Due to a recent HD crash, I had to reinstall Gentoo, a process that will continue for some days now, as I end up re-emerging more and more packages. As a result of this, my system only has QT4 without QT3. When I try doing a "make xconfig" to tweak my kernel configuration, the kernel's scripts no longer find QT4, even if I tweak the QTDIR environment veriable to include /usr/lib64/qt4. (I note that the only path entries that it contained before I did this were for the 32-bit versions of QT, BTW. I'm not sure if this is part of the problem, but I did find it odd.) I'm guessing that this is due to breaking away from the old directory sturcture used for previous versions of QT, without the /usr/qt root, brewking the kernel scripts, but will let someone else figure out if this is the case and hopefully what to do about it. As is usual, here's my emerge --info Portage 2.1_rc1-r1 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.4-r3, 2.6.16-gentoo-r7 x86_64) ================================================================= System uname: 2.6.16-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 2800+ Gentoo Base System version 1.12.0_pre19 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.17 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/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://gentoo.chem.wisc.edu/gentoo/ http://gentoo.mirrors.tds.net/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.gentoo.org/gentoo-portage" USE="amd64 X a52 aac alsa avi berkdb bitmap-fonts cli cracklib crypt cups dillo dri dvd dvdr dvdread emboss encode fame ffmpeg firefox flac foomaticdb fortran gif gpm gstreamer gtk gtk2 imlib isdnlog java jpeg libvisual lzw lzw-tiff mjpeg motif mozilla mp3 mpeg ncurses nptl nptlonly nsplugin offensive ogg opengl pam pcre pdflib perl png pppd python qt quicktime readline reflection samba sdl session slp sndfile spell spl ssl sylpheed tcltk tcpd theora threads tiff truetype-fonts type1-fonts unicode usb vcd vim-with-x vorbis wxwindows x264 xml xml2 xmms xorg xpm xv xvid zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux userland_GNU video_cards_nv video_cards_nvidia video_cards_vesa" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS I note that at least one USE flag that is set in my /etc/make.conf file (multilib) is stripped from this output.
Run make clean, then 'KBUILD_VERBOSE=1 make xconfig' and attach the output here.
Created attachment 87055 [details] Results of jakub's request. Sure thing! Here it is...
You forgot to reopen...
Based on this: http://linuxfromscratch.org/pipermail/blfs-dev/2005-September/011477.html I would say that kconfig can't use qt4, only qt3. That would make this an upstream problem.
That's probably true, but I was wondering if a conditional dependency (based on whether "qt" was set in a user's USE flags) for qt3 might not be a good idea. Otherwise, I end up using menuconfig, since gconfig seems to act sort of funny to me (I can't select options as I would like, something that I can do w/ menuconfig). Just wondering - it isn't like Qt can't be slotted, since it clearly was on my old system...
(In reply to comment #5) > That's probably true, but I was wondering if a conditional dependency (based on > whether "qt" was set in a user's USE flags) for qt3 might not be a good idea. > Otherwise, I end up using menuconfig, since gconfig seems to act sort of funny > to me (I can't select options as I would like, something that I can do w/ > menuconfig). Just wondering - it isn't like Qt can't be slotted, since it > clearly was on my old system... Qt *is* slotted. If you don't want QT4, then package.mask it. USE="qt" is a bad use flag for this, should be USE="X" instead, but I really dislike an idea of such dependencies and use flags for kernels.
Upstream bug, feel free to report it to them if you can provide advice where it is going wrong. No, we won't be adding any extra dependencies to kernels at this time.
*** Bug 301608 has been marked as a duplicate of this bug. ***
*** Bug 307491 has been marked as a duplicate of this bug. ***
*** Bug 308001 has been marked as a duplicate of this bug. ***
