#594868 packages.debian.org: Broken handling of dependencies on virtual packages in lenny-bpo #594868
- Package:
- www.debian.org
- Source:
- www.debian.org
- Submitter:
- Axel Beckert
- Date:
- 2021-09-22 04:27:27 UTC
- Severity:
- normal
While resolving the dependency on xen-hypervisor-amd64 (a virtual package provided by xen-hypervisor-4.0-amd64) works fine in sid[1], it doesn't resolve for lenny-bpo[2] despite xen-hypervisor-3.2-1-amd64 from Lenny[3] provides that[4]. [1] http://packages.debian.org/en/sid/xen-linux-system-2.6.32-5-xen-amd64 [2] http://packages.debian.org/lenny-backports/xen-linux-system-2.6.32-bpo.4-xen-amd64 [3] http://packages.debian.org/lenny/xen-hypervisor-3.2-1-amd64 [4] Provides: xen-hypervisor, xen-hypervisor-3, xen-hypervisor-3.2-1, xen-hypervisor-amd64
Axel Beckert wrote: We do not have lenny-bpo's present on packages.debian.org. So does this bug report still apply? Can it be closed? *t
This bug still applies. A more recent example would be https://packages.debian.org/jessie-backports/libapache2-mod-security2 It depends on apache2-api-20120211 which is provided in jessie, but the page in jessie-backports doesn't reflect that.
I looked a bit further into this. It basically boils down to the horrible function Packages::Search::read_entry_simple() which is much too terse and too cryptic in its return value. It should be completely reimplemented. Which is not that bad since it is only used in two places in the code anyway. Regards, Frank
Hello, Good morning, We have gone through your samples from a partner and Here is our Order List. Please do bear in mind that we are very much in need of this order, quote your competitive prices. Kindly send the Order confirmation. Your early reply will be much appreciated. Best Regards, Maryanah Erwin. PT FINDORA INTERNUSA Jln Pahlawan 66 Kec. Arjawinangun 45162 CIREBON West-Java INDONESIA tel : +62 231 357334 fax: +62 231 357260 email: marketing@findora.com