Arch Linux

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!
Tasklist

FS#13091 - [xorg-server] writes root's file .Xauthority to / instead of /root at every login

Attached to Project: Arch Linux
Opened by Heiko Baums (cyberpatrol) - Monday, 02 February 2009, 10:24 GMT
Last edited by Jan de Groot (JGC) - Tuesday, 02 June 2009, 06:15 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture All
Severity Low
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
xorg 7.4 with xorg-server 1.5.3 writes the file .Xauthority to / with root's permissions. This file belongs to ~ with the current user's permissions instead. The / directory shouldn't contain any files anyway, only directories.
This task depends upon

Closed by  Jan de Groot (JGC)
Tuesday, 02 June 2009, 06:15 GMT
Reason for closing:  None
Comment by Jan de Groot (JGC) - Monday, 02 February 2009, 13:47 GMT
How do you start X and why are you logging in as root inside X?
Comment by Heiko Baums (cyberpatrol) - Monday, 02 February 2009, 14:32 GMT
I start X at boot time with the inittab/telinit method. As the login manager I'm using slim. And I'm not logging in as root inside X, only as an unprivileged user.
Comment by Jan de Groot (JGC) - Monday, 02 February 2009, 14:42 GMT
I guess this is a bug in slim then, as X doesn't write these things itself. It's written by either the login manager or xinit. Creating a .Xauthority for root while logging in as normal unprivileged user makes no sense to me. I guess slim writes these things because it can't write to your homedirectory. Other login managers, like gdm, write them in /tmp in that case.
Comment by Heiko Baums (cyberpatrol) - Sunday, 01 March 2009, 15:48 GMT
It isn't slim. The .Xauthority is written to / by atieventsd, which I put into my DAEMONS array in /etc/rc.conf.
But I don't know, if this is an upstream bug or a downstream issue with the rc script.

After removing atieventsd and deleting /.Xauthority, this file wasn't created anymore. After adding atieventsd to rc.conf again, /.Xauthority was created again.
Comment by Heiko Baums (cyberpatrol) - Sunday, 01 March 2009, 15:50 GMT
atieventsd belongs to the package catalyst-utils. Just in case.
I'm still using catalyst-utils 8.12-1 on x86_64.
Comment by Gerardo Exequiel Pozzi (djgera) - Tuesday, 02 June 2009, 00:26 GMT
status of this with latest xorg?
Comment by Heiko Baums (cyberpatrol) - Tuesday, 02 June 2009, 01:08 GMT
I don't know the status, because I changed from catalyst to xf86-video-ati, xf86-video-radeonhd, resp. xf86-video-radeonhd-git-r6xx-r7xx.
I guess this bug can be closed anyway, because it's a bug in atieventsd, which belongs to catalyst-utils, which isn't in the repos anymore but only in AUR.

Loading...