With kdm's grub integration enabled, if grub.conf contains entries like title=Whatever ( with a = sign ) kdm gives me an empty reboot-into list. I suppose kdm's parser doesn't like the = signs. If the entries are like title Whatever ( without a = sign ) kdm gives me a correct list of reboot-into targets. This is a pretty stupid and non-obvious kdm deficiency and hence it would be nice if the kdm / kdebase ebuilds warned the user about this. Reproducible: Always Can't paste emerge --info right now, will add it later if needed.
Portage 2.1.4.4 (default-linux/x86/2007.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.23-gentoo-r8 i686) ================================================================= System uname: 2.6.23-gentoo-r8 i686 Intel(R) Core(TM)2 Duo CPU E8200 @ 2.66GHz Timestamp of tree: Tue, 26 Feb 2008 22:00:01 +0000 app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.1.4 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=prescott -mtune=prescott -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=prescott -mtune=prescott -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LINGUAS="en de" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl acpi alsa berkdb bitmap-fonts bzip2 cairo caps cdr cli cracklib crypt css cups dbus dri dvd dvdr dvdread eds encode evo exif fam ffmpeg firefox flac gdbm gif gphoto2 gpm gstreamer hal iconv jpeg kde kdeenablefinal kerberos ldap libnotify mad midi mikmod mmx mmxext mp3 mpeg mudflap ncurses nls nptl nptlonly ogg opengl pam pch pcre pdf perl png python qt3 qt3support quicktime readline reflection samba sdl session spell spl sse sse2 ssl ssse3 svg tcpd threads tidy tiff truetype truetype-fonts type1-fonts unicode vim-syntax vorbis win32codecs x86 xml xorg xv zlib" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev void" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en de" USERLAND="GNU" VIDEO_CARDS="nv dummy" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Adding the info from http://bugs.gentoo.org/show_bug.cgi?id=139603#c5 to the ewarn seems like a good idea too.
I can't find any documentation for grub that uses that syntax, nor mentions that it's even valid. See http://www.gnu.org/software/grub/manual/html_node/title.html#index-title-5, and http://www.gnu.org/software/grub/manual/html_node/Configuration.html The only mention is http://www.gnu.org/software/grub/manual/html_node/Configuration.html#Configuration, so reassigning to the docs team so they can update that doc.
*shrug* fix KDM; KDM is stupid that way. I have title=foo on two of my boxes, but the equal sign doesn't interfere with GDM or SLiM, though neither support booting into grub.conf entries, instead properly leaving that up to the *user* to select at boot time. Oh well. I guess I'll remove the = sign. It doesn't hurt as long as you're not using something retarded, like KDM, but for the sake of the retarded...I'll change it.
Fixed in CVS. ingmar, since I fixed the docs I expect you to fix KDM. Fix its stupid parser! Oh, and note that for the handbooks, I fixed the draft versions, since release is just around the corner, and these will overwrite the current (old) ones.
(In reply to comment #4) > *shrug* fix KDM; KDM is stupid that way. Our handbook was stupid for suggesting an undocumented format. > I have title=foo on two of my boxes, but the equal sign doesn't interfere with > GDM or SLiM, though neither support booting into grub.conf entries, instead > properly leaving that up to the *user* to select at boot time. I bet it doesn't confuse vim or mplayer, either. Guess why? Because these programs don't parse grub configuration :). > Oh well. I guess I'll remove the = sign. It doesn't hurt as long as you're not > using something retarded, like KDM, but for the sake of the retarded...I'll > change it. Thanks you for fixing our bugs. It would be even nicer if you could do that without bitching about code that follows one program's documentation.
Thank you for fixing the docs. Yet, I still think there should be an ewarn about this in the kdm/kdebase ebuilds because: 1) Many installation are probably made per the install guide and would be using the non-standard syntax. 2) deathwing00's suggestion from http://bugs.gentoo.org/show_bug.cgi?id=139603#c5 seems quite sensible and not really obvious. Feel free to close the bug again, if you disagree.
Bug the KDE team about that, not the docs-team. We're not responsible for ebuilds, and as you said, it's already mentioned in another bug.