On my system, all glibc and binutils are masked as are all gcc versions higher than 3.1. They are not listed in packages.mask. The tree has been rsynced and is up to date. Emerge or etcat do not seem to be able to tell you WHY a packages is masked. None of the dependencies (other than circular ones gcc->glibc->gcc, etc) are listed as masked. So, I took a glibc ebuild and cut all all of the dependencies - etcat _still_ says that it is masked ! This still happens even if I REMOVE packages.mask. Is there some intermediate cache that is stuck here ? Current portage version is 2.0.49-r18 (this issue appears to have existed for several versions of portage) Reproducible: Always Steps to Reproduce: 1. etcat -v glibc Actual Results: All are marked as masked. Expected Results: Only one listed as masked Portage 2.0.49-r18 (default-1.0-gcc3, gcc-3.2.3, glibc-2.2.5-r4,2.2.5-r9, 2.4.20-acpi-r9) ================================================================= System uname: 2.4.20-acpi-r9 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.4.3.12 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon-tbird -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb:/opt/tomcat/conf:/usr/kde/3.1/share/config:/usr/share/texmf/tex/generic/config/ /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/:/usr/share/config:/var/qmail/control /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X Xaw3d aalib acpi acpi4linux alsa apache2 apm arts avi berkdb bindist bonobo cdr cryp crypt cups curl dga emacs encode esd evo flash gb gd gdbm gif ginac gnome gphoto2 gpm gps gtk gtk2 gtkhtml guile imagemagick imap imlib jack java joystick jpeg kde ldap libg++ libgda libwww mad maildir mdb mikmod mmx motif mozilla mpeg mysql ncurses nls odbc oggvorbis opengl oss pam pda pdflib perl plotutils png postgres ppds python qt quicktime rage128 readline samba scanner sdl slang sox spell sse ssl svga tcltk tcpd tetex tiff transcode truetype type1 usb v4l videos wmf wxwin wxwindows x86 xml xml2 xmms xv xvid zlib"
It's a problem in the 1.0-gcc3 profile, the versions specified there don't exist anymore. I don't know if we support it anymore or who maintains it, so your best choice is to use a different profile (change the /etc/make.profile symlink to another profile), this might require that you recompile your system (check the 1.2 -> 1.4 upgrade guide on www.gentoo.org).
like Marius said, it's because of your profile and no, we do not support that profile anymore ... it's left in only because some people dont want to upgrade to glibc-2.3.x and gcc-3.2.x *** This bug has been marked as a duplicate of 5768 ***
Please make this a request for portage to flag notify of obsolete profiles. How else would the user know that his/her "profile" link is obsolete ? (IE How do we avoid this situation in the future ?) This seems distinct from bug 5768 which is concerned with the next level down (packages). Thanks.
Bug 5768 is about telling why a certain package is masked in your original bug report you said constantly 'why is this package masked !?' iirc, the profile was a _testing_ profile only ... it was never an official release
Thanks everyone for your help. My system is working much better. At this point, I really only have time to be a "user" of gentoo and not an expert on the inner workings. From my user's perspective, I don't really know what profiles are testing or beta or official. In fact I forgot that they exist. When gentoo was installed from the net, a profile was put in place & was used until things went royally fubar. From this experience I noticed an opportunity to improve the distribution. (automatically check profiles for age/deprication). My intent was not to make anyone angry or defensive or to clog up the system with redundant help tickets. Sorry if I have unfortunately done any of the above by reopening this ticket - please do with it whatever you feel is best. Thanks again.
profiles dont change that often ... it may be worth adding something to portage though, who knows ;)
Created attachment 21572 [details, diff] patch to detect and warn users about deprecated profiles This patch checks the current profile for a "deprecated" file and tells the user to upgrade his profile if it was found. The file should contain the name of the current profile.
i'm not a portage expert so i have no idea when that message is displayed ... but i would suggest it only be displayed after rsync (like when the portage update message is displayed) just so we dont annoy our users too much :)
supposed to be fixed in 2.0.50 which is stable now. If this bug is not fixed please reopen.
