net-nds/openldap-2.0* was removed recently. However, /usr/portage/profiles/default-1.0/packages contains: <net-nds/openldap-2.0.27 So now when I attempt an update, I get lots of errors because there is no longer a valid openldap ebuild: emerge -puD world These are the packages that I would merge, in order: Calculating world dependencies | !!! all ebuilds that could satisfy "net-nds/openldap" have been masked. !!! possible candidates are: - net-nds/openldap-2.1.26 (masked by: profile) - net-nds/openldap-2.1.27 (masked by: profile) - net-nds/openldap-2.1.27-r1 (masked by: profile) !!! (dependency required by "net-misc/curl-7.11.0" [ebuild]) !!! Problem with ebuild net-print/foomatic-3.0.1 !!! Possibly a DEPEND/*DEPEND problem. !!! Depgraph creation failed. Can we please have openldap-2.0.25-r3.ebuild put back into portage? Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.50-r6 (default-1.0, gcc-2.95.3, glibc-2.2.5-r9, 2.4.25) ================================================================= System uname: 2.4.25 i686 Transmeta(tm) Crusoe(tm) Processor TM5800 Gentoo Base System version 1.4.9 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-mcpu=i686 -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /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/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=i686 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache digest sandbox strict" GENTOO_MIRRORS="http://128.213.5.34/gentoo/ http://gentoo.mirrors.pair.com/ http://mirror.clarkson.edu/pub/distributions/gentoo/ http://csociety-ftp.ecn. purdue.edu/pub/gentoo/ http://gentoo.chem.wisc.edu/gentoo/ http://mirrors.tds. net/gentoo http://open-systems.ufl.edu/mirrors/gentoo http://mirror.tucdemonic. org/gentoo/ http://ftp.easynet.nl/mirror/gentoo/ http://mirror.cpsc.ucalgary. ca/mirror/gentoo.org" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X X509 aalib alsa apache2 apm avi berkdb bonobo cdr crypt cups curses dga dvd emacs encode esd ethereal evo fbcon foomaticdb gdbm gif gnome-libs gpm gtk gtk2 gtkhtml guile imap imlib java jpeg lcms ldap libg++ libwww mmx motif mpeg mysql nas ncurses odbc oggvorbis oss pam pcmcia pda pdflib perl pic plotutils png pnp python quicktime readline samba sdl skey slang smooth snmp spell ssl stroke svga tcltk tcpd tetex tiff truetype trusted usb vim-with-x x86 xml xml2 xmms xv zlib"
(Was posted on wrong bug) ------- Additional Comment #2 From Robin Johnson 2004-04-25 15:37 PST ------- openldap-2.0 should have been removed a long time ago for security reasons, but it wasn't because 1.2 was still mostly considered as supported. We do NOT really support 1.2 anymore, that's why the profiles were removed quite a while ago, so I'd really really suggest upgrading your machine properly. given that you have a local copy of the old 1.2 profile, try to remove the mask on the sys-libs/db-4.[01]*. That should let you try the new OpenLDAP. I can't guarentee that it will work, but you can try.
Hmm. The old profiles still exist as far as I can tell - otherwise wouldn't they be removed by an `emerge sync`? I still have the default-1.0 profile on a new gentoo 1.4 box. Can you confirm that the older profiles are no longer supported? I would like to keep one box using gcc 2.95 for stability. gcc 3 is still a bit too unstable and in flux for my liking, and moreover gcc 2.95 is still the recommended compiler for the kernel. I will try removing the db mask later, but according to the comments in /usr/portage/profiles/default-1.0/packages the problems with openldap are to do with readline 4.2, which I believe requires glibc 2.3.
my bad with the profile. that's what i get for expecting the version # to be in the profile name. the db block was the only one that existed since i was with gentoo (i'm newer than 1.2) afaik you can use gcc2.95 quite fine on new profiles/systems. (and even have two versions of gcc installed together). if you have bugs with the kernel and new gcc versions, report them! many of the kernel developers actively use new gcc versions to find and fix breakages. if you want to try something with openldap, remove the readline block, and compile openldap with USE=-readline.
OK, it looks like this bug is simpler to fix than I initially thought. I removed the openldap mask from /usr/portage/profiles/default-1.0/packages and was able to emerge net-nds/openldap-2.1.27-r1 successfully. The problem seems to be that the packages file is out of date. It says that openldap is masked because of readline 4.2 problems. However, openldap-2.1.27-r1 only requires readline 4.1. There is a relevant item in the Changelog from 2002: 21 Dec 2002; Nick Hadaway <raker@gentoo.org> openldap-2.0.27.ebuild : db4 is not required for this version. Also fixed readline dependancy as to not squash the 1.0 profile. I guess no-one remembered to remove the mask when this change was made. So, can we please remove the openldap line from /usr/portage/profiles/default-1.0/packages? Thank you. As for my gcc-2.95 comment, I think you misunderstood me. My point was that gcc 2.95 is the recommended compiler for the kernel. I haven't got any particular bugs to report, but it's just that if Linus thinks gcc 2.95 is the correct compiler to use, then who am I to argue?
profile fixed.
