#929747 qa.debian.org: Please add cross-buildability in summary

Package:
qa.debian.org
Source:
qa.debian.org
Submitter:
Samuel Thibault
Date:
2021-02-19 12:42:19 UTC
Severity:
normal
Blocked By:
Bug Title
929932

  0

qa.debian.org: Please add cross build satisfiability in summary

normal stable testing unstable about 7 years ago

#929747#5
Date:
2019-05-30 08:57:52 UTC
From:
To:
Hello,

https://tracker.debian.org/ has a link to the cross-buildability status
of a package. It'd be useful to have a tick or cross on the
https://qa.debian.org/developer.php page, e.g. in the CI/Rep column, as
a link to the cross-buildability status, to be able to easily check the
status of one's own packages.

Samuel

#929747#10
Date:
2019-05-30 15:22:12 UTC
From:
To:
Hi,
 * crossqa.d.n only works on unstable. If a package is not in unstable,
   there shouldn't be a link. (e.g. gcc-9)
 * crossqa.d.n only fills a page if there is some package built for one
   of the architectures being tested. Therefore no link should be
   emitted for indep-only packages. Currently, we test for any non-x86
   release architecture, so if a package only builds for some x86, it
   will be 404 as well.

If some API is missing in the service, please get in touch with me.

Helmut

#929747#15
Date:
2019-06-03 15:12:22 UTC
From:
To:
Control: clone -1 -2
Control: retitle -2 qa.debian.org: Please add cross build satisfiability in summary
Control: block -1 by -2

I talked with Christoph about the missing APIs and it became clear to us
that publishing cross build status doesn't make sense as long as
satisfiability isn't published. qa.d.o. does compute satisfiability for
a while now:

https://qa.debian.org/dose/debcheck/cross_unstable_main_amd64/

Please integrate a satisfiability status before integrating crossqa.d.n.
50% of packages are cross-unsatisfiable, so this is the big fish.

Once that is done, we should revisit the cross-buildability as we have
failures for roughly one sixth of the archive and patches for 1/14 of
the archive. In other words: Every third cross build failure has a patch
sitting in the BTS already. So for now, just checking whether your
package has a patch is a much better use of your time. Beyond that, more
than half of the patches essentially are "use debhelper".

What we need here is more people working on the difficult issues, not
random maintainers staring at undecipherable cross build failures. What
we also need is maintainers replying to bug reports and converting their
packages to using debhelper. I get the feeling that we're putting
priorities in the wrong order.

I'm sorry if this comes across a little blunt, but some of this looks to
me like wasting people's time.

Helmut

#929747#24
Date:
2019-06-03 15:21:39 UTC
From:
To:
Helmut Grohne, le lun. 03 juin 2019 17:12:22 +0200, a ecrit:

Ok :)

No problem, the rationale is clear and now recorded in an appropriate
bug report :)

Samuel

#929747#29
Date:
2021-02-19 12:38:51 UTC
From:
To:
Hallo,

Ich habe dir eine Mail geschickt, aber keine Antwort von dir, warum?

Eddie