Hi again,
some more comments.
Am 18.06.23 um 21:28 schrieb Rob Landley:
No, that's how I read it too. You said getting the _architectures_
removed, not
getting libreoffice removed from those architectures.
That is hilarious. The subject says we are talking about LibreOffice
here, not generally about Debian.
I might have written architectures, but from the context it should have
been clear. Anyway, I corrected it.
Of course I mean "getting those architectures removed from unstable"
*for libreoffice*.
here.
Besides that it would also have been clear from actually reading the IRC
log which incidentially also says
"17:24 < elbrus> if I were you, I'd make them fatal everywhere and ask
for removal from architectures where reasonable tests fail
17:25 < elbrus> extreme case you only ship on amd64 and arm64"
(libreoffice) *removal from architectures*
This is the same GPLv3 package that Red Hat just dropped support for?
As I said in my other reply, even if it was GPLv3 it wouldn't be
relevant at all.
LibreOffice is not GPLv3 though and never was.
How long has the problem you're treating as a crisis been brewing?
Basically ever since people ported, the tests back then pass and then
new tests broke and noone seriously cared until me as not-porter needed
to sweep it under the carpet eo get it "ready" for release (because it
otherwise was supposed to be removed).
Or since people added a new arch in LibreOffice but didn't dare of
finishing it so that even the important tests pass.
Even if it works now, who says that with ignored tests something
fundamental breaks (like python thingies in riscv64, which is a integral
part of many LO things). Or some basic functionality? Causing a RC bug
which is unfixable for me.
Replying with something completely unrelated doesn't help here. No idea
why you bring up GPLv3 or RH stopping support for it (which is bad for
this case, though, since at least they did fix some tests on s390x etc.,
but we actually do have porters, too) here on a mail which just aims at
porting LibreOffice / making it actually pass its tests to improve quality.
Regards,
Rene
