Package Details: xdm-arch-theme 2.3.1-4

Git Clone URL: (read-only)
Package Base: xdm-arch-theme
Description: An Arch Linux theme for xdm.
Upstream URL:
Licenses: GPL
Submitter: the_isz
Maintainer: the_isz
Last Packager: the_isz
Votes: 27
Popularity: 0.000000
First Submitted: 2009-06-21 11:53
Last Updated: 2018-01-06 12:44

Dependencies (13)

Required by (0)

Sources (2)

Latest Comments

the_isz commented on 2018-01-06 12:46


Should be fixed now, thanks to an external contribution :)

JonnyJD commented on 2017-05-24 16:27
is a 404

This works though:

the_isz commented on 2016-03-29 10:27

Hi milkmiruku,

thanks for the hint, I fixed it! Sorry for the late response, I was out of the continent :)

Kind regards

milkmiruku commented on 2016-03-06 08:35

==> ERROR: license should be an array

the_isz commented on 2013-08-20 18:00

Hi bidulock,

thanks for your suggestions. I think they're all valid and I updated the
PKGBUILD accordingly.

Kind regards

bidulock commented on 2013-08-17 03:50


move xorg-xmessage to opt_depends() (for reboot/poweroff buttons)

remove python2 from depends()
remove xorg-utils from depends()

add xorg-xsetroot to depends()
add xorg-xwininfo to depends()

the_isz commented on 2013-04-11 18:51

Updated package

- Using arch=("any")
- Using package() instead of build()

Thanks to bidulock for the hints!

bidulock commented on 2013-04-11 17:10

PKGBUILD must be split into build() and package() to build under makepkg 4.1

bidulock commented on 2013-04-11 17:10

arch=('any') builds one package with 'any' in the architecture spot.
arch=('i686' 'x86_64') builds two packages unnecessarily: one for i686 another for x86_64

the_isz commented on 2013-04-10 19:58

Hi bidulock,

what's the difference between naming the two supported arches separately and
"any"? Is there an advantage when using the latter?

Kind regards

bidulock commented on 2013-04-05 03:27

please change arch to 'any' in PKGBUILD.

the_isz commented on 2013-03-24 13:22

Version 2.3.1

- Increasing size of the login widget (thanks to Snark1994)

the_isz commented on 2013-03-24 12:50

Someone beat me to it:

An ImageMagick developer confirmed the bug and promised a fix for today (March
24th). I hope the fix will hit the arch repos soon.

the_isz commented on 2013-03-24 12:46

Hi Snark1994,

first off: Sorry for missing your hint as to the "incorrect" string. I will fix
this soon. Thanks for the hint!


WOW! I absolutely confirm your findings as to "display"'s behaviour. This must
be a serious bug in ImageMagick. Good that you told me, as I usually don't have
ImageMagick installed and thus don't see problems with the package.

I'll see if I can reach an ImageMagick developer via IRC, otherwise I'll have to
open a bug. I wonder if I should change xdm-arch-theme's behaviour in the
meantime so that it doesn't try to use ImageMagick. Better to have to background
than to have a background but not being able to log in and getting your system


Snark1994 commented on 2013-03-22 16:11

The recent upgrade of imagemagick ( ->, happened for me on 2013-03-20) broke the package - the username/password fields don't display, and memory usage increases rapidly until everything crashes.

If you remove the "imagemagick" option in Xsetup then everything works fine (tested with qiv and feh).

[kudos to RGoose for working out what the problem was]

Snark1994 commented on 2013-01-08 22:07

Oh, another thing - if you get the password wrong, then "incorrect" doesn't display correctly (it's cut off at the bottom).


xlogin.Login.height: 150


xlogin.Login.height: 170

seems to fix the problem.

Thanks for a great theme, anyway!

the_isz commented on 2013-01-08 20:45

Hi Snark1994,

thanks for reminding me! I did the modification locally quite some time ago and
forgot to upload it.

Kind regards

Snark1994 commented on 2013-01-08 10:49

The "halt" button leaves the power on, just shuts down the OS. Also, given we've changed to systemctl, it might be better to have:

--- buttons.old 2013-01-08 10:41:45.690974112 +0000
+++ buttons 2013-01-08 10:43:30.957527726 +0000
@@ -5,10 +5,10 @@

