I upgraded to gdm-2.14.8 this morning but since than the normal ways to launch gdmsetup are broken. The only working solution for me is to start application using the 'sudo gdmsetup' command directly from a Gnome Terminal. 1) On my laptop, the X Server crash (after a short popup of gdmsetup window) if I try to launch directly from the server login window. (xorg-x11-7.1) 2) In Gnome 2.14, Desktop >>> Administration >>> Login Window returns the following error because gdmsetup is not in the regular user PATH variable. Could not launch menu item Details: Failed to execute child process "gdmsetup" (No such file or directory) Portage 2.1_rc4-r5 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.17-rc6! i686) ================================================================= System uname: 2.6.17-rc6! i686 Intel(R) Pentium(R) 4 Mobile CPU 1.60GHz Gentoo Base System version 1.12.1 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4m -O2 -fomit-frame-pointer -pipe -mmmx -msse -msse2 -mno-sse3 -mno-3dnow" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-march=pentium4m -O2 -fomit-frame-pointer -pipe -mmmx -msse -msse2 -mno-sse3 -mno-3dnow" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://mirror.pacific.net.au/linux/Gentoo ftp://mirror.isp.net.au/pub/gentoo" LANG="C" LINGUAS="en en_AU en_CA en_GB en_US" PKGDIR="/home/Linux" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="x86 X alsa apache2 apm arts avi berkdb bitmap-fonts cli crypt cups dri eds emboss encode esd foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl nptlonly ogg opengl oss pam pcre pdflib perl png pppd python qt quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts udev vorbis xml xmms xorg xv zlib elibc_glibc input_devices_joystick input_devices_keyboard input_devices_mouse kernel_linux linguas_en linguas_en_AU linguas_en_CA linguas_en_GB linguas_en_US userland_GNU video_cards_savage" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
same here
same here. And I've also got a problem with gdm itself, it's launching, but freeze before displaying the content of the window (no theme, simple GUI) when running /etc/init.d/xdm start. So currently in my rc.conf I put xdm as my logon manager after emerging it. I don't know if it's linked, but didn't found the bug on this site. If you want me to post some log, tell me which one because I can't see any relative line in the log files I know (I'm neerly a noob). Sorry for my poor english, I'm french. +
[ENGLISH TRANSLATION FOLLOWING FRENCH TEXT] Petrolouf, je n'ai pas exactement le meme probleme que toi car je n'ai aucun probleme avec 'gdm'. Comme mon systeme fonctionnait bien avant la mise a jour, je n'ai trouve que le probleme que par hazard ... et juste en faisant quelques tests d'usage. ***** I don't have the same problem as you as 'gdm' is running fine on my computer. I found this bug just by coincidence (after I upgraded to gdm-2.14.8 on a working system).
(In reply to comment #2) > And I've also got a problem with gdm itself, it's launching, but freeze before > displaying the content of the window (no theme, simple GUI) when running > /etc/init.d/xdm start. I have this problem as well, noticed that there wer various errors about not being able to find libstdc++.so.5, so followed gentoo docs for upgrading gcc and rebuilt everything that needed rebuilding, still no go. Only solution I could find was downgrading. # emerge --info Portage 2.1 (default-linux/x86/2005.1, gcc-3.4.6/vanilla, glibc-2.3.6-r3, 2.6.15-gentoo-r4 i686) ================================================================= System uname: 2.6.15-gentoo-r4 i686 Intel(R) Pentium(R) M processor 1200MHz Gentoo Base System version 1.12.1 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.5-r2, 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O3 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--ask" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.swin.edu.au/gentoo " MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="x86 X alsa apm arts avi berkdb bitmap-fonts cli crypt cups div4linux dri eds emacs emboss encode foomaticdb fortran gdbm geoip gif glx gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg libg++ libwww mad mikmod motif mozilla mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pcre pdflib perl png pppd python qt quicktime readline real reflection scanner sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts usb vorbis win32codecs xml2 xmms xorg xv zlib elibc_glibc kernel_linux userland_GNU video_cards_i810" Unset: CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
I have the same issue here on three machines as described in comment #2 . The kernel log says: Jun 12 23:07:34 wechner gdm[7845]: Request for invalid configuration key <E8>gg/Enable Jun 12 23:07:34 wechner gdm[7845]: Request for invalid configuration key Jun 12 23:07:34 wechner gdmgreeter[8338]: Could not access configuration key <greeter/GraphicalTheme=circles> Jun 12 23:07:34 wechner gdmgreeter[8338]: Using compiled in value <circles> for <greeter/GraphicalTheme=circles> On one of the other machines there are similar configuration errors. Seems as if there is a configuration error ... $ emerge info Portage 2.1 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.16-suspend2-r7-mw i686) ================================================================= System uname: 2.6.16-suspend2-r7-mw i686 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.1 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [disabled] dev-lang/python: 2.2.3-r6, 2.3.5, 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r2 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe -mmmx -msse -msse2 -m3dnow -ftracer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=athlon-xp -O3 -pipe -mmmx -msse -msse2 -m3dnow -ftracer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distro.ibiblio.org/pub/linux/distributions/gentoo/ ftp://cs.ubishops.ca/pub/gentoo http://adelie.polymtl.ca/" LANG="C" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X Xaw3d aac aalib acl alsa apache2 apm audiofile avi bash-completion berkdb bitmap-fonts bonobo browserplugin bzip2 bzlib cdparanoia cdr cli composite crypt crypto_openssl cups curl dba dedicated dga directfb divx4linux doc dri dvd dvdr eds emboss encode escreen exif expat fam fbcon ffmpeg firefox flac foomaticdb ftp gd gdbm gif gimpprint glut gnome gstreamer gtk gtk2 gtkhtml hal i8x0 idn imagemagick imap imlib insecure-savers ipv6 isdnlog jabber java jpeg jpeg2k lcms libcaca libg++ libwww mad mbox mhash mmx mmxext mng mono motif mozdevelop mozilla mozsvg mp3 mpeg mysql nautilus ncurses nls no-htdocs nptl nptlonly nsplugin nvidia offensive ogg oggvorbis openal opengl openssl oscar oss pam pcre pdflib pear perl php png postfix pppd python quicktime readline real reflection rtc ruby samba sdl session silverxp slang spell spl sse sse2 ssl stencil-buffer svg svga tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales vim-with-x visualization vorbis win32codecs wmf xanim xine xinerama xml xmms xorg xprint xsl xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU video_cards_nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
After deleting gdm.conf (a friend told me to, it was not installed by gdm-2.14.8 so it should have been safe), I'm getting massive other errors: http://files.mgeek.de/gdm-error.log . This are the same errors as on the other machine as I told in my previous comment.
those of you that have -O3 in your cflags you might want to look at bug #136116 as your problem is probly that
I just tested and I can confirm that GDM 2.14.8 works for me when compiled with -O2 .
Thank you for all. I've just recompiled with -02 flag over ssh at my office. I will test and inform you tomorrow (it's 00:54 in France now). bye
(In reply to comment #8) > I just tested and I can confirm that GDM 2.14.8 works for me when compiled with > -O2 . > Did you try what I wrote for the description of this bug ? As you, gdm 2.14.8 (compiled with -02) is running fine on my laptop but failing with gdmsetup.
Hy ! It's ok for me at my office guy ! Thank you. Remaining the gdmsetup problem, which raise the same error. bye
(In reply to comment #10) > Did you try what I wrote for the description of this bug ? As you, gdm 2.14.8 > (compiled with -02) is running fine on my laptop but failing with gdmsetup. > gdmsetup works fine for me with 2.14.9, 2.14.8 was not running at all here ... . Did you try 2.14.9?
(In reply to comment #12) > > gdmsetup works fine for me with 2.14.9, 2.14.8 was not running at all here ... > . Did you try 2.14.9? > Yes, both versions are running fine on my laptop but I still have the same problems with gdmsetup who is crashing the X server when I trying to launch it from the server logon screen && Desktop >> Administration >> Login Window menu in Gnome 2.14 is still broken because /usr/sbin is only in the "root" path. Naturally, if you log in as a root user in Gnome, you don't have the second problem. For me both problems are not a big issue as I usually modify the gdm configuration file manually (but for inexperienced users it should be another story).
as of my previous comment, gdm-2.4.18 was broken for me, gdm-2.4.19 fixed it (event for -O3) gdmsetup still does not work because it is out of the user path
> 1) On my laptop, the X Server crash (after a short popup of gdmsetup window) > if I try to launch directly from the server login window. (xorg-x11-7.1) Forget my first bug ... I found that gdmsetup seems allergic to VTAllocation when I am NOT in a gnome session. To fix my problem I just need to set VTAllocation=false in /etc/X11/gdm/gdm.conf et voil
> 1) On my laptop, the X Server crash (after a short popup of gdmsetup window) > if I try to launch directly from the server login window. (xorg-x11-7.1) Forget my first bug ... I found that gdmsetup seems allergic to VTAllocation when I am NOT in a gnome session. To fix my problem I just need to set VTAllocation=false in /etc/X11/gdm/gdm.conf et voilà ! > > gdmsetup still does not work because it is out of the user path > For the second bug, it should be easy to fix it.
(In reply to comment #15) > Forget my first bug ... I found that gdmsetup seems allergic to VTAllocation > when I am NOT in a gnome session. To fix my problem I just need to set > VTAllocation=false in /etc/X11/gdm/gdm.conf et voil
(In reply to comment #15) > Forget my first bug ... I found that gdmsetup seems allergic to VTAllocation > when I am NOT in a gnome session. To fix my problem I just need to set > VTAllocation=false in /etc/X11/gdm/gdm.conf et voilà ! Works again with VTAllocation=true with =x11-base/xorg-server-1.1.1 Thanks! > gdmsetup still does not work because it is out of the user path For the second bug, it should be easy to fix it.
(In reply to comment #16) > > gdmsetup still does not work because it is out of the user path > For the second bug, it should be easy to fix it. I still can confirm the 2nd bug to exist...
shall we make a symlink to some dir in the user path ? at least gdmsetup would launch and tell the user he can't use it because he is not root.
(In reply to comment #18) > shall we make a symlink to some dir in the user path ? > at least gdmsetup would launch and tell the user he can't use it because he is > not root. > Why not doing like "Boot Manager Settings" (item just above in the same menu) and "popping" a window asking the root password ? It's not impossible ... this feature was working in version prior to version 2.14.8. Naturally, as you stated, a symlink must be added as well to fix this little bug.
the box from boot-manager and such is part of the gnome-system-tools I think. But gdm is not part of this and I don't know if gdm implements su/sudo capability on its own. As far as I can tell, I never saw such fonctionnality provided by gdmsetup. Now, if you want, you can customize your gdmsetup.desktop to add a su/sudo wrapper.
(In reply to comment #20) > the box from boot-manager and such is part of the gnome-system-tools I think. > But gdm is not part of this and I don't know if gdm implements su/sudo > capability on its own. As far as I can tell, I never saw such fonctionnality > provided by gdmsetup. Now, if you want, you can customize your gdmsetup.desktop > to add a su/sudo wrapper. > Sorry but I'm pretty sure this feature worked fine with <gdm-2.14.8. According to gdm documentation ... "... gdmsetup runs a graphical program for modifying the GDM configuration file, gdm.conf. Normally on systems that support the PAM userhelper, this is setup such that when you run gdmsetup as an ordinary user, it will first ask you for your root password before starting. Otherwise, this program may only be run as root. This program supports standard GNOME options. " Source : http://www.5z.com/jirka/gdm-documentation/x1254.html Naturally, gdm-2.14.7 is no longer in the portage tree ;-)
It's OK. It seems I've lost the 'consolehelper' wrapper in one of numerous upgrades (perhaps pam-0.78-r5 ???) and it's why --enable-console-wrapper=auto is always false in this ebuild. I must investiguate on this but if Gentoo does no longer support any PAM userhelper, it's seems logical and more user friendly to remove this item from the Gnome Main Menu as 99.9% of users are not running GNOME Desktop logged with SUID=0. Technically, I don't think to add a symlink will be useful as 'sudo gdmsetup' is working because \usr\sbin is by default in the root PATH variable.
in reply to comment #22 the point is to allow the program to run, so that it can tell the user (s)he doesn't have enough privilege to use this program. Actually, you can only see that the program fails to launch, and one can think it is a bug.
(In reply to comment #23) You're right and Gentoo can either 1) add a symlink to show that the program fails to launch, or 2) simply remove the "Login Menu" entry from the main menu or 3) use the gnomesu wrapper to launch gdmsetup (new package dependency). Personally, I prefer solution #2 or solution #3 because I don't need a shortcut in my menus to indicate me that I'm not logged with root previleges.
As of 2.16.x, gdmsetup is in /usr/sbin, fixing the path problem (assuming the user wants to be able to run programs in /usr/sbin...) As of 2.16.2, the .desktop file in invoked with gksu, allowing end users who know the root password to run it.
