Bug 628777
| Summary: | EPEL has i386 arch of collect package in x86_64 repository | ||
|---|---|---|---|
| Product: | [Fedora] Fedora EPEL | Reporter: | John Ferlito <johnf> |
| Component: | collectd | Assignee: | Lubomir Rintel <lkundrak> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | low | ||
| Version: | el5 | CC: | apevec, lkundrak, mmcgrath, rshade98, tremble, virt-maint |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2010-12-04 10:50:13 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: | |||
|
Description
John Ferlito
2010-08-31 02:54:12 UTC
(In reply to comment #0) > Description of problem: > > As can be seen at > > http://download.fedora.redhat.com/pub/epel/5/x86_64/repoview/collectd.html > > the x86_64 arch also contains the i386 package. This means that This is a feature, not a bug. > > yum install collectd > > fails as it tries to install both architectures at once. Could you please paste the error message (I presume file conflict) here? Just looking at the spec there's going to be a binary conflict between...
276 %{_bindir}/collectd-nagios
277 %{_sbindir}/collectd
278 %{_sbindir}/collectdmon
And non-binary conflicts with a shedload of config files.
There's no such thing as binary conflict. Closing due lacking response from reporter. (In reply to comment #1) > (In reply to comment #0) > > Description of problem: > > > > As can be seen at > > > > http://download.fedora.redhat.com/pub/epel/5/x86_64/repoview/collectd.html > > > > the x86_64 arch also contains the i386 package. This means that > > This is a feature, not a bug. How is that a feature? Why would you want both the i386 package and the x86_64 package in the x86_64 repo. Isn't that what the i386 repo is for? > > yum install collectd > > > > fails as it tries to install both architectures at once. > > Could you please paste the error message (I presume file conflict) here? No it is a dependency problem johnf@admin01:~$ sudo yum install collectd Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package collectd.i386 0:4.10.0-4.el5 set to be updated --> Processing Dependency: libssl.so.6 for package: collectd --> Processing Dependency: libcrypto.so.6 for package: collectd --> Processing Dependency: libgssapi_krb5.so.2 for package: collectd --> Processing Dependency: libxml2.so.2 for package: collectd --> Processing Dependency: libz.so.1 for package: collectd --> Processing Dependency: libkrb5.so.3 for package: collectd --> Processing Dependency: libcurl.so.3 for package: collectd --> Processing Dependency: libk5crypto.so.3 for package: collectd --> Processing Dependency: libcom_err.so.2 for package: collectd --> Processing Dependency: libpython2.4.so.1.0 for package: collectd --> Processing Dependency: libidn.so.11 for package: collectd ---> Package collectd.x86_64 0:4.10.0-4.el5 set to be updated --> Running transaction check ---> Package collectd.i386 0:4.10.0-4.el5 set to be updated --> Processing Dependency: libpython2.4.so.1.0 for package: collectd ---> Package curl.i386 0:7.15.5-9.el5 set to be updated ---> Package e2fsprogs-libs.i386 0:1.39-23.el5 set to be updated --> Processing Dependency: libdevmapper.so.1.02 for package: e2fsprogs-libs --> Processing Dependency: libdevmapper.so.1.02(Base) for package: e2fsprogs-libs ---> Package krb5-libs.i386 0:1.6.1-36.el5_5.5 set to be updated --> Processing Dependency: libkeyutils.so.1 for package: krb5-libs --> Processing Dependency: libkeyutils.so.1(KEYUTILS_0.3) for package: krb5-libs --> Processing Dependency: libselinux.so.1 for package: krb5-libs ---> Package libidn.i386 0:0.6.5-1.1 set to be updated ---> Package libxml2.i386 0:2.6.26-2.1.2.8 set to be updated ---> Package openssl.i686 0:0.9.8e-12.el5_4.6 set to be updated ---> Package zlib.i386 0:1.2.3-3 set to be updated --> Running transaction check ---> Package collectd.i386 0:4.10.0-4.el5 set to be updated --> Processing Dependency: libpython2.4.so.1.0 for package: collectd ---> Package device-mapper.i386 0:1.02.39-1.el5_5.2 set to be updated --> Processing Dependency: libsepol.so.1 for package: device-mapper ---> Package keyutils-libs.i386 0:1.2-1.el5 set to be updated ---> Package libselinux.i386 0:1.33.4-5.5.el5 set to be updated --> Running transaction check ---> Package collectd.i386 0:4.10.0-4.el5 set to be updated --> Processing Dependency: libpython2.4.so.1.0 for package: collectd ---> Package libsepol.i386 0:1.15.2-3.el5 set to be updated --> Finished Dependency Resolution collectd-4.10.0-4.el5.i386 from epel has depsolving problems --> Missing Dependency: libpython2.4.so.1.0 is needed by package collectd-4.10.0-4.el5.i386 (epel) Error: Missing Dependency: libpython2.4.so.1.0 is needed by package collectd-4.10.0-4.el5.i386 (epel) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest Missing Dependency: libpython2.4.so.1.0 is needed by package Okay, this is because 64 bit RHEL *doesn't* include a 32 bit base python This means that collectd.i386 shouldn't be provided in the EPEL repos... Neither should two other packages. Ticket files with Rel-Eng https://fedorahosted.org/rel-eng/ticket/4130 Not a packaging issue; closing this. The problem is that the build system has installed python-devel.i386 because both packages are in updates/x86_64/, however if you only installs python-devel.x86_64, collectd will still compile fine and the packages will install right. I've got a note in with releng now to stop shipping the i386 version of collectd. https://fedorahosted.org/rel-eng/ticket/4267 |