Bug 46936

Summary:	cyrus-sasl fails to emerge if db-4.2 slot is installed
Product:	Gentoo Linux	Reporter:	paul <paul>
Component:	[OLD] Library	Assignee:	Net-Mail Packages <net-mail+disabled>
Status:	RESOLVED WONTFIX
Severity:	normal	CC:	dju, merlin
Priority:	High
Version:	unspecified
Hardware:	x86
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description paul 2004-04-06 03:24:45 UTC

This seems to be a general problem as /usr/include/db.h is replaced by newer slots. Packages which uses older versions of berkeley db fail as db.h doesn't match the library. If I replace /usr/include/db.h with the one supplied by a 4.1 package everything is just fine.

Reproducible: Always
Steps to Reproduce:
emerge cyrus-sasl-2.1.17

Actual Results:  
can't remember exactly but something like:
 undefined reference to DB_Error_40002

Expected Results:  
success ;)

I'm sure ppl are aware of this problem, I just wonder how we deal with header
files if different slots are installed.

Comment 1 Max Kalika (RETIRED) gentoo-dev

2004-04-24 11:54:45 UTC

can you try sasl 2.1.18. it has worked for me.

Comment 2 paul 2004-04-26 01:58:33 UTC

It build's ok and /usr/lib/libsasldb.so.2.0.18 is linked against libdb-4.2. I havent testet if it actually works since I do not use sasldb auxprop plugin. (Testet on x86 with ldapdb.)

BTW: I have patched configure.in and plugins/Makefile.am to build said plugin with cyrus-sasl (it is currently distributet with openldap). It enables you to use challenge response mechanisms like CRAM-MD5 and fetching the password from LDAP. If there is some interest I'd ask the author if we could include it (or should I open a new bug for this?).

Comment 3 Cory Visi (RETIRED) gentoo-dev

2004-07-01 07:10:21 UTC

2.1.17 has now been dropped from portage; please use 2.1.18 or subsequent releases.