hi, here's my "emerge info": # emerge info Portage 2.0.50-r11 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.4.20040619-r1, 2.6.8.1) ================================================================= System uname: 2.6.8.1 i686 Pentium III (Katmai) Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="amd64 x86" AUTOCLEAN="yes" CFLAGS="-march=i686 -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=i686 -O2 -pipe" DISTDIR="/usr/local/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS=" http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://sunsite.cnlab-switch.ch/ftp/mirror/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://sunsite.cnlab-switch.ch/mirror/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/local/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="acl acpi alsa apache2 apm avi berkdb bitmap-fonts crypt cups curl encode fam gd gd-external gdbm gif imlib java jpeg libg++ libwww mad mikmod mpeg ncurses nls odbc oggvorbis pam pcre pdflib perl png postgres ppds python quicktime readline ruby sasl slang spell ssl tcpd tiff truetype unicode wmf x86 xml2 xprint zlib" But i have no USE="java" in my /etc/make.conf, ufed doesn't show java as marked too, so why does portage think that the USE-flag java is enabled? THe java-useflags is also not mentioned in /usr/portage/profile/default-x86-2004.2/make.defaults. Either ufed or portage is broken somehow. Reproducible: Always Steps to Reproduce:
Created attachment 40687 [details, diff] ufed-0.35-virtuals.patch The problem is with ufed. Portage is handling it just fine. /etc/make.profile/use.defaults says that if a package provides virtual/jre, java USE flag is set. ufed tries to check if virtual/jre is installed by looking for /var/db/pkg/virtual/jre, which doesn't exist, because it's not a real package. It should instead search the installed packages for any that provides it. This patch tries to make it do just that. It works for me, does it for you?
Created attachment 40688 [details, diff] ufed-0.35-virtuals.patch Oops, sorry, I attached the wrong file. My previous attachment still has a bug in it. This should be the right one.
Created attachment 40695 [details, diff] ufed-0.35-virtuals.patch ...but it had another bug. Sorry, sorry, I think I have it right now. The problem is that virtuals can contain a version number, but don't have to (I don't know if they should, but they do.) My previous two patches were only handling one case correctly. This *should* work with both.
should be fixed in 0.35-r3
