[Piuparts-devel] Bug#873733: Bug#873733: piuparts: please ${COLOR}-list isa-support

Holger Levsen holger at layer-acht.org
Wed Aug 30 15:46:48 UTC 2017

Hi Adam, 

thanks for the bug report!

On Wed, Aug 30, 2017 at 05:02:05PM +0200, Adam Borowski wrote:
> A package of mine, sse4.2-support (src:isa-support) is blocked from
> migrating to testing because of a piuparts failure.  Except, this failure
> is not only ok but proves the package does its job (on a machine with no
> SSE4.2).

I still dont understand why this has to be at installation time and not at
runtime, like many other packages do.
> Holger Levsen said:
> > I'm not convinced it's ok to fail in this case. One might want to prepare a
> > filesystem on a machine not captable for a captable machine…
> That's why there's an override: you can set ISA_IGNORE=anything.

while this is nice, it's no standard…

> On the other hand, 99.9% of installations are on the same or identical
> machine, and in most of that 0.1% it's a more capable machine rescuing the
> worse one.

OTOH 99.99% of all packages in the archive install fine, no matter if they will
work or not.

> Note that a package that depends on *-support will obviously also have this
> problem.  

more failures /o\

> >On the other hand, all currently known packages with a strict ISA
> extension dependency want SSE2 or SSE3 which require some serious dumpster
> diving if you wanted to obtain a machine which lack that (alternatively, you
> can use qemu without kvm and request an ancient CPU).  As I don't suspect
> you of raiding dumpsters for hardware to test…


> On the other hand, it'd be nice if you could add sse4.2-support to the list
> of exceptions; it is currently blocked from migrating.

I'm currently traveling and also still not really convinced this policy
violation is ok. Happy to be convinced eg by the release or policy team though,
just point them to this bug and make them reply here. 
Or fix your package to comply with policy ;-p

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 811 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/piuparts-devel/attachments/20170830/eb5e5884/attachment.sig>

More information about the Piuparts-devel mailing list