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

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



Hi,

On Mon, 3 Jun 2019 17:12:22 +0200 Helmut Grohne <helmut@subdivi.de> wrote:
> On Thu, May 30, 2019 at 05:22:12PM +0200, Helmut Grohne wrote:
> > On Thu, May 30, 2019 at 10:57:52AM +0200, Samuel Thibault wrote:
> > > 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.
> > 
> > If you do, please consider:
> >  * 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.
> 
> 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.

bug #792567 is also relevant in this context. This bug asks for including cross
build dependency satisfiability from qa.d.o/dose/debcheck. Bug #792567 asks for
including build dependency and normal dependeny satisfiability results from
qa.d.o/dose/debcheck. Since the data for both issues comes from the same source
and since the data for both issues is exported in the same format, fixing one
of these bugs will make it trivial to also fix the other.

As the author of the feature that made qa.d.o/dose/debcheck export machine
readable data and as the author of some commits to distro-tracker (which
already includes the results of qa.d.o/dose/debcheck), I wanted to give an
overview of the machine readable interface to qa.d.o/dose/debcheck.

Basically you are interested in:

https://qa.debian.org/dose/debcheck/SCENARIO/latest/some.txt

Where SCENARIO can be one of:

 - "unstable_main" for dependency satisfaction problems of binary packages in
   unstable
 - "src_unstable_main" build dependency satisfaction of source packages in
   unstable
 - "cross_unstable_main" cross build dependency satisfaction of source packages
   built on amd64 for all other release architectures in unstable

The format is line-based and values are separated by a '#'. The values are:

 - package name
 - version
 - whether the package is arch:all
 - a anchor hash so that you can directly link to the problem instance via
   https://qa.debian.org/dose/debcheck/SCENARIO/latest/packages/PKGNAME.html#ANCHOR
 - a human readable short summary of the problem
 - the architectures exhibiting the problem, separated by spaces

Additionally, qa.d.org/dose/debcheck offers a per-source view under URLs of
this format: https://qa.debian.org/dose/debcheck/src/PKGNAME.html where PKGNAME
is a source package name. These pages are only computed for source packages
that either produce binary packages with dependency problems or that suffer
from (cross) build dependency problems themselves.

Feel free to prod me if you need any help in making sense out of the data that
comes out of qa.d.o/dose/debcheck.

Thanks!

cheers, josch

Attachment: signature.asc
Description: signature


Reply to: