When pressing tab there is no autocompletion, just an ordinary tab movement.
no idea what version of grub you're using or what your system looks like
(In reply to comment #0) > When pressing tab there is no autocompletion, just an ordinary tab movement. > I have the same problem... my grub version: 0.96-r2
Grub is version 0.96-r2.Gentoo is 2006.1 fresh install. At boot when entering Grub in line mode autocomplete works. But entering grub from within Linux the tab autocompletion does not work.
Just forgot. Installation is on an AMD64 using AMD64 live-cd using a stage3 tarball.
Suggest reopening of the bug
I have the same issue and have for a few versions now. I have tried with and without static flag. Also amd64 Current version is below: sys-boot/grub-0.97-r2 USE="-custom-cflags -netboot static"
Confirm this in amd64 2006.1 Grub version 0.97-r3 emerge --info : Portage 2.1.2_rc3-r1 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r1lucy x86_64) ================================================================= System uname: 2.6.19-gentoo-r1lucy x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.6 Last Sync: Sun, 10 Dec 2006 09:50:01 +0000 dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -pipe -O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=k8 -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.heanet.ie/pub/gentoo/ ftp://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/" LANG="en_GB" LC_ALL="en_GB" LINGUAS="en_GB" 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" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X aac acl alsa alsa_cards_intel8x0 apache2 asf avi bash-completion berkdb bitmap-fonts bzip2 cdr cli cracklib crypt cups curl dbm dga dlloader dri dvd dvdr elibc_glibc emacs exif fbcon ffmpeg flac fortran gd gdbm ggi gif glut glx gnome gnutls gphoto2 gpm gs gstreamer gtk gtk2 hal iconv imagemagick imap imlib input_devices_keyboard input_devices_mouse ipv6 isdnlog jack java jpeg jpeg2k kde kdeenablefinal kernel_linux ldap lesstif libg++ linguas_en_GB lm_sensors mad mbox milter mmap motif mozilla mp3 mpeg ncurses nptl nptlonly nsplugin odbc ogg opengl pam pcre pdf pdflib perl plotutils png postgres ppds pppd python qt qt3 quicktime readline reflection samba scanner session slp speex spell spl ssl svg swat tcpd threads tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU video_cards_fglrx video_cards_radeon vorbis wmf wxwindows xemacs xine xml xml2 xorg xpm xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
OK, apologies if this is a real red herring, but.... Running ldd against the grub binary shows no ncurses or terminfo libs:- # ldd /sbin/grub linux-gate.so.1 => (0xffffe000) libc.so.6 => /lib32/libc.so.6 (0xf7e40000) /lib/ld-linux.so.2 (0xf7f8f000) I've just pulled down grub-0.97 off alpha.gnu.org and tried that with the same problem - no tabs and no ncurses libs. However, the configure check for wgetch seems to be failing with lines like the following in config.log :- configure:4638: checking for wgetch in -lncurses configure:4668: gcc -o conftest -m32 -g -Wall -Wmissing-prototypes -Wunused -Wshadow -Wpointer-arith -falign-jumps=1 -falign-loops=1 -falign-functions=1 -Wundef conftest.c -lncurses >&5 /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../libncurses.so when searching for -lncurses . [repeated for all other ncurses libs] . /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lncurses
If your installing a new system As a temporary work around just to find out the drive numbers on amd64 I found that grub-static seems to still have autocompletion although I think it's an old version, so it's probably best to only use it for this purpose (also I think you'll need to temporarily uninstall the main grub while doing this)
what exactly are you having a problem with ? the grub when you boot up or the grub when you run on the command line ? they arent the same thing both however work on my amd64 system
grub on the command line (in the livecd in chroot) was a problem for me as it wouldn't find the stage1 / stage2 files on the filesystem when trying to install / setup onto the disk under amd64, it would just refuse to write the bootloader, stating stage1/2 not found (although this may be a separate bug altogether). For info I've tried nearly every ebuild under the sys-boot/grub directory with the same results The old versions of grub did work before back when I setup a different amd64 system a long while ago. So I'm not sure if one of the libs for grub has been affected in some way I have managed to get the new system up and running, I found that the latest grub ebuild from the sabayon overlay has a patch included which seems to fix the problem when locating stage1 / stage2 / writing the boot sector the only difference between the new / old systems was that one is a shuttle PC with the boot partition at the beginning of the disk, the other a GX700 laptop with the boot partition about 56Gb into the disk or so For Auto-completion with the sabayon version of grub this still doesn't work (I had to use grub-static to work out my drive numbers) but auto-completion does appear to work at the grub menu / boot prompt I put up a thread under here http://forums.gentoo.org/viewtopic-t-679202-highlight-.html but I'm not sure if this is something just unique to me, or others as well
this bug is only about autocompletion, not any other issue. please keep any comments limited to that. using grub-0.97-r5, and my /boot partition is sda1 (which is hd3 to grub): # grub GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub> root (hd3,0) Filesystem type is ext2fs, partition type 0x83 grub> kernel /<hit tab here> Possible files are: lost+found System.map boot vmlinuz grub vmlinuz-2.6.17.9-grsec .keep vmlinuz-2.6.20.2 vmlinuz -work System.map-2.6.20.2 memtest86plus config-2.6.20.2 .........
also verify your grub is linked against ncurses: $ ldd /sbin/grub linux-gate.so.1 => (0xffffe000) libncurses.so.5 => /lib32/libncurses.so.5 (0xf7efc000) libc.so.6 => /lib32/libc.so.6 (0xf7dbf000) libdl.so.2 => /lib32/libdl.so.2 (0xf7dbb000) /lib/ld-linux.so.2 (0xf7f80000)
sorry I'll stick to the auto completion issue I'm using 2 machines here, one with the (unsupported) sabayon grub, the other with the default version of grub (from gentoo tree) "ldd /sbin/grub" recently gave the following results sabayon grub / GX700 machine - 0.97-r13 "linux-gate.so.1 => (0xffffe000) libc.so.6 => /lib32/libc.so.6 (0xf7e2a000) /lib/ld-linux.so.2 (0xf7f91000)" normal grub / Shuttle - 0.97-r4 "linux-gate.so.1 => (0xffffe000) libc.so.6 => /lib32/libc.so.6 (0xf7df6000) /lib/ld-linux.so.2 (0xf7f5a000)" as you can see no ncurses I've just re-emerged grub on both machines they both now give "linux-gate.so.1 => (0xffffe000) libncurses.so.5 => /lib32/libncurses.so.5 (0xf7eaa000) libc.so.6 => /lib32/libc.so.6 (0xf7d7a000) libdl.so.2 => /lib32/libdl.so.2 (0xf7d76000) /lib/ld-linux.so.2 (0xf7f25000)" and auto completion now works this only seemed to start working after emerging a load of other packages on top of the stage3 amd64 image (I'm gradually building my laptop up to the same as another machine) so perhaps this is a depend issue with something not being compiled in before grub is emerged I think to replicate the problem maybe you could try to start with a fresh stage3 install, under amd64 then emerge grub right away on the livecd inside the chroot
just spotted a new ebuild in the tree 0.97-r5, I've not tried it but it seems to have ncurses as a option / use flag so maybe this will fix the problem although if this is used for new installs at some point, it may be best for something to be mentioned in the install documentation, that ncurses needs to be enabled to get auto-completion when setting up the boot loader (or perhaps it should be on by default)
i added USE=ncurses as an option, but that doesnt change the behavior at all. --with-curses (USE=ncurses) is the default behavior. amd64 needs the 32bit ncurses lib in order to build with ncurses support http://sources.gentoo.org/sys-boot/grub/grub-0.97-r5.ebuild?r1=1.2&r2=1.3
I had this problem for a while and none of the grub ebuilds worked ok, including grub-static. I don't know for sure what fixed it but I noticed it had started working ok (and still does right now) sometime after I had done an "emerge -e world" to rebuild my system after a glibc upgrade. I wonder if it's somehow a dependency of a dependency. My grub is not linked against linux-gate.so.1, but is linked against ncurses (the particular 32-bit library is from the app-emulation/emul-linux-x86-baselibs-20080316 package). My glibc has the following use flags enabled: USE="gd hardened nls -debug -glibc-omitfp -multilib -profile (-selinux) -vanilla" more glibc info: # /lib32/libc.so.6 GNU C Library stable release version 2.6.1, by Roland McGrath et al. Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 3.4.6 (Gentoo Hardened 3.4.6-r2 p1.5, ssp-3.4.6-1.0, pie-8.7.10). Compiled on a Linux >>2.6.23-gentoo-r8<< system on 2008-02-16. Available extensions: C stubs add-on version 2.1.2 crypt add-on version 2.1 by Michael Glad and others Gentoo patchset 1.1 GNU Libidn by Simon Josefsson Native POSIX Threads Library by Ulrich Drepper et al Support for some architectures added on, not maintained in glibc core. BIND-8.2.3-T5B For bug reporting instructions, please see: <http://www.gnu.org/software/libc/bugs.html>. BTW, I migrated my existing system to the hardened profile last month and the grub autocompletion was at that point and continues to work as it should.
linux-gate is a "fake" library ... just ignore it
That will probably cause *any* amd64 system to have emul-libs installed. We're talking about a 25 MB download here: [ebuild N ] app-emulation/emul-linux-x86-baselibs-20080316 24,596 kB [ebuild U ] sys-boot/grub-0.97-r5 [0.97-r4] USE="ncurses%* -custom-cflags -netboot -static" 1,013 kB Is there really no other way to solve this?
the solution is to sacrifice functionality ... and in fact, it's already there if you dont want the functionality, then build grub with USE=-ncurses ... seems pretty straight forward to me
Sorry,why does grub need a 32 bit ncurses on amd64? Why can't it use a 64 bit ncurses instead?
grub is a 32bit application
I bet you know what my next question is going to be...
