Bug 353271
| Summary: | apt chokes on multilib Obsoletes hack | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Kevin Kofler <kevin> | ||||||
| Component: | apt | Assignee: | Axel Thimm <Axel.Thimm> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | high | ||||||||
| Version: | 7 | CC: | pmatilai, rdieter | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| URL: | https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02193.html | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | 0.5.15lorg3.93-4.fc8 | Doc Type: | Bug Fix | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2007-12-06 20:51:28 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
Kevin Kofler
2007-10-25 21:05:00 UTC
Care to provide the specs for those test-packages? An existing, easily reproducable test-case is always nicer than having to invent one :) As for the bug itself, I'll have a look. Most likely it's a corner case that apt doesn't even try to handle due to such a construct probably not making any sense at all in Debian... Created attachment 238711 [details]
Unsplit version
Created attachment 238721 [details]
Split version with the problematic Obsoletes
Any progress on this? Panu, can you reproduce the problem with those specs? I haven't had a chance to look at this at all yet. Heh, this appears to trigger some silly off-by-one type issue somewhere. I can reproduce your test case easily enough: [root@localhost cmdline]# ./apt-get dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done The following packages have been kept back multilib-obsoletes-test (1-1 => 1-2) multilib-obsoletes-test.32bit (1-1 => 1-2) But bumping the split package release to 3 (and no other changes), something I happened to test accidentally: [root@localhost cmdline]# ./apt-get dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done The following packages will be upgraded multilib-obsoletes-test (1-1 => 1-3) multilib-obsoletes-test.32bit (1-1 => 1-3) The following NEW packages will be installed: multilib-obsoletes-test-libs (1-3) Now off to figure what the heck's going on... :) Some hackery applied to rawhide apt, building atm (apt-0.5.15lorg3.93-3.fc9). Seems to work for me now both on multilib and non-multilib case, and doesn't seem to break horribly for anything else either but knock wood, the apt upgrade algorithm is .. um .. "interesting". I'd appreciate if you can test it in real world situations, this kludgery has only been tested in lab conditions with the provided multilib-obsoletes-test specs. apt-0.5.15lorg3.93-4.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update apt' apt-0.5.15lorg3.93-4.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report. |