Bug 119111
Summary: | Conflicts when installing packages that include directories shared with other packages | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Mike MacCana <mmaccana> | ||||
Component: | up2date | Assignee: | Clifford Perry <cperry> | ||||
Status: | CLOSED WONTFIX | QA Contact: | |||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 3.0 | CC: | dag, jbj, jbj, pmatilai | ||||
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: | 2012-06-20 16:10:01 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: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 130798 | ||||||
Attachments: |
|
Description
Mike MacCana
2004-03-25 05:26:47 UTC
just following this b/c I think yum might be affected too. cc'ing jbj I'd guess this has to do with the fact that apt's genpkglist strips out file sizes, file/dir ownerships and permissions etc out of the pkglists, making shared directories seem like they'd conflict because of different attributes. Easily worked around by adding rpm.RPMPROB_FILTER_REPLACEOLDFILES in the simulated ts run but sure it's ugly. Oh and btw RPMTAG_OS is included in the pkglists by any recent apt, depends of course how backwards compatible you want to be. Panu: could you provide more information on your workaround? Created attachment 99351 [details]
Ugly workaround patch
This works around the problem by ignoring the conflicts during the
test-transaction, real conflicts would still abort the run during the actual
transaction so it's not *that* bad. Ugly nevertheless... Patch against 4.3.10
but should apply to 4.2.x as well.
Any updates on this yet ? I noticed the latest up2date update for RHEL3 didn't have it fixed. It's quite annoying and I have had many RH EL3 users that experienced this problem. Seems the same bug to me as: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=106123 Now that U4 is out, can we have this fixed by U5 ? Apt itself is not bailing out, neither is yum. Some other bug-reports concerning the same thing: bug #106123 bug #126922 bug #130556 and http://bugzilla.fedora.us/show_bug.cgi?id=2306 I'm not able to mark them as duplicates though. Still not solved with RHEL4: Testing package set / solving RPM inter-dependencies... ######################################## RPM package conflict error. The message was: Test install failed because of package conflicts: file /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/Net from install of perl-Net-SSLeay-1.25-1.2.el4.rf conflicts with file from package perl-Net-DNS-0.48-1.2.el4.rf file /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/auto/Net from install of perl-Net-SSLeay-1.25-1.2.el4.rf conflicts with file from package perl-Net-DNS-0.48-1.2.el4.rf file /etc/squid conflicts between attempted installs of squidguard-1.2.0-2.2.el4.rf and squid-2.5.STABLE6-3.4E.3 file /usr/lib/perl5/vendor_perl/5.8.5/IO from install of perl-IO-Socket-SSL-0.96-1.2.el4.rf conflicts with file from package perl-IO-Multiplex-1.08-2.2.el4.rf file /usr/lib/perl5/vendor_perl/5.8.5/Mail conflicts between attempted installs of perl-MailTools-1.66-1.2.el4.rf and spamassassin-3.0.1-0.EL4 file /usr/lib/perl5/vendor_perl/5.8.5/IO from install of perl-IO-stringy-2.109-1.2.el4.rf conflicts with file from package perl-IO-Multiplex-1.08-2.2.el4.rf And a major PITA. committed panu's patch to cvs, couldn't really think of any other way to address this, and that seems acceptable. 4.4.12 should have the fix Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life. Please See https://access.redhat.com/support/policy/updates/errata/ If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue. |