today i got very angry. stable tree (x86) was on openldap-2.0.25-r2. after rsync portage proposed downgrade of it to -r1. i thought: ok the might know why... so after that i noticed that the complete ldap-db was empty... coudlnt be... solution: in -r1 the useflag berkdb isnt present (dunno why, has always been there). so slapd now makes a new db with .gdbm instead of .dbb as suffix. thisone sucks extremly i think. such things shouldnt happen in the stable tree, or if so, that should be in a changelog.... the -r2 has been removed from portage? why? Reproducible: Always Steps to Reproduce: 1.rsync 2.emerge -u openldap 3.=> slapd stops working
if you are using x86, the latest stable is openldap-2.0.27-r0. have you got it masked for some reason? can you paste your emerge info?
have nothing masked myself. this is reproducable, was tested on an other machine. both are on 1.2 profile still, might be thats the problem... extremely weird what i see here output from etcat: * net-nds/openldap : [ ] net-nds/openldap-1.2.13-r6 (0) [ ] net-nds/openldap-2.0.25-r1 (0) [ I] net-nds/openldap-2.0.25-r2 (0) [M ] net-nds/openldap-2.0.25-r3 (0) [M ] net-nds/openldap-2.0.27 (0) [M~ ] net-nds/openldap-2.0.27-r1 (0) [M~ ] net-nds/openldap-2.0.27-r2 (0) [M~ ] net-nds/openldap-2.0.27-r3 (0) [M ] net-nds/openldap-2.1.9 (0) [M ] net-nds/openldap-2.1.10 (0) [M ] net-nds/openldap-2.1.12 (0) [M ] net-nds/openldap-2.1.19 (0) (%)grep openldap /usr/portage/profiles/package.mask =net-nds/openldap-2.1.9 =net-nds/openldap-2.0.25-r3 (%)emerge info Portage 2.0.47-r10 (default-1.0, gcc-2.95.3, glibc-2.2.5-r2,2.2.5-r8) ================================================================= System uname: 2.4.20-gentoo-r2 i686 GENTOO_MIRRORS="ftp://ftp.fu-berlin.de/unix/linux/mirrors/gentoo/ ftp://sunsite.dk/mirrors/gentoo/ http://gentoo.linux.no http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/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 3dnow apm avi crypt encode gif imlib jpeg libg++ libwww mikmod mmx mpeg ncurses oggvorbis pdflib sdl spell truetype xml2 xmms xv berkdb gdbm java nls pam png python readline slang snmp ssl tcpd tiff -cups -arts -gpm -gtk -kde ldap -motif mysql -opengl perl postgres -qt -qtmt -quicktime -svga -X" COMPILER="" CHOST="i686-pc-linux-gnu" CFLAGS="-march=i686 -O3 -pipe" CXXFLAGS="-march=i686 -O3 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
ok. that would make sense. the default-1.0 profile doesn't have readline-4.1 and hence the newer versions were masked. i've restored 2.0.25-r2 for now. i've added documentation to the ebuild to make sure we don't remove it in the future. the previous maintainer was kind enough to not leave any hints about why we need this old version.
hm.. ok so far. will that profile get the readline update somewhen?
not too sure what is holding up readline for 1.0 profile. #12440 is the bug about why openldap-2.0.27 is not available for those profiles.
seemant, maybe you would like to keep this in mind when you clean out openldap ;)
bah, I'm sorry -- I saw like 8 different ebuilds so I cleaned house carelessly. apologies.
