[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Packaging lerc



On 11/1/21 19:38, Antonio Valentino wrote:
Il 01/11/21 18:52, Sebastiaan Couwenberg ha scritto:
On 11/1/21 18:27, Antonio Valentino wrote:
Il 01/11/21 13:28, Sebastiaan Couwenberg ha scritto:
Why is the list of architectures restricted in debian/control?


LERC does not support bigendian architectures

Might be better to use Architecture: any and just have the build fail on those architectures, any new LE architectures won't need changes to the architecture list.

My problem is that currently in the list of supported architectures there is at least one that is BE (s390x). As far as I can understand lerc will never be able to migrate to testing if we use Architecture: any.

It's not a regression for new packages to not be available on some release architectures, they were never there.

Once a package is in testing on a release architectures, newer revisions of the package must also be built on those architectures. If that fails, e.g. upstream drops support for 32bit architectures, you need a partial RM bugreport to have ftp-master remove the package from those architectures, after that it will migrate again even though it's not available on all release architectures.

osmium-tool is an example of this, it FTBFS on s390x since 1.11.0 because the Spaten format only supports little endian [0]. So it was removed from that release architecture via #940635 [1].

[0] https://github.com/osmcode/osmium-tool/issues/176
[1] https://bugs.debian.org/940635

Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


Reply to: