Bug#792566: tracker.debian.org: please show source (and binary) dependency satisfaction problems

Hi Raphaël, Quoting Raphael Hertzog (2018-09-13 11:42:17) > On Thu, 16 Jul 2015, Johannes Schauer wrote: > > at qa.d.o/dose, daily dependency satisfaction tests are performed on all > > packages in Debian unstable and testing for main, contrib and non-free > > each for binar

Re: Q: Debcheck warning "Package declares a build time dependency on debhelper-compat (= 12) which cannot be satisfied on $arch"

Quoting Paul Wise (2019-01-19 04:38:04) > > At > > > > https://qa.debian.org/debcheck.php?dist=unstable&package=fonts-sawarabi-mincho, > > it show as below but debhelper-compat (= 12) is satisfied in sid > > > BuildDepends > > > > > > Package declares a build time dependency on debhelper-compat

Bug#920024: Doesn't parse package architectures correctly when any-amd64 is used (etc.)

On Tue, 22 Jan 2019 00:44:03 +0100 Raphael Hertzog wrote: > On Mon, 21 Jan 2019, Steve McIntyre wrote: > > I've just been looking at the details for sbsigntool > > (https://tracker.debian.org/pkg/sbsigntool) It looks like the tracker > > code is confused by the architecture list for sbsigntool: >

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 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 b

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

Hi, whoever takes a stab at implementing this, here is what worked for the distro tracker: https://salsa.debian.org/qa/distro-tracker/merge_requests/74 Thanks! cheers, josch signature.asc Description: signature

Bug#826804: DDPO: could include stats from dose

Hi, On Thu, 9 Jun 2016 16:28:19 +0900 Sean Whitton wrote: > It would be nice if DDPO included information about package > (un)installability from Dose . related to this is bug #792567 which asks for integration of the results from qa.debian.org/dose in DMD. I impleme

Bug#955268: udd watch: "429 too many requests" from GitHub

Hi, On Mon, 30 Mar 2020 08:49:33 +0200 Xavier wrote: > Le 30/03/2020 à 08:25, Lucas Nussbaum a écrit : > > On 29/03/20 at 23:52 +0200, Adam Borowski wrote: > >> On Sun, Mar 29, 2020 at 05:53:11PM +0200, Xavier wrote: > >> IIRC with an access token the limit is 5000 queries per hour. Without

Bug#728298: PTS: Please add bootstrapping hints from bootstrap.debian.net to appropriate source packages

Package: qa.debian.org Severity: wishlist User: qa.debian@packages.debian.org Usertags: pts Hi, Paul Wise was recently so kind to make bootstrap.debian.net a CNAME to a server of mine where I'm now hosting bootstrapping hints for whole architectures as well as for individual packages: http:/

no binary without source and no source without binary an Packages and Sources files

Hi, I hope this list reaches the right people to ask about this. I'm running the bootstrap.debian.net [1] service which utilizes botch [2], a tool to analyze dependency graphs using dose3. The analysis done by botch often fails because the Packages files in Debian Sid often list binary packages w

Re: no binary without source and no source without binary an Packages and Sources files

Quoting Adam D. Barratt (2014-04-10 22:15:56) > Mostly by packages failing to build, or architectures being dropped and > the result needing to be cleaned up. Can this be fixed? Where to look at? Who to ask? Here another offender: the armhf Packages file for Sid contains bitcoin-qt (= 0.8.6-1). T

Re: no binary without source and no source without binary an Packages and Sources files

Hi, Quoting Adam D. Barratt (2014-04-20 21:12:49) > You'll have to check each package to find out what the issue in its case is. I'm not looking for individual fixes. As I explained in my initial email I'm looking for a solution so that Packages and Sources files that land in the archive always a

Re: no binary without source and no source without binary an Packages and Sources files

Hi Adam, Quoting Adam D. Barratt (2014-04-21 01:04:12) > armhf's CPU type is "arm", as per > > $ dpkg-architecture -aarmhf -qDEB_HOST_ARCH_CPU > arm > > Regards, thanks a lot - we'll fix that problem with dose3 immediately :) Thanks for your patience and have a nice day! cheers, josch -- To

Bug#728298: patch to add bootstrapping hints to the pts

tags 728298 patch thank you I wrote the attached patch to fix this bug. This is completely untested. Sorry. Index: www/bin/other_to_xml.py === --- www/bin/other_to_xml.py (revision 3141) +++ www/bin/other_to_xml.py (working copy) @@ -

