Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#16003 - [xorg-xinit] startx script ignores $XAUTHORITY
Attached to Project:
Arch Linux
Opened by Dave (DaveCode) - Saturday, 05 September 2009, 01:32 GMT
Last edited by Jan de Groot (JGC) - Saturday, 21 November 2009, 16:04 GMT
Opened by Dave (DaveCode) - Saturday, 05 September 2009, 01:32 GMT
Last edited by Jan de Groot (JGC) - Saturday, 21 November 2009, 16:04 GMT
|
DetailsDescription:
/usr/bin/startx checks, but ignores, $XAUTHORITY, this bug is discussed by http://www.shallowsky.com/blog/linux/serverauth.html With $XAUTHORITY set to other locations from /etc/profile, startx still makes ~/.serverauth.* files in $HOME. The culprit line in /usr/bin/startx is xserverauthfile=$HOME/.serverauth.$$ The startx CVS datestamp is 9 years ago. That's getting pretty old. What should happen is that the script should use XAUTHORITY if set, otherwise the default $HOME location. Additional info: Fully up-to-date Arch as of 3 Sept. 2009. OpenBox, X.org, no GNOME or KDE installed (though some libs). Steps to reproduce: Run a normal X session and compare, cd ~/ echo $XAUTHORITY ls -hal .serverauth* |
This task depends upon
Closed by Jan de Groot (JGC)
Saturday, 21 November 2009, 16:04 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed by moving files to /tmp.
Saturday, 21 November 2009, 16:04 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed by moving files to /tmp.