Bugzilla – Bug 385471
deb / apt Packages files do not contain all architectures
Last modified: 2017-05-11 13:37:39 UTC
As discussed on the opensuse-buildservice mailing list, Packages files generated by OBS do not include packages for all architectures. http://lists.opensuse.org/archive/opensuse-buildservice/2008-04/msg00063.html A description of how to solve the problem was also given on the mailing list: http://lists.opensuse.org/archive/opensuse-buildservice/2008-04/msg00324.html This bug exhibits itself in every project which build multiple architectures for debian-based systems and makes the debian build feature useless in many cases. The fact that the bug exists for the openSUSE:Tools project makes OBS unusable for debian / ubuntu amd64 users (or i386 users, depending on which built last).
Wrt. the referenced posting on how to solve the problem: "All" is *not* an architecture on its own. I.e. there can never be a package in "i386" as well as "All" with the same name. I think the repository layout needs to be changed to have distinct directories for i386 as well as amd64 binary Debian packages and a dedicated Packages.gz file in each of them.
Yep, my thoughts exactly. I don't believe the debian package format supports multiarch, i.e. a package with the same name that is both in i386 and x86_64.
A reference to debian would help. Are there official debian packages that use this?
If package is marked for all architectures it's stored in pool directory and 'Packages.gz' file for particular arch holds only its path. With current OBS repo layout every package which is marked 'all' should go to every arch directory as there's no automagic architecture distinction. First of all a correct proposal should be made if debian packages' developers here need pooled repository or the one like current.
I think the main issue is that we need multiple Packages.gz for debian.
We need multiple Packages.gz. It's always required for multiple architectures. Question what we want or what we can do: 1. packages pools with all architecture packages and particular architecture dir which contain only Packages.gz ( like debian repository ) deb http://repo.com/debian etch main 2. Particular architecture packages + all and Packages.gz in the same dir ( OBS repo ) deb http://repo.com/debian/etch/ARCH ./
I prefer 1) so that the debian folks feel more at home ;-)
Yes, absolutely 1. OBS is going to rock once this issue is fixed :)
This is somehow a problem to exclude Debian users from the use of packages generated with BuildService....
Is there any ETA ?
I'm afraid not this week, I hope this month...
When implementing this, can we also have the .dsc, .diff.gz, and tar.gz saved somewhere in the directory structure please? That way people can also recompile for the architectures we don't or won't support.
It's already late October, any ETA for this fix? Like others suggested, I also support the #1 proposed solution. Please fix it! :)
Do not missuse Crit Sit.
Any news on this blocking issue ? ETA ?
I would also say do not misuse Blocker. :-)
@Stephan Binner, how should I treat an issue which makes some feature useless then? Blocker seems to be perfect if you can not use a feature which is designed for usage.
Any progress on this bug?
Actually yes, we just need a decision about the repository layout, see my mail to the buildservice mailing list.
*** Bug 434669 has been marked as a duplicate of this bug. ***
I think this was fixed some long time ago.