Bug#745618: PTS: Please add cross build dependency satisfaction results to appropriate source packages

Package: qa.debian.org Severity: wishlist User: qa.debian@packages.debian.org Usertags: pts Hi, we are running daily cross build dependency checks using dose3 on the source packages identified as core packages by botch. Many of these fail and in the light of the CrossBuildableBase release goa

Bug#728298: patch to add bootstrapping hints to the pts

The attached patch restricts the issues highlighted in the todo box to the self cycles as these are the only "hard" result that we can get. All other results are merely suggestions. This information should only be included once it is possible to upload packages with the build profile syntax. Than

invalid and duplicate architectures

Hi, this all started when I learned that an architecture wildcard like "any-armhf" is in fact invalid and in contrast to my earlier belief does not match the debian architecture "armhf": $ dpkg-architecture -iany-armhf -aarmhf && echo yes || echo no no Since I thought it would be nice if lintian

Re: invalid and duplicate architectures

Hi, and thank you everybody for your replies! :) Quoting Niels Thykier (2014-05-24 08:42:52) > On 2014-05-24 04:16, Russ Allbery wrote: > > Paul Wise writes: > >> On Fri, May 23, 2014 at 10:00 PM, Johannes Schauer wrote: > > > >>> In my code I counted all d

Re: invalid and duplicate architectures

Hi, Quoting Jakub Wilk (2014-05-24 10:35:20) > It does here: > > O: picolisp source: unknown-architecture any-armel > O: picolisp source: unknown-architecture any-armhf strange, then nevermind - something must be wrong with my lintian here then. Thanks, and sorry for the commotion :D cheers, j

Re: invalid and duplicate architectures

Hi, Quoting Niels Thykier (2014-05-24 10:57:58) > On 2014-05-24 10:36, Johannes Schauer wrote: > > Hi, > > > > Quoting Jakub Wilk (2014-05-24 10:35:20) > >> It does here: > >> > >> O: picolisp source: unknown-architecture any-armel > &g

Re: no binary without source and no source without binary an Packages and Sources files

Hi again, Quoting Adam D. Barratt (2014-04-20 21:12:49) > On Sun, 2014-04-20 at 20:11 +0200, Johannes Schauer wrote: > > Quoting Adam D. Barratt (2014-04-10 22:15:56) > > > Mostly by packages failing to build, or architectures being dropped and > > > the resu

Re: possible MBF: automatically detecting unused build dependencies

Hi Holger and everybody else, writing you and including debian-qa as discussed on #debian-qa :) Quoting Holger Levsen (2014-07-08 00:59:05) > On Montag, 7. Juli 2014, Johannes Schauer wrote: > > I did not plan to run this script more often yet. I'll probably do another > > ru

Re: possible MBF: automatically detecting unused build dependencies

Hi, Quoting Holger Levsen (2014-07-28 13:47:13) > > You offered to run it on jenkins.d.n and its specs are surely enough to > > regularly crunch through a couple of hundred (or more) source packages. But > > after having consulted Helmut Grohne on how jenkins works I'm not so sure > > anymore whet

Bug#773253: jenkins: please add script to detect dpkg trigger cycles

Package: qa.debian.org Severity: wishlist Hi, as suggested by Holger Levsen, I'm filing this bug to ask for inclusion about a script detecting dpkg trigger cycles: http://lists.debian.org/201412112004.05574.hol...@layer-acht.org As suggested by Guillem Jover the script could run weekly. The da

Bug#773253: jenkins: please add script to detect dpkg trigger cycles

Hi Holger, Quoting Holger Levsen (2014-12-23 01:03:12) > thanks for your bug report with patch. I've picked your commits and added > some, and now there is an almost working job at > > http://anonscm.debian.org/cgit/qa/jenkins.debian.net.git thanks a lot! Please find attached a git format-patch

Bug#773253: jenkins: please add script to detect dpkg trigger cycles

Hi, Quoting Johannes Schauer (2014-12-25 15:58:04) > Please find attached a git format-patch to use python-arpy instead of dpkg > until Jessie is released. and another. Thanks! cheers, josch From 89cc929c8f08ccc6f0666f1aa6600c0da23ce9df Mon Sep 17 00:00:00 2001 From: josch Date: Thu,

Bug#773253: jenkins: please add script to detect dpkg trigger cycles

Hi, Quoting Holger Levsen (2014-12-26 18:50:38) > merged and deployed, thanks! sorry, in contrast to what I thought I did, I must've not tested the final patch I sent you. Please apply the attached and try again. Thanks! cheers, josch From 84fc2bef51b5c2d1400dc7dd4adc8fd6aac9bd8a Mon Sep 17 00

