Re: DDPO data source likely broken

Re: Boyuan Yang > On Tue, 2024-05-28 at 17:12 +0200, Christoph Berg wrote: > > Re: Boyuan Yang > > > (1) Visit https://qa.debian.org/developer.php > > > (2) Type in "openssl" in the field "List of packages for maintainer, > > > query ...&quo

Re: DDPO data source likely broken

Re: Boyuan Yang > (1) Visit https://qa.debian.org/developer.php > (2) Type in "openssl" in the field "List of packages for maintainer, query > ..." > (3) Click the button "Show packages" under that input field. "openssl" is not the name of a maintainer. Christoph

[Debian RT] Upgrade quantz to bookworm

quantz (qa) still being on buster is beginning to hurt: #1069995: VCSWatch: underlaying system doesn't support TLS1.3 I'd think it's time to upgrade it to bookworm. Thanks, Christoph signature.asc Description: PGP signature

Bug#1002458: "version in VCS newer than in repository" might be a bit overzealous

Control: reassign -1 qa.debian.org Control: retitle -1 vcswatch: ignore changelog-only commits Re: Holger Levsen > > For starters, an early release could classify changelog-only commits as > > "housekeeping". > > *that*! > > additionally you could also only classify d/changelog changing commits

Bug#1032623: marked as done (vcswatch: should not raise error on repos > 1GiB in size)

> It looks like this broke for remotes that do not support filtering > (yet?). The attached completely untested patch might make this work > again. Affecting at least git.hadrons.org and git.dpkg.org, but there > might be others too. Thanks for spotting that, the patch seems to work. Re-running t

Bug#1032623: fixed in qa.debian.org

Re: Diederik de Haas > The pre-filter which was 1GB and was recently further reduced to 500MB is > still > in place AFAICT. So it seems to me that this bug would be fixed when the size > limitation is removed, which is not (yet) the case? The checkouts are now a 1/1000th in size. Christoph

Bug#1060115: vcswatch: look for changelog in debian/experimental branch

Re: Martin > + my @branch_list = qw(HEAD debian debian/master debian/sid > debian/latest debian/experimental master); Applied, thanks! Christoph

Bug#1032623: lintian-brush: vcswatch should not raise error on repos > 1GiB in size

Re: Gábor Németh > I see. > > > trycmd ('git', 'clone', '--quiet', '--bare', '--mirror', '--depth', > > '50', '--no-single-branch', '--template', '', $url, $pkgdir); > > > > depth=1 wouldn't work since we use "git describe". > > Wouldn't then adding [.., '--filter', 'blob:none', ..] suffice for t

Bug#1032623: lintian-brush: vcswatch should not raise error on repos > 1GiB in size

Re: Gábor Németh > and my question if this behavior can be changed on d.o side by doing > shallow / blobless `git clone`? Either of these only produces a 200MB > checkout for the package I'm working with. Hi Gábor, we are already doing that to some extent: trycmd ('git', 'clone', '--quiet', '--

Bug#1032623: lintian-brush: vcswatch should not raise error on repos > 1GiB in size

Re: Diederik de Haas > The thing is that the Debian kernel repository is big and that's NOT an > error; it's just big. There is no need to take action to fix it. Hi, quantz.debian.org has been running out of disk space several times in the past years, and blacklisting the biggest repos helped a l

Bug#1014473: vcswatch: track identity of committers of unuploaded commits

Re: To Jelmer Vernooij > Does that work? I guess we could try extracting the authors > (committers?) into a proper json structure if that helps. > > Helmut was approaching me about extracting even more fields from git, > Maintainer, Uploaders, Homepage, updated Vcs info, debian/watch, and > expose

Bug#1014473: vcswatch: track identity of committers of unuploaded commits

Re: Jelmer Vernooij > It would be great if vcswatch could track who the committers were of the > commits have not yet made it into the archive. Hi Jelmer, sorry for the latish reply. We are already extracting the not-yet-uploaded part of the git log which is part of https://qa.debian.org/data/vc

Bug#1002458: "version in VCS newer than in repository" might be a bit overzealous

Re: Raphael Hertzog > Christoph, would it be possible to export a supplementary flag showing > when the changes in NEW or COMMITS contain only changes to > debian/changelog? The proper first step is to change "plz upload now" to a more neutral "there are pending changes in VCS". Christoph

Bug#963210: patch carnivore: DDPO still using old name

