It appears GNUstep-make is dependent on masked version of openssl. This prevents portage from allowing you to check for updates because it can't build it's depgraph. I noticed it last night but it seems I already have GNUstep-make 1.6.0 installed along with version 0.9.6i-r2 of openssl. I checked the EBuild and it seems it is dependent on 0.9.6j of openssl, however I installed it with 0.9.6i-r2 a while back, which can only mean someone changed the ebuild instead of making a new one. I'd have to guess someone updated the GNUStep-make EBuild instead of making the revision in a seperate ebuild (r1 etc) . Reproducible: Always Steps to Reproduce: 1. umm, have already installed gnustep-make prior to yesterday (before July 10th) 2. emerge -up --deep world Actual Results: These are the packages that I would merge, in order: Calculating world dependencies | !!! all ebuilds that could satisfy ">=dev-libs/openssl-0.9.6j" have been masked. !!! (dependency required by "dev-util/gnustep-make-1.6.0" [ebuild]) !!! Problem with ebuild dev-util/gnustep-base-1.6.0 !!! Possibly a DEPEND/*DEPEND problem. !!! Depgraph creation failed. Expected Results: It would work correctly if GNUstep-make wasn't dependent on a masked version of openssl. Asking for "expected results" seems strange since the obvious reply is that I'd expect it to work... but looking at portage as a whole, I guess I'd expect portage to simply treat that version of GNUstep-make as if it were masked. Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4) ================================================================= System uname: 2.4.20 i686 AMD Athlon(tm) processor GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://sunsite.ualberta. ca/pub/unix/Linux/gentoo http://www.ibiblio.org/pub/Linux/distributions/gentoo http://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://ftp.gtlib.cc.gatech. edu/pub/gentoo http://cs.ubishops.ca/pub/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /var/bind /usr/X11R6/lib/X11/xkb /usr/kde/3. 1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss encode gif libg++ mad mikmod spell slang guile gpm pam motif 3dfx 3dnow aalib alsa apache2 apm arts avi -berkdb crypt cups dga directfb dvd -esd gdbm -gnome gtk gtk2 imap imlib java jikes jpeg kde leim libwww maildir mmx mpeg nas ncurses nls objc oggvorbis opengl pdflib perl png python qt quicktime readline samba sdl smooth sse ssl tcltk tcpd tiff truetype usb voodoo3 svga wmf X xml xml2 xmms xv zlib" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-tbird -O3 -pipe -fomit-frame-pointer" CXXFLAGS="-march=athlon-tbird -O3 -pipe -fomit-frame-pointer" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
I don't know if it will let me link to the cvs, but according to the cvs it's dependent on >=dev-libs/openssl-0.9.6g, but the one I keep getting when I sync says >=dev-libs/openssl-0.9.6j. http://www.gentoo.org/cgi-bin/viewcvs.cgi/*checkout*/gentoo-x86/dev-util/gnustep-make/gnustep-make-1.6.0.ebuild?rev=1.3&content-type=text/plain I'm not sure why an ebuild is being updated instead of new revisions being added.
openssl-0.9.6j has been unmasked so the problem seems to have worked itself out. I still find it strange that EBuilds are modified to increase minimum requirements when they aren't needed (and rather than making new revisions of the EBuilds). Also, it would still be nice if portage could still function when an EBuild that isn't masked requires one that is. I'd see the ideal solution here would be to treat the EBuild as if it were masked when it finds out it depends on something else masked.
The GNUstep team raised the recommended versions of a couple of programs so I adjusted the ebuild accordingly. I though j was released as stable in gentoo... now that it is... this is no longer a problem. :)