Bug#773253: jenkins: please add script to detect dpkg trigger cycles

Hi, I made a number of modifications to jenkins but I fail to run bin/chroot-run.sh locally by itself. So I gave up. Instead, I created a Jessie chroot, copied Jenkins inside it and ran bin/find_dpkg_trigger_cycles.sh to test. The attached patch installs apt-file and dose-extra as the two additi

Bug#773253: jenkins: please add script to detect dpkg trigger cycles

Hi, Quoting Holger Levsen (2015-01-01 12:39:16) > On Mittwoch, 31. Dezember 2014, Johannes Schauer wrote: > > I made a number of modifications to jenkins but I fail to run > > bin/chroot-run.sh locally by itself. So I gave up. > > I guess I should try myself and fix/documen

Bug#773253: jenkins: please add script to detect dpkg trigger cycles

Hi Holger, Quoting Holger Levsen (2015-01-03 16:19:59) > So now https://jenkins.debian.net/view/d- > i_misc/job/dpkg_sid_find_trigger_cycles/19/console has this issue: > > curl: (5) Could not resolve proxy: $http_proxy > > I'll look into this now... this seems to be solved! Thanks \o/ The rema

Bug#773253: jenkins: please add script to detect dpkg trigger cycles

Hi, Quoting Holger Levsen (2015-01-04 10:50:36) > Helmut suggested to copy those files out, I wonder why not simply cat them, > so they are visible in the console log. Do you think it's really > needed/useful to be able to download these files? I think so far they are only for human consumption (

Bug#774853: udd/new-maintainers.cgi: please be gender neutral

Package: qa.debian.org Severity: normal Tags: patch User: qa.debian@packages.debian.org Usertags: udd Hi, I just randomly stumbled over https://udd.debian.org/cgi-bin/new-maintainers.cgi and noticed that it says "his name and email" instead of being gender neutral. Attached patch fixes this

Bug#777119: vcswatch: should also index contrib and non-free

Package: qa.debian.org Severity: wishlist Tags: patch Hi, vcswatch seems to only index "main" and not "contrib" and "non-free". The attached patch just merges the existing two Sources files with those for "contrib" and "non-free" for "sid" and "experimental", respectively. I do not think that it

Bug#786401: dose: Fatal error: exception Parsing.Parse_error

Hi, Quoting Ralf Treinen (2015-05-21 14:31:09) > do you remember from which version on dose supports parsing of Sources files > with build profiles ? yes, build profiles are supported since dose 3.3~beta1-1 which is in Jessie. cheers, josch signature.asc Description: signature

Bug#786400: PTS: depneedsmaint.pl and dephasrc.pl crash: don't support build profiles

Hi, in case you want to use dpkg to parse dependency fields (instead of just adding another two lines to the simplify_packages_list function which remove the <> blocks) it might help whoever ends up implementing this that dpkg does not offer a parser for the whole Build-Depends line. So instead, o

Bug#786400: PTS: depneedsmaint.pl and dephasrc.pl crash: don't support build profiles

