Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 191918 - cyrus-sasl (USE=ldap) depends on openldap (USE=sasl) depends on cyrus-sasl
Summary: cyrus-sasl (USE=ldap) depends on openldap (USE=sasl) depends on cyrus-sasl
Status: RESOLVED DUPLICATE of bug 32394
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-09-09 22:49 UTC by Jon Gerdes
Modified: 2007-09-09 23:07 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jon Gerdes 2007-09-09 22:49:00 UTC
cyrus-sasl has an ldap USE flag which wants to emerge openldap which has a sasl USE flag which wants to emerge cyrus-sasl (I'm doing this on a working system which does not have both set):  

dev-libs/cyrus-sasl-2.1.22-r2  USE="crypt gdbm java kerberos ldap pam ssl -authdaemond -berkdb -mysql -ntlm_unsupported_patch -postgres -sample -srp -urandom" 0 kB

[ebuild     U ] net-nds/openldap-2.3.38 [2.3.36] USE="crypt gdbm kerberos odbc overlays perl readline slp ssl tcpd -berkdb -debug -ipv6 -minimal -samba -sasl (-selinux) -smbkrb5passwd" 0 kB

It appears that there is a circular dependency snag here. 

I'm not sure why my broken system got like this but I had to put "-sasl" against openldap in package.use to get things moving.



Reproducible: Always

Steps to Reproduce:
1. emerge --unmerge openldap cyrus-sasl
2. USE="sasl ldap" emerge openldap cyrus-sasl
3. If I have time I'll confirm the above but that is the crux of the bug I'm filing

Actual Results:  
Circular dependency

Expected Results:  
Not sure 8)

I can't fire up KDE (crashes w/o sasl) on this box at the moment or even SSH (needs ldap).  When fixed I'll post more detail as needed.
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2007-09-09 23:07:44 UTC

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