Bug 25958 – newest openldap requires masked db4

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description Andreas Proschofsky (RETIRED) 2003-08-05 08:21:16 UTC]

After an emerge sync on unstable I get:

emerge -pu world
 
These are the packages that I would merge, in order:
 
Calculating world dependencies |
!!! all ebuilds that could satisfy ">=sys-libs/db-4.1" have been masked.
!!!    (dependency required by "net-nds/openldap-2.1.22" [ebuild])
 
!!! Problem with ebuild net-nds/openldap-2.1.22
!!! Possibly a DEPEND/*DEPEND problem.
 
!!! Depgraph creation failed.


Reproducible: Always
Steps to Reproduce:
1.
2.
3.




emerge info
Portage 2.0.48-r7 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1)
=================================================================
System uname: 2.4.20-xfs-r3 i686 AMD Athlon(TM) XP 2000+
GENTOO_MIRRORS="http://gentoo.inode.at http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /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="/usr/local/portage"
USE="x86 oss 3dnow apm avi crypt cups encode foomaticdb gif jpeg libg++ mad
mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv
zlib gtkhtml alsa gdbm berkdb slang readline arts aalib bonobo svga tcltk java
guile mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome
gtk qt kde motif opengl mozilla ldap cdr scanner dvd gtk2 samba xfs moznoirc
moznomail moznocompose"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O3 -pipe"
CXXFLAGS="-march=athlon-xp -O3 -pipe"
ACCEPT_KEYWORDS="x86 ~x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"

[Comment 1 Paul Moore 2003-08-05 11:59:06 UTC]

In addition emerge'ing the latest sys-libs/db package does causes problems in the configure stage of openldap on alpha machines (maybe x86 too?).

[Comment 2 Nathan W. Labadie 2003-08-05 18:17:51 UTC]

Exact same problem here with Gentoo 1.4 on an x86.

[Comment 3 Paul Giordano 2003-08-05 19:53:13 UTC]

Same here - interesting, though, since my /usr/portage/profiles/package.mask contains neither openldap-2.1.22 nor db-4.1. A quick strace and I find /etc/make.profile/packages, and in *there* is a reference: "*<sys-libs/db-3.2.10". 
Problem is fixed by masking net-nds/openldap-2.1.22 (I actually used >=net-nds/openldap-2.0.99).

[Comment 4 SpanKY 2003-08-05 22:16:02 UTC]

*** Bug 26018 has been marked as a duplicate of this bug. ***

[Comment 5 narendra sankar 2003-08-06 09:40:47 UTC]

The problem is because the openldap-2.1.22 ebuild specifies that it needs >=db-4.1. However the sys-libs/db-4.1.25 and db-4.1.25_p1 ebuilds are defines only for the amd64 architecture. I guess that when support for the amd64 arch was added, the ebuilds for openldap were broken. The current solution is to mask openldap. Someone will have to fix the root cause which is the amd64 thing. The error message is misleading.

[Comment 6 Paul de Vrieze (RETIRED) 2003-08-07 02:04:19 UTC]

The problem is not with the amd64 port. Basically db4 has allways been masked. Currently db-4.0.14 has been marked testing in the x86 profiles. The reason for the masking is that there was no good update path and db3 and db4 could not coexist. That problem has been solved now, but there were many packages that broke on it. For db-4.0.14 all of them seem to be repaired, but that does not need to be the case for db-4.1.25. I expect we will be able to mark db-4.0.14 stable in a couple of weeks. At that point we can unmask db-4.1.25 (and mark it testing)

[Comment 7 Alastair Tse (RETIRED) 2003-08-08 19:11:45 UTC]

emm .. i'm reassigning to someone who maintains openldap

[Comment 8 Nick Hadaway 2003-08-15 20:12:50 UTC]

*** This bug has been marked as a duplicate of 23571 ***