Re: Raúl Benencia > I've just submitted a merge request with this patch: > > https://salsa.debian.org/qa/qa/-/merge_requests/34 Hi, I merged that pull request and re-ran a few cronjobs, but the old name is still visible at https://qa.debian.org/developer.php?login=tina Maybe it will fix itsel

Bug#977174: vcswatch: web hook for changed repositories

Re: Jelmer Vernooij > My bad, the word "changed" in my original bug was ambiguous. I'm > interested in notifications when there are new commits to the > packaging repository - rather than changes to the packaging repository URLs. Ah ok. > For salsa repositories specifically, it may be possible to

Bug#977174: vcswatch: web hook for changed repositories

Re: Jelmer Vernooij > It would be great if vcswatch could call a webhook whenever a packaging > repository changed. Hi, currently repository information is extracted from the Sources files in unstable and experimental, i.e. vcswatch doesn't follow changes in Vcs-* inside the repository. While in

Bug#972560: qa.debian.org/popcon: "INF%", "NaN%"

Re: Jakub Wilk > Package: qa.debian.org > > On , the column "Recent" > reads: > > INF% > NaN% And "Recent ()" "(1st: )" which is likely the cause of the problem. Christoph

Bug#963887: UDD: 'duck' importer broken since 2020-05-25

Re: Baptiste BEAUPLAT > >> Maybe you could add that to vcswatch? > > The main differences between vcswatch and duck.d.n are: > > - history: duck used to keep 6 runs for each package, reporting only > after 3 failures. vcswatch only keeps the last run. vcswatch could be improved by not notifying

Bug#932296: qa.debian.org: getwatch filling up /tmp

Re: Lucas Nussbaum > To get the watch file, UDD extracts the source package (once per source > package per version; then the watch file is stored in DB). /tmp on > ullmann only has 5.3GB available, which is too small to extract some > source packages in Debian (such as nvidia-cuda-toolkit). For ex

Bug#959165: udd vcswatch: 429 "Retry later" or "could not read Username" from Salsa

Control: reassign -1 python-asteval Re: Rebecca N. Palmer 2020-04-30 > spyder, python-asteval and beignet don't have a cgit in Vcs-Git. Hence, > while I agree it's a bug that apertium-bel does, this alone doesn't explain > either of the above messages. Salsa was down for two days, you can speed

Bug#959165: udd vcswatch: 429 "Retry later" or "could not read Username" from Salsa

Control: reassign -1 apertium-bel Re: Rebecca N. Palmer 2020-04-30 > Package: qa.debian.org > User: qa.debian@packages.debian.org > Usertags: udd > > Some packages' vcswatch pages have the error > > fatal: could not read Username for 'https://salsa.debian.org': No such > device or address >

Re: Debian buster: please prepare your service and its dependencies

Re: Paul Wise 2019-05-31 > ==> quantz.debian.org <== > Packages removed from Debian 'testing' (the maintainer might need help): > - monotone - https://tracker.debian.org/pkg/monotone vcswatch uses it, but if it's not maintained, I can just remove it. There are currently 24 packages maintained

Bug#889163: tracker.debian.org: Better team management

Re: Mattia Rizzolo 2018-02-02 <20180202205545.gd9...@mapreri.org> > distro-tracker has the concept of "teams", but it lacks features in > proper team management. A thing that seems to be missing completely is a way to watch a team without being a member. Current use case is disabling the old pkg-p

Bug#910987: Bug#917025: tracker.debian.org: 0 new commits since last upload

Control: reassign -1 tracker.debian.org Re: Mattia Rizzolo 2018-12-21 <20181221211515.gn19...@mapreri.org> > > Not sure if this is a duplicate of #910987, but I see the problem. > > Not quite. However, it's not a problem coming from tracker, rather by > the data source it uses. It's somewhat re

Bug#678135: qa.debian.org: Tables on Developer's QA page are quite inaccessible

Control: tags -1 moreinfo Re: Mario Lang 2012-06-19 <87d34vqwqr@x4.delysid.org> > Package: qa.debian.org > Severity: wishlist > > I am looking at > > http://qa.debian.org/developer.php?login=mlang%40debian.org > > and notice that the way how the information presented there is rendered > as

Bug#567187: DDPO: suggestion: popcon for ITP entries

Re: Vincent Fourmond 2010-01-27 <20100127202504.8551.4855.report...@tanyaivinco.homelinux.org> > It would be nice if the popcon entry was also displayed for ITPs > too. Often, there is a significant number of users that did install > unofficial packages, and knowing they are there is a motivatio

Bug#912405: vcswatch cannot analyze repositories maintained on a branch

