Bug 608974
| Summary: | openldap-clients for x86_64 pulls in a bunch of i686 packages | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Amit Shah <amit.shah> | ||||||
| Component: | openldap | Assignee: | Jan Zeleny <jzeleny> | ||||||
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | low | ||||||||
| Version: | 13 | CC: | ffesti, james.antill, jvcelak, jzeleny, maxamillion, pmatilai, rmeggins, tim.lauridsen | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2010-07-07 10:58:14 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Amit Shah
2010-06-29 05:14:58 UTC
This looks more like yum issue, because there is no explicit 32bit dependency in openldap-clients. Here is a requires list for openldap-clients-2.6.21-6: libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit) libcrypt.so.1()(64bit) libcrypto.so.10()(64bit) liblber-2.4.so.2()(64bit) libldap-2.4.so.2()(64bit) libresolv.so.2()(64bit) libsasl2.so.2()(64bit) libssl.so.10()(64bit) openldap = 2.4.21-6.fc13 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rtld(GNU_HASH) rpmlib(PayloadIsXz) <= 5.2-1 I'm reassigning this to yum, if this turns out to be an openldap issue after all, feel free to reassign it back. Can you provide the depsolve output with a yum -d 7 thanks Created attachment 427664 [details]
Output of 'yum -d 7 install openldap-clients'
The output was too large to fit in the bug comment; attaching file with the debug info instead.
Amit, Could you try a couple of things for me? 1. Could you grab the yum out of rawhide and run the same command and see if the output changes. 2. Could you edit /usr/lib/python2.6/site-packagesa/yum/depsolve.py and on line 539 insert a print pkgresults b/c what you're getting and what the code (and debug) says you should be getting don't match up. Created attachment 427724 [details]
Output of 'yum -d 7 install openldap-clients' after modifying depsolve.py
Output of 'yum -d 7 openldap-clients' after modifying depsolve.py as requested.
okay - after some discussion on irc here's what's going on. Amit had a newer version of openldap.x86_64 from updates-testing installed. so he ran: yum install openldap-clients which tries to install the older x86_64 version. It has a dep of: openldap = 2.4.21-4.fc13 Yum goes to look for pkgs which provide that and finds: openldap-2.4.21-4.fc13.x86_64 openldap-2.4.21-4.fc13.i686 since it has a newer ver of the .x86_64 one and the i686 one provides the requirement,it takes the i686 one. So - if openldap had an arch-specific requirement there then yum would have simply said it cannot resolve the dep and the results would be a lot more obvious. back over to openldap. I'm closing this bug, because situation described in comment 6 has been created by improper installation of openldap package. If installed properly, this situation won't occur. Jan, while I mostly agree ... you might want to change the requirement to use %{_isa}.
I'm still considering it. I'm not sure whether it's a good practice or not, because I haven't seen it in any other package yet. |