Hi, Quoting Guillem Jover (2015-05-21 17:14:39) > On Thu, 2015-05-21 at 15:07:55 +0200, Johannes Schauer wrote: > > in case you want to use dpkg to parse dependency fields (instead of just > > adding > > another two lines to the simplify_packages_list function which remove

Bug#786401: dose: Fatal error: exception Parsing.Parse_error

+0200 @@ -1,3 +1,10 @@ +dose3 (3.3~beta1-3.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * add patch fix_get_real_version (closes: #786401) + + -- Johannes Schauer Sun, 31 May 2015 15:03:06 +0200 + dose3 (3.3~beta1-3) unstable; urgency=medium [ Stefano Zacchiroli ] diff

Bug#786401: dose: Fatal error: exception Parsing.Parse_error

Hi, Quoting Ralf Treinen (2015-05-31 22:16:54) > Josch : isn't that something that can be fixxed by passing the right > --deb-native-arch argument to dose-debbuildcheck ? it is! Problem solved! \o/ signature.asc Description: signature

Bug#786401: dose: Fatal error: exception Parsing.Parse_error

Hi, Quoting Ralf Treinen (2015-06-02 09:12:50) > On Tue, Jun 02, 2015 at 02:58:53PM +0800, Paul Wise wrote: > > Thanks for that, with today's dose-job we are down to this: > > > > (W)Sources: modifier any for indep dependency python used > > I have to leave for work now - Josch, do you where thi

Bug#792564: qa.d.o/dose: please export distcheck and buildcheck results in a machine readable format

Package: qa.debian.org Severity: wishlist Hi, it would be useful to show information about unsatisfiability of binary and source packages in DMD and the tracker. For that, qa.d.o/dose should export machine readable data of the latest runs of distcheck and buildcheck. I guess that the dose yaml fo

Bug#792566: tracker.debian.org: please show source (and binary) dependency satisfaction problems

Package: tracker.debian.org Severity: wishlist Control: block -1 by 792564 Hi, at qa.d.o/dose, daily dependency satisfaction tests are performed on all packages in Debian unstable and testing for main, contrib and non-free each for binary packages as well as for source packages. It would be grea

Bug#792567: dmd: please show source (and binary) dependency satisfaction problems

Package: qa.debian.org Severity: wishlist User: qa.debian@packages.debian.org Usertags: udd Control: block -1 by 792564 Hi, at qa.d.o/dose, daily dependency satisfaction tests are performed on all packages in Debian unstable and testing for main, contrib and non-free each for binary packages

Bug#792564: qa.d.o/dose: please export distcheck and buildcheck results in a machine readable format

Hi, Quoting Paul Wise (2015-07-17 06:06:23) > > it would be useful to show information about unsatisfiability of binary > > and source packages in DMD and the tracker. For that, qa.d.o/dose should > > export machine readable data of the latest runs of distcheck and > > buildcheck. I guess that the

Bug#792564: qa.d.o/dose: please export distcheck and buildcheck results in a machine readable format

Hi, Quoting Paul Wise (2015-07-17 09:42:19) > On Fri, Jul 17, 2015 at 1:32 PM, Johannes Schauer wrote: > > Correct. My motivation to add this was something I forgot to mention in my > > initial report, but this is just an implementation detail: dose3 outputs > > its r

Bug#792564: qa.d.o/dose: please export distcheck and buildcheck results in a machine readable format

Hi, Quoting Raphael Hertzog (2015-07-17 14:36:43) > On Fri, 17 Jul 2015, Johannes Schauer wrote: > > > I think for the tracker we would want a custom format, in case the > > > dose3 raw data format/schema changes. > > > > right. I think that makes sense. &g

Bug#800655: debsources: Some links in directories are delivered as plain text instead of their HTML rendering

Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: debsources Hi, to reproduce this, go to: http://sources.debian.net/src/texi2html/1.82%2Bdfsg1-4/debian/patches/ you will see that clicking on all the links but one will lead to another HTML page. Strangely

Bug#818574: dose : does not support xz input files

Hi, On Fri, 18 Mar 2016 09:11:29 +0100 Ralf Treinen wrote: > the dose services on qa.debian.org currently do not support xz input files. while there is no libxz binding for ocaml yet, ben uses Sys.command to execute zcat, bzcat and xzcat on demand for compressed files. Maybe a similar scheme cou

Bug#821775: dose: add some features from qa.debian.org/debcheck.php

Package: qa.debian.org Severity: wishlist User: qa.debian@packages.debian.org Usertags: dose Hi, the https://qa.debian.org/debcheck.php seem to be not much maintained and are missing a number of features with respect to dependency resolution (like build profiles, architecture qualifiers, mult

Bug#818574: dose : does not support xz input files

Hi, Quoting Niels Thykier (2016-09-22 21:07:00) > On Tue, 19 Apr 2016 09:41:42 +0200 Johannes Schauer > > while there is no libxz binding for ocaml yet, ben uses Sys.command to > > execute zcat, bzcat and xzcat on demand for compressed files. Maybe a > > similar scheme co

Bug#792564: qa.d.o/dose: please export distcheck and buildcheck results in a machine readable format

. Feel free to cherry pick. The other three are address the main issues of this bugreport. Quoting Johannes Schauer (2015-07-16 12:38:02) > it would be useful to show information about unsatisfiability of binary > and source packages in DMD and the tracker. For that, qa.d.o/dose should &g

Bug#920024: Doesn't parse package architectures correctly when any-amd64 is used (etc.)

Quoting Johannes Schauer (2019-03-27 06:05:51) > On Tue, 22 Jan 2019 00:44:03 +0100 Raphael Hertzog wrote: > > On Mon, 21 Jan 2019, Steve McIntyre wrote: > > > I've just been looking at the details for sbsigntool > > > (https://tracker.debian.org/pkg/sbsig