Control: reassign -1 gcc-8 Control: retitle -1 Use Vcs-Git: -b gcc-8-debian Re: Matthias Klose 2018-10-31 <9d472e23-3a14-a992-7467-0b9b7c32b...@ubuntu.com> > Package: qa.debian.org > > as seen on > https://qa.debian.org/cgi-bin/vcswatch?package=gcc-8 > vcswatch cannot analyze repositories maintai

Bug#906663: vcswatch: should not flag an UNRELEASED changelog entry as "ready for upload"

Re: Marc Haber 2018-08-19 <20180819185517.gl5...@torres.zugschlus.de> > I'm trying to avoid > > Case 1: Somebody working on the branch, committing things and generating > new changelog entries for a version (x-y) that is already in the archive and > should therefore not be changed in the vcs "dch

Bug#906663: vcswatch: should not flag an UNRELEASED changelog entry as "ready for upload"

Control: reassign -1 tracker.debian.org Re: Marc Haber 2018-08-19 <153468174721.19286.15758469883614485339.report...@fan.zugschlus.de> > vcswatch makes this "VCS has unreleased changes", which is correct. The > tracker, however, makes this "A new version is available int the VCS" > which is not t

Re: Incorrect "blue" package

Re: Paride Legovini 2018-02-13 <731ae9b6-721d-32bd-ea75-aa1052fc3...@ninthfloor.org> > Dear QA staff, > > I'm writing to report a (very) minor issue. In my QA page a package I'm > the only Maintainer of is listed in blue color, while according to the > Help section of the page it should be black.

Re: QA svn converted to git, again

Re: Mattia Rizzolo 2018-01-01 <2018010857.gb11...@mapreri.org> > > I've put pre-receive hooks in place to disable the git repos on > > alioth. > > Did you do this also for distro-tracker? buxy? Done now. Christoph

Re: packages that FTBFS twice in a row ...

Re: Andreas Beckmann 2017-12-21 <9480d47b-cc74-442e-b9c3-01643b17f...@debian.org> >c) passes, but leaves new/modified in the debian/ tree > * #884419, #884815: override_dh_clean does not run dh_clean > resulting in debian/$PKG/ package build directories and > debhelper lo

QA svn converted to git, again

Re: To debian-qa@lists.debian.org 2017-12-15 <20171215204613.ga31...@msg.df7cb.de> > QA: https://anonscm.debian.org/cgit/qa/qa.git/ > PTS (previously a subdirectory of QA): >https://anonscm.debian.org/cgit/qa/pts.git/ The two gits are now on salsa: https://salsa.debian.org/qa/qa https://sals

Bug#694081: carnivore: should not import name from revoked gpg key

Re: Gürkan Myczko 2017-12-18 <744486b1512e878ce59eb3e507812...@phys.ethz.ch> > Hi Bart and Duck > > I think I have a similar issue. Is it possible to fix my qa page as well? The issue here is within your packages, I think: $ grep Sengün deb_debian_dists_sid_main_source_Sources | sort | uniq -c

[qa] 01/01: Sort cronjobs

This is an automated email from the git hooks/post-receive script. myon pushed a commit to branch master in repository qa. commit 815aa61235ce629dd92fcb533425310e6f65399f Author: Christoph Berg Date: Fri Dec 15 21:35:34 2017 +0100 Sort cronjobs --- data/cronjobs/Makefile | 2 +- 1 file

[qa] branch master updated (9720e36 -> 815aa61)

This is an automated email from the git hooks/post-receive script. myon pushed a change to branch master in repository qa. from 9720e36 Move some svn links to git new 815aa61 Sort cronjobs The 1 revisions listed above as "new" are entirely new to this repository and will be de

[qa] 01/01: Move some svn links to git

This is an automated email from the git hooks/post-receive script. myon pushed a commit to branch master in repository qa. commit 9720e36d032f443c2198eb82395fd7321f3e87ee Author: Christoph Berg Date: Fri Dec 15 21:32:54 2017 +0100 Move some svn links to git --- README

[qa] branch master updated (27cd9cb -> 9720e36)

This is an automated email from the git hooks/post-receive script. myon pushed a change to branch master in repository qa. from 27cd9cb Remove pts tree, it's a separate git now new 9720e36 Move some svn links to git The 1 revisions listed above as "new" are entirely new to thi

QA svn converted to git, finally

I forgot the reasons why we haven't moved the QA svn to git over the past years, so I figured I could just do that now. QA: https://anonscm.debian.org/cgit/qa/qa.git/ PTS (previously a subdirectory of QA): https://anonscm.debian.org/cgit/qa/pts.git/ The old svn repository has been moved away s

