Bug#1034443: python3-brial: uninstallable on arcitectures where sagemath is unavailable, breaks building of singular
Paul Gevers
elbrus at debian.org
Sun Apr 23 21:07:14 BST 2023
Hi Peter,
On 23-04-2023 21:24, Peter Michael Green wrote:
> That works in some cases, but it's a bad option here for two reasons.
>
> 1. It would create a build-dependency loop between brial and sagemath.
Which isn't practical problem as long as there is a proper build profile
involved, right? But given point 2, I think both the point and this is
argument are moot.
> 2. It would mean that other binary packages built from the brial source
> package had their architecture list unnecessarily limited.
Aha, I missed that detail. There are more arch:<non-all> binaries build
by src:brial.
> > Technically I even think that this isn't a bug in python3-brial.
>
> One of the criteria (indeed the first on the list) for grave is "makes
> the package in question unusable or mostly so". I consider that a
> package that cannot be installed is unusable.
If I follow that reasoning than about 850 arch:all binaries also have RC
bugs: https://qa.debian.org/dose/debcheck/testing_main/1682226002/some.html
> My understanding has always been that for source packages that build
> multiple binaries, the test of "is the package unusable" is applied for
> each binary package individually and that for packages that are built
> separately for multiple architectures (not arch all packages) it is
> applied for each architecture individually. I don't think that is
> officially written down anywhere though.
Can you point to a discussion where we might draw the conclusion that
this is common practice or consensus? I *personally* [no hats on] find
that distinction a bit weird although I can see how we would come to it
and also why.
>> This seems to be your real issue. Why file the bug against python3-brial?
> When an issue involving multiple packages shows up on my radar, I tend
> to start by filing a bug with the package where a fix could potentially
> have the most impact and cc the maintainers of other packages that are
> involved.
Ack. And I agree with this approach. However, we are *also* in the Hard
Freeze, so RC bugs reports have more severe results if not treated swiftly.
> If the maintainer of brial came back and said that the fix for bug
> 1033878 was wrong, and that python3-brial could in-fact be made usable
> on all architectures then there would.
[missing words?] Yes, sure. However, looking at the stack trace in that
bug, I agree that the dependency is the most logical solution. Ensuring
python3-brial to be useful without that dependency will require patching
the code by the looks of it.
Paul
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/debian-science-maintainers/attachments/20230423/18a47ee4/attachment.sig>
More information about the debian-science-maintainers
mailing list