Other script for creation of /org/qa.debian.org/data/ddpo/results/bugs.txt?
Hi,
I had the idea to create this file on master without the need to open
the summary files, because now all necessary information is stored in
the single file for ldap. Well, the following is a script by me as a
proof of concept; it needs less than 5 seconds for creation of that
file (and is certainly much optimizable ;). This is of course just an
idea, and open to discussion. And, one feature is missing: This code
does it on binary packages, not on source packages, as master is not
an ftp-mirror.
Cheers,
Andi
#! /usr/bin/perl -w
my %c=();
open(IN, "< /debian/home/aba/bts2ldap.new/data/fullindex") || die "Cant open
data file";
while() {
chomp ;
if (/^$/) {
&addpackage;
%c=();
next;
}
if (/debbugsID: (.*)/) {
$c{'id'} = $1;
next;
}
if (/debbugsPackage: (.*)/) {
$c{'package'} = $1;
next;
}
if (/debbugsMerged: (.*)/) {
if ((!($c{'m'})) || ($c{'m'} > $1)) {
$c{'m'}=$1;
}
next;
}
if ((/debbugsTag: fixed/) || (/debbugsTag: pending/)) {
$c{'fp'}=1;
next;
}
if (/debbugsSeverity: (.*)/) {
$c{'severity'}=$1;
next;
}
}
&addpackage;
sub addpackage {
(%c) || (return);
if ($c{'severity'}=~ /critical|grave|serious/) {
$s="RC";
} elsif ($c{'severity'}=~ /important|normal/) {
$s="IN";
} elsif ($c{'severity'}=~ /minor|wishlist/) {
$s="MW";
} else {
die "Unknow severity $c{'severity'} at package $c{'package'}
($c{'id'}";
}
if ($c{'fp'}) {
$s="FP";
}
$global{$c{'package'}}{$s}++;
if ((!($c{'m'})) || ($c{'m'} > $c{'id'})) {
$global{$c{'package'}}{$s."M"}++;
}
}
foreach $i (keys %global) {
print "$i:";
foreach $j ('RC', 'IN', 'MW', 'FP') {
$global{$i}{$j} += 0;
$global{$i}{$j."M"} += 0;
print $global{$i}{$j}."(".$global{$i}{$j."M"}.")";
if ($j ne 'FP') {
print " ";
}
}
print "\n";
}
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
Moving qa away from klecker
I intend to move qa from klecker to merkel in the near future. klecker is restricted now, which is kind of awkward, especially for the MIA database. merkel has plenty of RAM (for debcheck), enough disk space (unlike klecker, which runs out of disk constantly), and has the benefits of having a local FTP and BTS mirror. During this move, I intend to move all QA cron jobs to a dedicated "qa" user. If you have any complaints, speak up now. Otherwise I'll go ahead once the "qa" user exists. I will then contact people running cron jobs individually. -- Martin Michlmayr [EMAIL PROTECTED]
please upload ragel to close rc bug
hi everyone, i am the maintainer of ragel, but i am no dd so i can't upload new versions directly. my sponsor (csmall) is currently unavailable, so i would be happy if someone of you could upload the new version for me. this will (hopefully) close a ftbfs on some archs. files are at http://www.semistable.com/files thanks robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Re: please upload ragel to close rc bug
* Robert Lemmen ([EMAIL PROTECTED]) [040322 17:10]: > i am the maintainer of ragel, but i am no dd so i can't upload new > versions directly. my sponsor (csmall) is currently unavailable, so i > would be happy if someone of you could upload the new version for me. > this will (hopefully) close a ftbfs on some archs. files are at > http://www.semistable.com/files debian-qa is probably not the best list for this request; however, if no-one else is faster, I'll do this upload this evening. Thank you for your contribution to Debian. Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
Re: please upload ragel to close rc bug
On Mon, Mar 22, 2004 at 05:24:49PM +0100, Andreas Barth wrote: > debian-qa is probably not the best list for this request; however, if > no-one else is faster, I'll do this upload this evening. Normally sponsorship requests would go to debian-mentors. -- "You grabbed my hand and we fell into it, like a daydream - or a fever."
Re: Moving qa away from klecker
* Martin Michlmayr ([EMAIL PROTECTED]) [040322 15:40]: > I intend to move qa from klecker to merkel in the near future. > klecker is restricted now, which is kind of awkward, especially for > the MIA database. merkel has plenty of RAM (for debcheck), enough > disk space (unlike klecker, which runs out of disk constantly), and > has the benefits of having a local FTP and BTS mirror. During this > move, I intend to move all QA cron jobs to a dedicated "qa" user. I just started to mirror the bts LDAP-data to merkel:~aba/bts2ldap/data/fullindex to allow access to a fuller index (without so many read operations on different files). As merkel is also a mirror, I can quite easily change the script I posted yesterday to create bugs.txt, and run it after each bts-LDAP-mirror push. Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
Some words about the BSP
Hi. I wrote a little review of the BSP in my blog[1], but I wanted to write something more "official" here on debian-qa, too. Since we were only a small group of participants coordination was not too complicated (although I find it still weird to talk English a whole weekend with a bunch of German people ;). As I wrote in my blog, my "targets" page[2] was really usefull and I will try to use something like that in the future, too; perhaps moving it to a place where more people can edit it, like the Debian Wiki, other proposals are welcome. What has surprised me that there were actually people that don't want to participate in a BSP on OPN since they only use oftc out of "political" reasons. This flamewar/discussion/whatever was before my involvement in Debian. How was this handled at previous BSPs? Or was it just ignored like I did? I wrote a little skriptto display the contents of the DELAYED queue[3]. Perhaps it turns out to be usefull to others, too. Comments welcome. Would it make sense to announce another BSP for next weekend? I have the time (but not in two weeks), but I don't know if it would be worth the effort and will try to get others opinions on the subject before actually announcing it. So, I think thats all for now :) [1] http://www.livejournal.com/users/djpig/4378.html [2] http://poeple.debian.org/~djpig/bsp.html [3] http://people.debian.org/~djpig/delayed.html Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/
Re: Some words about the BSP
Hi Frank! You wrote: > What has surprised me that there were actually people that don't want to > participate in a BSP on OPN since they only use oftc out of "political" > reasons. This flamewar/discussion/whatever was before my involvement in > Debian. How was this handled at previous BSPs? Or was it just ignored > like I did? I think we had it on both networks last (or t least a previous) time, using online irc logs to coordinate. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
