Bug#325701: gnome-session: unable to launch gnome due to bad group/owner on .ICEauthority
Le samedi 30 décembre 2006 à 19:19 +0100, Olivier Schwander a écrit : I didn't manage to reproduce the problem: I tried to launch kcontrol with su, the only way to modify .ICEauthority file is to do HOME=/home/olivier before. With gksu, .ICEauthority isn't modified but with sudo it is. But the right owner/group is set by gdm at a new login so all works properly. Looks like the following change in GDM: - Fix for ensuring .ICEauthority file has proper ownership/permissions. Addresses CVE-2006-1057. (Hans Petter Jansson) If everything is OK now, may I close this bug? -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile.
Bug#325701: gnome-session: unable to launch gnome due to bad group/owner on .ICEauthority
Le mercredi 30 novembre 2005 à 15:47 +0800, Ashley Jennings a écrit : Hi Olivier, Some information about this bug. I have fixed this same issue on a Sarge install in the last couple of days and tracked it down to when I ran % sudo kwifimanager it created this .ICEauthority in my user home dir which cause Gnome boot to fail -rw--- 1 root root 362 2005-11-30 15:37 .ICEauthority Sorry for the incredibly long delay. Olivier, do you know whether the .ICEauthority issue could have been caused by a KDE program? Can you still reproduce it right now? If you can, does it happen for all KDE programs? Regards, -- Josselin Mouette/\./\ Do you have any more insane proposals for me?
Bug#325701: gnome-session: unable to launch gnome due to bad group/owner on .ICEauthority
Hi Olivier, Some information about this bug. I have fixed this same issue on a Sarge install in the last couple of days and tracked it down to when I ran % sudo kwifimanager it created this .ICEauthority in my user home dir which cause Gnome boot to fail -rw--- 1 root root 362 2005-11-30 15:37 .ICEauthority all the best Ashley PS this is my first time using the BTS and I am learning as I go. I shall report this bug to kwifimanager too.
Bug#325701: gnome-session: unable to launch gnome due to bad group/owner on .ICEauthority
Package: gnome-session Version: 2.10.0-6 Severity: grave Justification: renders package unusable Hello, gdm fails to launch gnome. The logfile .xsession-errors follows: /etc/gdm/PreSession/Default: Registering your session with wtmp and utmp /etc/gdm/PreSession/Default: running: /usr/bin/X11/sessreg -a -w /var/log/wtmp -u /var/run/utmp -x /var/lib/gdm/:0.Xservers -h -l :0 olivier /etc/gdm/PreSession/Default: Registering your session with wtmp and utmp /etc/gdm/PreSession/Default: running: /usr/bin/X11/sessreg -a -w /var/log/wtmp -u /var/run/utmp -x /var/lib/gdm/:0.Xservers -h -l :0 olivier /etc/gdm/Xsession: Beginning session setup... ** (gnome-session:7151): WARNING **: Unable to read ICE authority file: /home/olivier/.ICEauthority A solution is to change owner/group of the file .ICEauthority from root:root to username:username. I think it is a problem in the preinst script. Thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-1-k7 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages gnome-session depends on: ii desktop-base 0.3.15 common files for the Debian Deskto ii gconf22.10.1-1 GNOME configuration database syste ii gnome-control-center 1:2.10.1-6 utilities to configure the GNOME d ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libbonobo2-0 2.10.0-1 Bonobo CORBA interfaces library ii libc6 2.3.5-5GNU C Library: Shared libraries an ii libesd0 0.2.36-1 Enlightened Sound Daemon - Shared ii libgconf2-4 2.10.1-1 GNOME configuration database syste ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgtk2.0-0 2.6.9-1The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-5 Inter-Client Exchange library ii liborbit2 1:2.12.2-3 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libsm66.8.2.dfsg.1-5 X Window System Session Management ii libx11-6 6.8.2.dfsg.1-5 X Window System protocol client li ii libxmu6 6.8.2.dfsg.1-5 X Window System miscellaneous util ii libxrandr26.8.2.dfsg.1-5 X Window System Resize, Rotate and ii libxt66.8.2.dfsg.1-5 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m Versions of packages gnome-session recommends: ii dbus-1-utils 0.23.4-6simple interprocess messaging syst ii gnome-panel 2.10.2-1launcher and docking facility for ii metacity 1:2.10.3-2 A lightweight GTK2 based Window Ma ii nautilus 2.10.1-4file manager and graphical shell f ii sawfish 1:1.3+cvs20050709-4 a window manager for X11 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325701: gnome-session: unable to launch gnome due to bad group/owner on .ICEauthority
Em Ter, 2005-08-30 às 11:38 +0200, Olivier Schwander escreveu: ** (gnome-session:7151): WARNING **: Unable to read ICE authority file: /home/olivier/.ICEauthority A solution is to change owner/group of the file .ICEauthority from root:root to username:username. I think it is a problem in the preinst script. preinst scripts are not supposed to mess up with your home directory; how did that .ICEauthority arrive at your home directory in the first place? I bet it is not a problem in gnome-session, but some other thing that messed up by writing that file there. Any ideas? See ya, -- [EMAIL PROTECTED]: Gustavo Noronha http://people.debian.org/~kov Debian: http://www.debian.org * http://www.debian-br.org signature.asc Description: This is a digitally signed message part
Bug#325701: gnome-session: unable to launch gnome due to bad group/owner on .ICEauthority
Le mardi 30 août 2005 à 08:54 -0300, Gustavo Noronha Silva a écrit : Em Ter, 2005-08-30 às 11:38 +0200, Olivier Schwander escreveu: ** (gnome-session:7151): WARNING **: Unable to read ICE authority file: /home/olivier/.ICEauthority A solution is to change owner/group of the file .ICEauthority from root:root to username:username. I think it is a problem in the preinst script. preinst scripts are not supposed to mess up with your home directory; how did that .ICEauthority arrive at your home directory in the first place? I bet it is not a problem in gnome-session, but some other thing that messed up by writing that file there. Any ideas? It could be some GNOME program run as root with HOME=/home/olivier. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#325701: gnome-session: unable to launch gnome due to bad group/owner on .ICEauthority
Josselin Mouette a écrit : Le mardi 30 août 2005 à 08:54 -0300, Gustavo Noronha Silva a écrit : Em Ter, 2005-08-30 às 11:38 +0200, Olivier Schwander escreveu: ** (gnome-session:7151): WARNING **: Unable to read ICE authority file: /home/olivier/.ICEauthority A solution is to change owner/group of the file .ICEauthority from root:root to username:username. I think it is a problem in the preinst script. preinst scripts are not supposed to mess up with your home directory; how did that .ICEauthority arrive at your home directory in the first place? I bet it is not a problem in gnome-session, but some other thing that messed up by writing that file there. Any ideas? It could be some GNOME program run as root with HOME=/home/olivier. The problem appeared after an upgrade of gnome-session and a logout. But only one user is concerned: an .ICEauthority used by an other user only with kde has a good owner. I may have used Synaptic as root but I don't understand how it could have bad $HOME. I tried with su and gksu but owner is preserved. I know that I have not forced HOME=/home/olivier.
Bug#325701: gnome-session: unable to launch gnome due to bad group/owner on .ICEauthority
Em Ter, 2005-08-30 às 14:45 +0200, Olivier Schwander escreveu: Josselin Mouette a écrit : It could be some GNOME program run as root with HOME=/home/olivier. The problem appeared after an upgrade of gnome-session and a logout. But only one user is concerned: an .ICEauthority used by an other user only with kde has a good owner. I may have used Synaptic as root but I don't understand how it could have bad $HOME. I tried with su and gksu but owner is preserved. I know that I have not forced HOME=/home/olivier. Might be... I created a new user here tro try gksu + $some_GNOME_programs here. I tried nautilus, evolution; I even invoked a full gnome-session as root using gksu to try it out and make sure. No .ICEauthority was created at all. gksu does leave some variables like USERNAME and LOGNAME untouched, though, so a misbehaving program could be the problem there. I tried synaptic, though, and it works without creating a .ICEauthority. Haven't you tried to run something else as root, using other means, maybe? See ya, -- [EMAIL PROTECTED]: Gustavo Noronha http://people.debian.org/~kov Debian: http://www.debian.org * http://www.debian-br.org signature.asc Description: This is a digitally signed message part
Bug#325701: gnome-session: unable to launch gnome due to bad group/owner on .ICEauthority
Gustavo Noronha Silva a écrit : Em Ter, 2005-08-30 às 14:45 +0200, Olivier Schwander escreveu: Josselin Mouette a écrit : It could be some GNOME program run as root with HOME=/home/olivier. The problem appeared after an upgrade of gnome-session and a logout. But only one user is concerned: an .ICEauthority used by an other user only with kde has a good owner. I may have used Synaptic as root but I don't understand how it could have bad $HOME. I tried with su and gksu but owner is preserved. I know that I have not forced HOME=/home/olivier. Might be... I created a new user here tro try gksu + $some_GNOME_programs here. I tried nautilus, evolution; I even invoked a full gnome-session as root using gksu to try it out and make sure. No .ICEauthority was created at all. gksu does leave some variables like USERNAME and LOGNAME untouched, though, so a misbehaving program could be the problem there. I tried synaptic, though, and it works without creating a .ICEauthority. Haven't you tried to run something else as root, using other means, maybe? See ya, I tried to launch various gnome programs as root or not but there is no .ICEauthority file created. The only way to obtain a .ICEauthority file is at the first launch of a gnome session. The file has the good owner. If I delete the file, it is never recreated. I can't manage to find what program created this file.