Bug 133881

Summary:	xlockmore tries to read resources from /usr/lib/X11/app-defaults/XLock
Product:	Gentoo Linux	Reporter:	Eugene Pavlovsky <heilong>
Component:	Current packages	Assignee:	Desktop Misc. Team <desktop-misc>
Status:	RESOLVED FIXED
Severity:	normal	CC:	ostroffjh
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Eugene Pavlovsky 2006-05-20 08:39:29 UTC

Recently, xlockmore stopped using it's config (resource file in /etc/X11/app-defaults/XLock). I didn't notice when this has happened, but IIRC this happened after I've upgraded to modular X, not when I upgraded xlockmore (downgrading xlockmore didn't help). I did strace xlock and found the problem - xlock tries to load it's resources from /usr/lib/X11/app-defaults/XLock. My /usr/lib/X11 didn't have an app-defaults directory. I did "ln -s /etc/X11/app-defaults /usr/lib/X11", and xlock is now working properly. My guess is modular X distribution doesn't create this symlink, while the monolithic X did. Not sure, though.

Comment 1 Jack 2006-07-09 07:17:20 UTC

There does seem to be some confusion about where an app should put it's defaults and where it should look for them.  See also bug 107431, which suggests it should  really install in /usr/share/X11/app-defaults, but should also read /etc/X11/app-defaults for system overrides.

Comment 2 Eugene Pavlovsky 2006-11-13 02:17:29 UTC

This is still an issue. I've done a fresh gentoo install on another computer,
and I don't have a /usr/lib/X11/app-defaults symlink to /etc/X11/app-defaults. Had to make it by hand to make xlock read it's resources.

Comment 3 Samuli Suominen (RETIRED) gentoo-dev

2007-02-22 21:04:27 UTC

Should be fixed in xlockmore-5.23 now, using /usr/share/X11/app-defaults