case "$?" in
- /sbin/reboot
+ /usr/bin/systemctl reboot
- /sbin/halt
+ /usr/bin/systemctl poweroff

the_isz commented on 2011-10-23 11:56


it's there in the optdepends, either of which will display the background image.
I know, it's not a perfect solution, but afaik, there's no way to say "one of
these must be installed" in a PKGBUILD and having them all as dependencies would
be completely stupid.

Some people just don't have imagemagick installed and requiring such a huge
package to display a background isn't my style.

Sorry for the inconvenience :(

Diego commented on 2011-10-23 09:33

Put imagemagick in dependcies: without don't render the image

the_isz commented on 2011-09-15 11:20

Version 2.2.3

+ Added support for height 900 (thanks to Ivy)

the_isz commented on 2011-09-13 18:08

Version 2.2.2

+ Added support for width 768 (thanks to B)
+ Package sources are now hosted on github

Anonymous comment on 2011-09-13 08:38

Sorry, 768

the_isz commented on 2011-09-03 20:09

Hey B,

which one is correct now, 766 or 768?

Anonymous comment on 2011-09-02 17:41


Could you add a line for 766 px height in Xresources as well?

This works nicely for me:

#elif ( HEIGHT == 768 )
# define LOGIN_POS_Y 520

Thanks :)

the_isz commented on 2010-10-27 19:32


Ok, that sounds reasonable. Thanks for taking your time to explain. So, as long
as xorg-utils still conflicts with xorg-xwininfo I'll keep the latter as
dependency. As far as I could see, the other packages don't conflict in the same
way, so I'll keep them the way they are.


Foucoult already referred to those posts, but thanks for pointing out anyway.

Anonymous comment on 2010-10-27 13:51

Maybe you guys should read these mails on the mailing list arch-dev-public:

Foucault commented on 2010-10-27 08:58

Obviously, the PKGBUILD works if you remove xorg-utils. The thing is, currently, some of the xorg-utils programs are provided by both xorg-utils and several other split packages. Since, probably most users have already xorg-utils installed I thought it would be more logical to stick to the older package instead of running to a similar conflict. I don't know why the packages are like that currently in [extra] and I'm in no position to judge this. However, I believe it would be wiser to try to adapt AUR PKGBUILDs to the current state of the repositories. xorg-utils is *still* required by a couple official packages None requires xorg-xwininfo. Since one has to remove xorg-utils to install xorg-xwininfo (since they conflict) they will have to remove all packages that depend upon xorg-utils (including kdebase-workspace!). If you don't want to change the PKGBUILD it's fine, but if someone needs xorg-utils as a dependency for another package MUST edit the xorg-xwininfo part out and replace it with xorg-utils.

Just my input. Take it, or leave it :P

the_isz commented on 2010-10-27 08:10

Now I'm confused... why would an Arch dev commit an unfinished change to the
stable repository? Bad dev! :P

Well, I tested the PKGBUILD and it worked for me, so can you two by any chance
see if 'pacman -Rsc xdm-arch-theme', 'pacman -Sy' and reinstalling
xdm-arch-theme helps? I wouldn't want to change the PKGBUILD back as a
work-around if it's the repo which is wrong and not the PKGBUILD...

Foucault commented on 2010-10-26 22:48

I believe the xwininfo dependency should not be updated yet, since the transition is not completed as stated here: . At least for now, I think it's better to have xorg-utils instead of xorg-xwininfo.

Anonymous comment on 2010-10-26 19:41

xorg-xwininfo conflicts with xorg-utils

the_isz commented on 2010-10-26 18:05

Version 2.2.1

Removed unnecessary LOGIN_POS_X definitions.

+ The login window is automatically centered anyway.

Also fixed missing executable bit in /etc/X11/xdm/arch-xdm/buttons and adapted
package dependencies according to today's package changes.

the_isz commented on 2010-10-24 18:21

Updated PKGBUILD according to cyberpatrol's suggestion. Thanks for that!

Anonymous comment on 2010-07-24 16:23

This theme is installed with wrong file permissions. It's installed with my unprivileged user and his initial group as owner:group. It should be installed as root:root instead.

I'd suggest removing the line "noextract=("xdm-arch-theme-${pkgver}.tar.gz")" from the PKGBUILD and use the install command to install the files with the correct file permissions.