[qa] branch master updated (852af2d -> 27cd9cb)

This is an automated email from the git hooks/post-receive script. myon pushed a change to branch master in repository qa. from 852af2d Remove $Id$ tags new 27cd9cb Remove pts tree, it's a separate git now The 1 revisions listed above as "new" are entirely new to this reposito

[pts] 01/01: Use http-pkp-packages.qa.debian.org

This is an automated email from the git hooks/post-receive script. myon pushed a commit to branch master in repository pts. commit 297b8d9f139ed9246ce1dae24185decfd65203f0 Author: Christoph Berg Date: Fri Dec 15 21:18:04 2017 +0100 Use http-pkp-packages.qa.debian.org (uncommited

[pts] branch master updated (d1e4bf6 -> 297b8d9)

This is an automated email from the git hooks/post-receive script. myon pushed a change to branch master in repository pts. from d1e4bf6 Remove $Revision$ tag new 297b8d9 Use http-pkp-packages.qa.debian.org The 1 revisions listed above as "new" are entirely new to this reposit

[pts] branch master updated (5a32925 -> d1e4bf6)

This is an automated email from the git hooks/post-receive script. myon pushed a change to branch master in repository pts. from 5a32925 Update Standards-Version new d1e4bf6 Remove $Revision$ tag The 1 revisions listed above as "new" are entirely new to this repository and wil

[pts] 01/01: Remove $Revision$ tag

This is an automated email from the git hooks/post-receive script. myon pushed a commit to branch master in repository pts. commit d1e4bf6e3f4ae0c947a53b0aedd04a90110a5f3a Author: Christoph Berg Date: Fri Dec 15 21:14:08 2017 +0100 Remove $Revision$ tag --- www/cgi-bin/soap-alpha.cgi

Bug#881607: DDPO: align columns in all tables, and allow long package names to wrap

Re: Ximin Luo 2017-11-13 <151056717749.32421.12032705499339191390.reportbug@localhost> > Please see the attached patches, as well as the attached screenshot. Hi, I applied the break-long-package-names one, thanks! The other one is a good idea as well, but it needs more work. Unfortunately there

Re: upgrading quantz.d.o (qa) to stretch

Re: Lucas Nussbaum 2017-10-27 <20171027172527.nqt2p7kedlcrn...@xanadu.blop.info> > Oh, during DebConf, I thought I understood that you found it hard to > deal with quantz because it has no clear "service owner" and also hosts > many different services which their own breakage patterns. > But if tha

vcswatch is now looking for tags

[Cross-posting from my blog, http://www.df7cb.de/blog/2016/vcswatch_is_now_looking_for_tags.html] About a week ago, I extended vcswatch to also look at tags in git repositories. Previously, it was solely paying attention to the version number in the top paragraph in debian/changelog, and would al

Re: r3473 - /trunk/pts/www/bin/update_incoming.sh

Re: Raphael Hertzog 2016-02-11 <20160211100942.gc25...@home.ouaza.com> > On Thu, 11 Feb 2016, m...@users.alioth.debian.org wrote: > > # download watch file information > > -get https://qa.debian.org/cgi-bin/udd-dehs dehs.yaml > > -get https://qa.debian.org/watch/watch-avail.txt watch-avail.txt > >

Bug#814368: PTS: removal of udd-dehs script means we get mail from the PTS about it daily

Re: Paul Wise 2016-02-10 <1455141522.2616.15.ca...@debian.org> > Christoph, please fix the PTS to use the new service that replaces the > udd-dehs script, we are currently getting mails about it daily since > you removed the script from the UDD site. > > From: Cron Daemon > Cron cd /srv/packages

Mole is history

Hi, I've just migrated the last mole user, qa.debian.org's watch file implementation to query UDD instead. The data from there seems more complete, and it was increasingly difficult, to keep mole running. The files on disk are still there, but I intend to remove these in the near future. Bart: t

Re: goocanvas vcs watch not working

Re: Ross Gammon 2015-09-11 <55f318ed@the-gammons.net> > Hi, > > Hi hope I am writing to the correct place. > > There seems to be a problem with the vcs watch URLs for the goocanvas > package. > https://qa.debian.org/cgi-bin/vcswatch?package=goocanvas > > It was recently adopted, and the vers

Re: [rt.debian.org #5997] Adding holger and mattia to gids qa and qa-core

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Re: Peter Palfrader via RT 2015-10-17 > On Sat Oct 10 16:24:40 2015, debian-qa@lists.debian.org wrote: > > > please add holger and mattia to gids qa and qa-core . > > Added holger to qa-core. Added mattia to qa. Thanks! > Are you sure you want

Re: [rt.debian.org #5997] Adding holger and mattia to gids qa and qa-core

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Re: Peter Palfrader via RT 2015-10-17 > On Sat Oct 10 16:24:40 2015, debian-qa@lists.debian.org wrote: > > > please add holger and mattia to gids qa and qa-core . > > Added holger to qa-core. Added mattia to qa. Thanks! > Are you sure you want

Adding holger and mattia to gids qa and qa-core

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, please add holger and mattia to gids qa and qa-core . Thanks, Christoph - -- c...@df7cb.de | http://www.df7cb.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJWGSLOAAoJEExaa6sS0qeuBUcP/06hagv+ZJXn/w9OorbsnRXu Ok1bfSmkuKb3efe

Bug#787570: debsources: DB: change sha256 column data type from string to bytea or bit string

Re: Stefano Zacchiroli 2015-06-02 <20150602214710.10925.72165.reportbug@timira.takhisis.invalid> > We should switch to a more economic (and efficient) data type for storing > sha256 checksums. Good options seem to be either bytea [1] or fixed-size bit > strings [2]. Suggestions welcome! Definitel

Bug#786396: [reproducible-builds] Classify issue by "toolchain" or "package" fix needed

Package: qa.debian.org User: qa.debian@packages.debian.org Usertags: reproducible User: reproducible-bui...@lists.alioth.debian.org Usertag: infrastructure Hi, for a user/packager perspective, it would be useful to have issues classified as "this should be fixed in the toolchain" or "this nee

Re: vcswatch stuck on old parted branch

Re: Colin Watson 2014-07-31 <20140730233549.gb5...@riva.ucam.org> > Hi, > > I used a "v3" branch for parted for a while, but in parted 3.1-4 > (uploaded 2014-07-23) I pointed the Vcs-* fields back at master. > However, https://qa.debian.org/cgi-bin/vcswatch?package=parted shows > that vcswatch is

Re: vcswatch

Re: Raphael Hertzog 2014-08-02 <20140802090202.ga7...@x230-buxy.home.ouaza.com> > There's no need for this. > > $ git ls-remote > https://alioth.debian.org/anonscm/git/openstack/ceilometer.git|grep HEAD > > This will give you the commit corresponding to the default branch. You can > then just ch

Re: vcswatch

Re: Thomas Goirand 2014-08-02 <53dca08d.8040...@debian.org> > The problem is that between the initial "git clone" and the subsequent > "git fetch", it is possible that the default branch of the remote bare > repository has changed, and therefore, vcswatch may continue to use the > wrong branch as t

Bug#754694: "A new upstream version is available" not up to date

Re: Raphael Hertzog 2014-07-13 <20140713204611.gl18...@x230-buxy.home.ouaza.com> > > https://tracker.debian.org/pkg/gnupg reports an action item > > "A new upstream version is available: 1.4.18". > > > > It claims to be last updated on 13 July, but the new > > upstream has been in sid since 2 July

Re: vcswatch seems not up-to-date for pandoc

Re: Andreas Tille 2014-06-30 <20140630100326.gc5...@an3as.eu> > Cool. Any reason not to use UDD? If there are good reasons could you > imagine some mirroring to UDD? I'd like to use it for Blends and all > the information used for Blends should be in UDD. I have no idea what the process is to c

Re: vcswatch seems not up-to-date for pandoc

Re: Jonas Smedegaard 2014-06-24 <20140624164126.21806.49...@bastian.jones.dk> > Hi, > > Cool addition of vcswatch to the QA page! > > I noticed what seems to be a bug - not biggie, but thought you might > want to know about it anyway: > > http://qa.debian.org/cgi-bin/vcswatch?package=pandoc&pok

Re: vcswatch showing outdated VCS version

Re: Christian Hofstaedtler 2014-06-29 <20140629133940.ga17...@sx.home.zeha.at> > Hi! > > vcswatch for bundler [1] shows that the current version tagged in > git would be 1.6.2-1, but this is clearly wrong -- there's a tag for > 1.6.3-1 in git and TTBOMK has been for the last 10 days. > > Is there

Re: Limiting piuparts results in DDPO

Re: Andreas Beckmann 2014-05-26 <53827309.9020...@debian.org> > [ switching to -qa@ and piuparts-devel@ ] > > I think we can assign severities to piuparts problems. for now 2 should > suffice: > * serious, e.g. "modifies/deletes files from an unrelated package" > * important, e.g. "leaves cruft in

Re: Limiting piuparts results in DDPO

Re: Holger Levsen 2014-05-24 <201405241551.17305.hol...@layer-acht.org> > Hi, > > why is this private between the three of us? Reply to -qa@l.d.o please Cc'ing now. > On Samstag, 24. Mai 2014, Christoph Berg wrote: > > I think the status as shown in DDPO shou

Re: testing is missing from http://qa.debian.org/cgi-bin/dcontrol

Re: Szépe Viktor 2014-05-19 <20140519152023.horde.wumzoyxnzibk3x_gegie...@szepe.net> > Thank you very much for your reply!! > > I do backports like Apache 2.4 for wheezy > https://gist.github.com/szepeviktor/11087679 > > I'd like to avoid `apt-get source` when discovering dsc file in testing: >

Re: testing is missing from http://qa.debian.org/cgi-bin/dcontrol

Re: Szépe Viktor 2014-05-15 <20140515205144.horde.rdne7ey9mo4xw-gwprcj...@szepe.net> > Dear Christoph! > > Excuse me for asking. Is it possible that jessie/testing is missing > from http://qa.debian.org/cgi-bin/dcontrol ? Unfortunately, the packagelist importer there doesn't discover new suites

Re: archivesync push to quantz broken since July 5th

Re: Simon Paillard 2013-07-15 <20130715181031.gq19...@mraw.org> > An error in one hook (snapshot code) triggers a issue with ftpsync, which stop > processing remaining tasks (like triggering your server). > > I've sent a manual push for the moment, until I fix ftpsync. Hi Simon, thanks for looki

Re: archivesync push to quantz broken since July 5th

:32:26 UTC 2013 sync:archive: sync:all SSH_CLIENT=2607:f8f0:610:4000:1a1a:0:ce0c:130d 42903 22 I'd expect one every 6 hours, though? Mit freundlichen Grüßen, Christoph Berg -- Tel.: +49 (0)21 61 / 46 43-187 credativ GmbH, HRB Mönchengladbach 12080 Hohenzollernstr. 133, 41061 Mönchengladbac

Re: Question concerning watch file checks in PTS

Re: Bart Martens 2013-01-28 <20130128212932.gb3...@master.debian.org> > On Mon, Jan 28, 2013 at 10:06:32PM +0100, Simon Kainz wrote: > > Host apgdiff.startnet.biz also gives the same result. Question is: > > Why do you query apgdiff.startnet.biz? When i apt-get source the > > package, my watch file

Re: UDD: statement_timeout for guest user set to 120s

Re: Lucas Nussbaum 2011-10-29 <20111029045114.ga25...@xanadu.blop.info> > Clearly the problem here is the Seq scans on packages, that require reading > the > data from disk since the table usually doesn't stay in RAM. (the packages > table > takes 2 GB). Apparently, when the machine is idle, the

Bug#566637: DDPO stops showing packages in other suites but not in unstable

Re: Sandro Tosi 2010-01-24 <8b2d7b4d1001240247o78be3d17pc5b84f1b32e0e...@mail.gmail.com> > now DDPO doesn't show packages that are still in other suites but were > removed from unstable. For a couple of examples: > > my DDPO: http://qa.debian.org/developer.php?login=morph > package in stable but

[Debian RT] gid qa for nthykier and jwilk

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, please add nthykier and jwilk to gid qa. Thanks, Christoph - -- c...@df7cb.de | http://www.df7cb.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOcKQDAAoJEExaa6sS0qeu0xIP/3AK+CwtmX1HNIrTRaEYWr5n Y5PHyUrtM5a

Re: DEHS moved to mole

Re: Lucas Nussbaum 2011-06-15 <20110615084236.ga13...@xanadu.blop.info> > > > UDD was importing DEHS data from > > > http://dehs.alioth.debian.org/udd_dump.txt > yes, YAML would be perfect. Hi, sorry it took a while. There now yaml data at http://qa.debian.org/cgi-bin/udd-dehs Data is updated

Re: DEHS moved to mole

Re: Lucas Nussbaum 2011-06-14 <20110614172545.ga8...@xanadu.blop.info> > UDD was importing DEHS data from > http://dehs.alioth.debian.org/udd_dump.txt abi-compliance-checker|1.21.12||1.6-1||1.6-1||f||f||1970-01-01 00:00:00| abicheck|1.2||1.2-5||1.2-5||t||f||2011-05-04 06:15:58| abind|1.3.0||1.3.0-

Re: DEHS moved to mole

Re: To debian-qa@lists.debian.org 2011-06-08 <20110608094252.gc3...@msgid.df7cb.de> > I've set up a WIP version of a new DEHS instance that uses the watch > files from the lintian lab to submit uscan results to mole. The data > is then extracted as a .db file and presented in DDPO. > > Todo: > *

Re: [daca] http://qa.debian.org/daca is 404

Re: Paul Wise 2011-06-12 > On Sun, Jun 12, 2011 at 8:17 PM, Stefano Zacchiroli wrote: > > > As per subject. Has DACA moved somewhere else? > > It seems to be available here, I guess a symlink went missing: Restored. > http://qa.debian.org/~geissert/daca/ > > Perhaps it should be moved into qu

DEHS moved to mole

Hi, I've set up a WIP version of a new DEHS instance that uses the watch files from the lintian lab to submit uscan results to mole. The data is then extracted as a .db file and presented in DDPO. Todo: * fix the PTS to use that * re-add some watch wizard for packages without a watch file * wr

Bug#565219: qa.debian.org: bug history graphs are incorrect

Re: Mike Hommey 2010-10-10 <20101010070516.ga4...@glandium.org> > I'd need rrdtool installed on quantz to go further and integrate the > whole thing properly in qa.d.o. (I have a local install in my $HOME). > Does such request need to go through DSA ? Yes, but an informal prod on IRC is usually en

Bug#565219: qa.debian.org: bug history graphs are incorrect

Re: Mike Hommey 2010-10-04 <20101004083753.ga6...@glandium.org> > PS: quantz does't have UserDir enabled, so for the moment the graphs are > just sitting in my home. They will obviously move, eventually. For an ugly workaround, you can create a /srv/qa.debian.org/web/~glandium/ symlink pointing to

bugs.qa.debian.org dropped

Re: To Debian QA Group 2010-09-17 <20100917212516.gf13...@df7cb.de> > Oh, btw: Does anyone use bugs.qa.debian.org? We intend to drop that > service unless someone uses (and adopts) it. bugs.qa.debian.org has been removed (thanks weasel). Christoph -- c...@df7cb.de | http://www.df7cb.de/ signat

[Debian RT] qa-core for jhr

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, please add jhr to gid qa-core (and QA-CORE in /etc/sudoers if that's not gone yet). Also, installing tmux on quantz would be nice for jhr to help him work there. Thanks, Christoph - -- c...@df7cb.de | http://www.df7cb.de/ -BEGIN PGP SIGNATU

qa.debian.org moved to quantz, bugs.qa.debian.org to be dropped

We've just moved qa.debian.org to quantz.debian.org. I've fixed most scripts and cronjobs, what's missing atm is a "dak ls" command so rmadison is currently broken. I hope to fix that tomorrow. Otherwise, there's a bunch of deprecation warnings for python scripts (the host is already squeeze), bu

[Debian RT] Resources needed for qa.debian.org

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, here's a list of things qa needs on quantz.debian.org: merkel's /org/qa.debian.org is 13GB atm. There's two big chunks: * popcon-graphs: 5.1G (necessary) * data/mole/db: 6.1G (probably room for improvement) There's also stuff in /org/scratch:

Bug#560352: Processed: Re: DDPO doesn't deal with multiple versions in Sources

Re: Daniel Baumann 2010-07-12 <4c3b809d.6000...@debian.org> > On 07/12/2010 10:46 PM, Christoph Berg wrote: > > do you have an example at hand where it fails now? I haven't seen any > > wrong versions reported lately. > > libgnupdf, qpxtool, xenwatch, pcsc-omnikey.

Bug#560352: Processed: Re: DDPO doesn't deal with multiple versions in Sources

tags 560352 moreinfo thanks Hi, > this bug was closed two and a half week ago, however, ddpo still > shows the mentioned wrong packages, reopening accordingly. do you have an example at hand where it fails now? I haven't seen any wrong versions reported lately. Christoph -- c...@df7cb.de | htt

Re: [MERKEL] Who's using python-debianbts?

Re: Sandro Tosi 2010-06-28 > I'm writing a script using python-debianbts, and I'd like to have it > running on merkel. Currently the 0.2 version is installed, but I'd > really like to have it upgraded to 1.4 (from bpo). > > Given those versions are incompatible (at least for the get_bug_log() >

Re: Created Teams/MIA

[Moving to debian-qa] Re: Jan Hauke Rahm 2010-06-14 <20100614075914.gc3...@ca.home.jhr-online.de> > as suggested by zack, I just created a page Teams/MIA on wiki.debian.org > to provide entry points and contact information for general audience. > It's certainly incomplete, so please expand whateve

Re: debcheck: "Arch: all" package pulls non-linux package by Recommends

Re: Ralf Treinen 2010-05-26 <20100526194043.gc2...@free.fr> > I am afraid there is currently no way. This would require architecture > constraints for relations between binary packages like > > Recommends: tomoyo-ccstools1.7 [! kfreebsd-i386 kfreebsd-amd64] > > Currently (policy 3.8.4), this is n

Re: retitling old ITA/ITP bugs to O/RFP

Re: Lucas Nussbaum 2010-05-26 <20100526061354.gb9...@xanadu.blop.info> > > Maybe just reverting to prior state : if RFP before ITP, then revert to > > RFP, otherwise, if direct ITP, then close ... > > That would indeed be the solution that makes the most sense. The problem > is that "prior state"

[Debian RT] Adding jhr to gid qa

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, please add jhr to gid qa so he can work on the MIA DB. Thanks. Christoph - -- c...@df7cb.de | http://www.df7cb.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktxMRIACgkQxa93SlhRC1pWpgCff/0dHXWTvRi08314dcbou8tZ

Bug#556217: DDPO does not show sponsored uploads

tags 556217 moreinfo thanks Re: Ludovic Brenta 2009-11-14 <87zl6ps3ld@ludovic-brenta.org> > One of my packages has been adopted by a new maintainer and I am the > sponsor. [...] > FWIW, both packages that expose the problem (gnade and polyorb) are > still in the NEW queue. Did you mean the pr

Bug#539081: DDPO: Inconsistent alphabetical order

Re: Daniel Moerner 2009-07-29 <20090728220209.14403.77566.report...@eee.wempire> > There is some inconsistency in how qa.debian.org handles packages in > alphabetical order. By default when I load qa.d.o, it seems to order > packages in alphabetical order. However, packages of the name: "X" > have

Bug#523092: mole/seedsymbols: python errors, missing packages

Re: Raphael Hertzog 2009-04-09 <20090409194102.gc28...@rivendell> > Can someone please fix whatever is needed so that packagelists works again ? Sorry, I meant to do that with the last round of mole hacking but got distracted. Will fix the packagelists ASAP. Christoph -- c...@df7cb.de | http://w

Bug#509416: PTS & DDPO: generic way to add and remove QA reports to PTS pages

Re: Paul Wise 2008-12-22 <1229926966.25919.101.ca...@chianamo> > I think a generic way to allow people (inc those not in the QA group) to > add QA report links to each package with issues that QA report covers. > > I think a mail bot is the way to implement this, some ideas on that: > > To: pts-r

Bug#512953: [DEHS] wrong display: "Debian Version: 0.8-1 (mangled: 0.7-1)"

Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertag: dehs From this morning, after having uploaded 0.8-1 last night: http://dehs.alioth.debian.org/report.php?package=tenace * Name: tenace o Pop Inst: 22 o Upstream Version: 0.7

Re: For those who care about bts-link: call for adoption

Re: Pierre Habouzit 2008-11-02 <[EMAIL PROTECTED]> > Makes sense to me. Sadly, I've heard no such person yet :| As I have hacked on bts-link before I am considering being that one. Just waiting for some spare time, and partly still thinking about whether I will have enough time for it. Christoph

Orphaned packages that were not part of etch, take 2

Re: Frank Lichtenheld 2008-07-20 <[EMAIL PROTECTED]> > I've compiled a list of orphaned packages that were not part of etch > (and, unless otherwise noted, were not part of sarge). > > I think it would be a good idea to remove some of them (at least from > testing) before lenny's release. Includin

Re: For those who care about bts-link: call for adoption

Re: Pierre Habouzit 2008-10-30 <[EMAIL PROTECTED]> > On Thu, Oct 30, 2008 at 04:52:58PM +, Christoph Berg wrote: > > Re: Pierre Habouzit 2008-10-30 <[EMAIL PROTECTED]> > > > Anyways, the information is: I don't intend to maintain or run bts-link > > &g

Re: For those who care about bts-link: call for adoption

Re: Pierre Habouzit 2008-10-30 <[EMAIL PROTECTED]> > Anyways, the information is: I don't intend to maintain or run bts-link > anymore[2], it is up for adoption. If the BTS people wish to inherit the > beast they come first, but any motivated group of people are welcomed. If the BTS folks don't wa

  1   2   >