Re: alsa-lib qa-doublebuild release goal in lenny
severity 505088 important thanks Lionel Elie Mamane writes: > Maintainer has put it to severity "minor" (not sure why: because it > applies only to nanosecond timestamp filesystems? because he thought > it did not apply to the version in lenny?), which I consider too > low. Not entering BTS ping-pong, but if the release team agrees with > me (it is a "confirmed" release goal according to > http://release.debian.org/lenny/rc_policy.txt), please say so. I'd be > glad to do an NMU if that's appreciated / necessary / ..., but: > - when the maintainer considers it "minor", I feel I need strong >reasons to do it > - at this point I'm not sure if we are supposed to do it only for RC >bugs or also for release goals. Only for RC bugs, so please don't NMU. I think we will just add the doublebuild thing to the release goals for squeeze (though mandating an idempotent build process would be something for the policy in general), so this bug is at least important. Marc -- Fachbegriffe der Informatik - Einfach erklärt 245: Stockoptions Die Geschäftsleitung behält sich vor, die Prügelstrafe einzuführen. (Manfred Worm Schäfer) pgpCFD860SgP0.pgp Description: PGP signature
Orphaning some perl packages
retitle 456924 O: libgstreamer-perl -- Perl interface to the gstreamer noowner 456924 thanks Heya, In my quest to get rid of tasks I don't have the motivation to actually work on, I want to give up some of my packages. Basically, there are three groups: Packages that are just fine and need a maintainer, packages that are just fine and should probably go to the perl group and packages that should probably be removed. I've marked the packages accordingly in the following list. Whatever doesn't get picked up here will get an O/RM bug in a few weeks (that is, whenever I think about this again): * libtest-number-delta-perl libx11-freedesktop-desktopentry-perl libexporter-tidy-perl libextutils-depends-perl libextutils-pkgconfig-perl Misc perl libs. Should probably go to the perl group. * libcairo-perl* libglib-perl* libgnome2-canvas-perl libgnome2-gconf-perl* libgnome2-perl* libgnome2-print-perl* libgnome2-vfs-perl* libgnome2-wnck-perl* libgtk2-ex-podviewer-perl libgtk2-gladexml-perl* libgtk2-html2-perl libgtk2-perl* libgtk2-spell-perl libgtk2-trayicon-perl libgtk2-traymanager-perl Perl bindings for some common Gtk/Gnome libraries. Upstream is active, updates packages and fixes issues. Maintaining these packages is easy, if a bit boring. Perl group material, I guess. At the moment, some of these (the ones with a *) are maintained by the "Gtk2-Perl Maintainers" (active members: 0.2, and that's me). libgtk2-spell-perl and libgtk2-html2-perl could also be removed from the archive. The rest is of good quality and used. * odot Small todo application based on Gtk2-Perl. Could also be removed, I guess. * libgstreamer-perl Already orphaned in my last drive, someone offered to pick it up, but never acted on it. So it's on the list, once again. * libenv-ps1-perl libterm-readline-zoid-perl zoidberg Yet another dead perl shell and support libs. Removal candidate unless someone is really interested (to also take over upstream development) The few other packages I still have can stay with me, I think. I need them and noone else would be interested in maintaining them, s :-) Thanks, Marc -- Fachbegriffe der Informatik - Einfach erklärt (120: INN 2.x) INN 2.x ist wie Fertig-Spaghetti aus der Tüte. Schmeckt lecker und ist im Grunde ganz einfach zuzubereiten. Trotzdem muß man ständig umrühren, damit's nicht anbrennt. (Andreas M. Kirchwitz) pgpotMdY6bHjE.pgp Description: PGP signature
Re: suite tags (Re: Doing some stable QA work)
Don Armstrong <[EMAIL PROTECTED]> writes: > *** proposal *** > > For the purposes of determining buginess, setting a distribution tag > limits the bugginess of a package in distribtions to the intersection > of the distributions and the version-based bugginness of a package. > > This means that a bug that would normally be buggy in etch and lenny > (but fixed in sid) due to the versions present of that package would > only be present in lenny if tagged lenny and tagged sid. > > For the purposes of archival, we just use the buginess state above > instead, defaulting to (testing distribution), sid. > > *** end proposal *** > > Does that meet the needs of the RMs et al? Yes. Marc -- Fachbegriffe der Informatik - Einfach erklärt 117: Las Vegas Mekka fuer experimentelle Statistik. (Jens Hoffmann) pgpEPqt8zrM0v.pgp Description: PGP signature
Re: Layout of the Ultimate Debian Database, and the quest for example queries
"Sandro Tosi" <[EMAIL PROTECTED]> writes: >> The GSOC is slowly coming to its end, and all the sources, which we >> definitely >> wanted to import are imported. If you want to have a look at the layout of >> the >> database (which possibly will be changed), go to [1] and have a look. >> Furthermore, you can see when and how often our data is updated. > For what I can see, UDD scope is now to be a sort of "Debian > Datawarehouse" (where data is stored to be analyzed/queried): is there > any plans (if this is desired) to let it become the primary source of > information for the Debian project? Once we have it, can't we simply > write info on it, instead to use a custom repository for each debian > tool, to be sync'ed once in a while? Well, that's an idea we already had while doing this, but it's not an option while the UDD is still developed on a private box. I have been talking to Peter Palfrader to get in on a debian host (merkel, most probably) in the long run, but this is not an option while the basic parts are still a moving target. When it has been moved to a Debian host, we can start talking about migrating services to using it directly. Marc -- Fachbegriffe der Informatik - Einfach erklärt 122: Updateritis Softwarebulemie (Frank Klemm) pgpZsxpxeE4hf.pgp Description: PGP signature
Re: Orphaned packages that were not part of etch
Frank Lichtenheld <[EMAIL PROTECTED]> writes: > I've reassigned the bugs to ftp.debian.org for packages that should be > removed from Debian completly. I would suggest the following removals > from testing at this point: > > # #491892: RoQA; NPOASR, orphaned > remove hg-buildpackage/1.0.4.1 > # #491891: RoQA; NPOASR, orphaned > remove krecordmydesktop/0.1~alpha1+debian-2 > # #491900: RoQA; NPOASR, orphaned > remove kxgenerator/0.3.7+dfsg-3 To be sure that these actually go, I've added the removal hints. FWIW, even though lenny is frozen, testing removals will automatically happen when the unstable version was removed. Marc -- Fachbegriffe der Informatik - Einfach erklärt 63: professionelles Arbeiten Netscape ist nicht auf der Festplatte (Matthias Bruestle) pgpn0Nl1egLFH.pgp Description: PGP signature
Bug#483179: PTS: please link to Ubuntu Launchpad bugs page
Joerg Jaspert <[EMAIL PROTECTED]> writes: > On 11399 March 1977, Marc Brockschmidt wrote: Ok, but then why on the PTS I can see the patches applied in Ubuntu? :) >>> Maybe because they aren't hidden in some non-free crap software? >>> As long as Launchpad is non-free one shouldn't think about using or >>> linking to it, Debian is about free software, build with free software, >>> etc... >> Last time I checked, Debian supports the use of non-free software >> through our BTS, PTS and mirror system. I don't think that we should >> reject links to launchpad based on "it's non-free" - there might be >> other, valid reasons, but Debian hasn't yet decided to remove all links >> to non-free content. [1] > You know that there is a *huge* difference between actually using it > yourself or leaving others the option to use it. How is placing some (publically available) information on a page forcing everyone to use Launchpad? Those people who like Launchpad can go there and check the actual issues, those who don't like it can easily ignore the information (and link). Marc -- BOFH #221: The mainframe needs to rest. It's getting old, you know. pgp23jY5qfG4b.pgp Description: PGP signature
Bug#483179: PTS: please link to Ubuntu Launchpad bugs page
Joerg Jaspert <[EMAIL PROTECTED]> writes: > On 11399 March 1977, Sandro Tosi wrote: >>> *I* wouldnt want that, for the simple reason that its an overview about >>> your package in Debian, not "Debian + any possible derivative where >>> people would like a link to". >> Ok, but then why on the PTS I can see the patches applied in Ubuntu? :) > Maybe because they aren't hidden in some non-free crap software? > > As long as Launchpad is non-free one shouldn't think about using or > linking to it, Debian is about free software, build with free software, > etc... Last time I checked, Debian supports the use of non-free software through our BTS, PTS and mirror system. I don't think that we should reject links to launchpad based on "it's non-free" - there might be other, valid reasons, but Debian hasn't yet decided to remove all links to non-free content. [1] Marc Footnotes: [1] Not that our website would actually be free content... -- Fachbegriffe der Informatik - Einfach erklärt 259: Hardwall Einpflegen der Filterregeln und Updates mittels Lötkolben. (Ulrich Eckhardt) pgpwLs4a94xu6.pgp Description: PGP signature
Re: co-mentor wanted for a QA GSOC project
Stefano Zacchiroli <[EMAIL PROTECTED]> writes: > On Fri, Feb 29, 2008 at 01:07:11PM +0100, Lucas Nussbaum wrote: >> However, I would prefer to share the mentoring with someone else, in >> case I get too busy with other things at some point. >> >> Is someone interested? > I'm interested in seeing this project getting through. Given that nobody > else has yet stepped in, I'm willing to help in being a co-mentor for > this. FWIW, I can help too (though I'm of the opinion that this project is a wonderful example for something that can hardly be done by someone not experienced with Debian) Marc -- Fachbegriffe der Informatik - Einfach erklärt 89: PSD Damit die Schriften nicht aussehen, als wären sie mit der Laubsäge bearbeitet. (Meikel Katzengreis) pgpPnokenEaFA.pgp Description: PGP signature
Re: List of packages which should probably be Architecture: all
Raphael Geissert <[EMAIL PROTECTED]> writes: > Brendan O'Dea <[EMAIL PROTECTED]> >perl-base That's a false positive. Please also take a look at Pre-Depends. Or simply let off of this effort, the number of false positives is enormous. Marc -- BOFH #343: The ATM board has run out of 10 pound notes. We are having a whip round to refill it, care to contribute ? pgpzdIRnyvpfc.pgp Description: PGP signature
Re: Some ideas from the "Supporting 15.000 packages" BoF
Jérémy Bobbio <[EMAIL PROTECTED]> writes: > * When packages look abandonend, fill a RC bug saying "if you don't >close this bug in a month, will ask for removal". > => That was done already done by the Q&A team. It was done a long time ago, another run wouldn't hurt. The reactions were mostly positive though (most maintainers replied that they just "forgot" the package...), so that should be encouraging. > Volatile currently have only 11 packages. Should we extend volatile's > scope to incorporate more packages? Not for random applications, I think. Marc -- BOFH #273: The cord jumped over and hit the power switch. pgpNMlCOdXXXp.pgp Description: PGP signature
Re: RFC: use readable $(cmd) syntax instead of unreadable `cmd`
Jari Aalto <[EMAIL PROTECTED]> writes: [wether to use $() or ``] > Le't call this "wishlist" if we need to be pedantic. I would still > call this a bug from a QA perspective. Quality is more than "valid > syntax". This is not a bug. Not even wishlist. Even discussing this issue is a senseless waste of time, so please stop it. That you are not able to configure your system to show a difference between `, ' and " is *not* a reason to share this problem with the rest of the world. Marc -- BOFH #208: Your mail is being routed through Germany ... and they're censoring us. pgpoMBUDDVYc2.pgp Description: PGP signature
Re: Packages still linked against libstdc++5 in unstable
Nathanael Nerode <[EMAIL PROTECTED]> writes: > jabber-jit Still some users. > juice Almost no users, maintainer seems to be MIA. > kimwitu++ Maintainer is still alive, but the package has like *no* users. > launchtool Maintainer is very alive, but the package isn't really used. > le Still has some users, but the maintainer seems to be very MIA (but isn't reported as such in the MIA db) > logtools Maintainer alive, but the package has only a few users. > maildir-bulletin Same maintainer, but the package has almost no users. > metacam 400 popcon installations, maintainer active. > pathogen 236 installations, maintainer active. > playmp3list A few users, maintainer active. > postal Same maintainer as logtools, maildir-bulletin, but only a few users. > pwsafe Maintainer in the MIA DB, but the package still has a few users. > qe Maintainer foka, almost no users. > qmc Maintainer active, but almost no users. > re Maintainer active, some users. > shaperd Maintainer active, but almost no users. > sillypoker Maintainer a bit active and still some users. > tardy Almost no users, but twiki has a build-depends on it. Maintainer looks MIA (but isn't in the DB) > tigr-glimmer Almost no users, maintainer looks MIA. Is depended on by the med-bio metapackage. > vncsnapshot Maintainer active, but only a few users. So, it looks like juice, maildir-bulletin, qe, qmc, shaperd and tigr-glimmer are easy removals. Anyone interested to mail the respective maintainers? Marc -- BOFH #386: The Internet is being scanned for viruses. pgplzoM4v0V9c.pgp Description: PGP signature
Re: Can we remove 44bsd-rdist?
Mohammed Adnène Trojette <[EMAIL PROTECTED]> writes: > Even though it hasn't been orphaned for a long time, 44bsd-rdist: > * is RC-buggy, > * has only 5 users according to popcon, > * was last uploaded in 2002. > > What do you think? Please file a removal bug. Marc -- BOFH #420: Feature was not beta tested pgpKjnoa3bYda.pgp Description: PGP signature
Let's remove coda, coda-doc
Heya, coda and coda-doc are both orphaned, rc-buggy and have almost no popcon users. They're also only in experimental. Though there is an ITA, there was no progress in the last year. So I'd propose to remove it - if it ever gets packaged properly again, it should be no problem to send it through NEW again. But in its current state, it's simply useless... If noone cries (in an adequate way), I'll file a removal bug at the end of this week. Marc -- Fachbegriffe der Informatik - Einfach erklärt 139: AOL-CD Das wichtigste Werkzeug des gemeinen Spammers oder Trolls in Deutschland. (Marc Haber) pgpoKX9vWRIYM.pgp Description: PGP signature
Re: Let's remove gandalf
retitle 263047 RM: gandalf -- RoQA; old, unused, unmaintained, rc buggy reassign 263047 ftp.debian.org thanks Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> writes: > The maintainer orphaned gandalf in 263047 and requested removal if no > one's interested to adopt it - that was two weeks ago now, nobody > stepped up (and the package was RFAed for a long time before that). It's > RC buggy and has very few users ... let's remove it, eh? > > I'll reassign the bug to ftp.d.o in the next few days if nobody > disagrees. pgpXjpgEhjE6g.pgp Description: PGP signature
Let's remove gandalf
Heya, The maintainer orphaned gandalf in 263047 and requested removal if no one's interested to adopt it - that was two weeks ago now, nobody stepped up (and the package was RFAed for a long time before that). It's RC buggy and has very few users ... let's remove it, eh? I'll reassign the bug to ftp.d.o in the next few days if nobody disagrees. Marc -- Fachbegriffe der Informatik - Einfach erklärt 254: Sicherheit Q276304 - Error Message: Your Password Must Be at Least 18770 Characters and Cannot Repeat Any of Your Previous 30689 Passwords. pgp5E8LvXrW9E.pgp Description: PGP signature
NMU for qcad
Heya,
I've just NMUed qcad to help with the xlibs-dev transition. I also did
some changes to the packaging to address the concerns Frank had in
#321671, but this package urgently needs a new maintainer. I'd propose
to orphan it in the next few weeks.
Marc
--
Fachbegriffe der Informatik - Einfach erklärt
135: Druckertreiber
pure virtual Araber (Martin Neumann)
diff -u qcad-2.0.4.0-1/debian/control qcad-2.0.4.0-1/debian/control
--- qcad-2.0.4.0-1/debian/control
+++ qcad-2.0.4.0-1/debian/control
@@ -2,19 +2,19 @@
Section: graphics
Priority: optional
Maintainer: Javier Carranza <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 4.2.0), libqt3-mt-dev (>= 3.3.2), libqt3-headers (>= 3.3.2), xlibs-dev, qt3-dev-tools (>= 3.3.2), qt3-apps-dev (>= 3.3.2)
+Build-Depends: debhelper (>> 4.2.0), libqt3-mt-dev (>= 3.3.2), libqt3-headers (>= 3.3.2), qt3-dev-tools (>= 3.3.2), qt3-apps-dev (>= 3.3.2)
Standards-Version: 3.6.1
Package: qcad
Architecture: any
-Depends: ${shlibs:Depends}, libqcad0 (= 2.0.4.0-1-2.1)
+Depends: ${shlibs:Depends}
Suggests: partlibrary
Description: A professional CAD System
With QCad 2 you can easily construct and change drawings with ISO-texts and
many other features and save them as DXF-files. These DXF-files are the
interface to many CAD-systems such as AutoCADR and many others.
.
- Homepage: http://qcad.org/
+ Homepage: http://www.ribbonsoft.com/qcad.html
Package: qcad-doc
Architecture: all
@@ -29,15 +29,8 @@
-Package: libqcad0
+Package: libqcad0-dev
Architecture: any
Depends: ${shlibs:Depends}
-Description: Qcad libraries
- Qcad is a professional CAD system such as AutoCADR and many others. This
- package contains library files for Qcad components.
-
-Package: libqcad0-dev
-Architecture: all
-Depends: libqcad0 (= 2.0.4.0-1-2.1)
-Description: Qcad development headers
+Description: Qcad development headers and static libraries
Qcad is a professional CAD system such as AutoCADR and many others. This
- package contains header files of Qcad components.
+ package contains header files and the static libraries of Qcad components.
diff -u qcad-2.0.4.0-1/debian/changelog qcad-2.0.4.0-1/debian/changelog
--- qcad-2.0.4.0-1/debian/changelog
+++ qcad-2.0.4.0-1/debian/changelog
@@ -1,3 +1,13 @@
+qcad (2.0.4.0-1-2.2) unstable; urgency=low
+
+ * Non-maintainer upload
+ * Drop unneeded xlibs-dev build-dep (Closes: #347061)
+ * Drop libqcad0 package, move static libs to libqcad0-dev (and change
+that to arch: any) and fix deps. (Closes: #321671)
+ * Fix link to homepage in Description (Closes: #282206)
+
+ -- Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> Sat, 21 Jan 2006 18:06:09 +0100
+
qcad (2.0.4.0-1-2.1) unstable; urgency=low
* Non-maintainer upload.
diff -u qcad-2.0.4.0-1/debian/rules qcad-2.0.4.0-1/debian/rules
--- qcad-2.0.4.0-1/debian/rules
+++ qcad-2.0.4.0-1/debian/rules
@@ -66,17 +66,17 @@
cp $(CURDIR)/debian/dxf.desktop $(CURDIR)/debian/qcad/usr/share/mimelnk/image/
-cd fparser/ && INCDIR=$(CURDIR)/debian/libqcad0-dev/usr/include/ \
- LIBDIR=$(CURDIR)/debian/libqcad0/usr/lib/ $(MAKE) install
+ LIBDIR=$(CURDIR)/debian/libqcad0-dev/usr/lib/ $(MAKE) install
-cd qcadcmd/ && INCDIR=$(CURDIR)/debian/libqcad0-dev/usr/include/ \
- LIBDIR=$(CURDIR)/debian/libqcad0/usr/lib/ $(MAKE) install
+ LIBDIR=$(CURDIR)/debian/libqcad0-dev/usr/lib/ $(MAKE) install
-cd qcadlib/ && INCDIR=$(CURDIR)/debian/libqcad0-dev/usr/include/ \
- LIBDIR=$(CURDIR)/debian/libqcad0/usr/lib/ $(MAKE) install
+ LIBDIR=$(CURDIR)/debian/libqcad0-dev/usr/lib/ $(MAKE) install
-cd dxflib/ && INCDIR=$(CURDIR)/debian/libqcad0-dev/usr/include/ \
- LIBDIR=$(CURDIR)/debian/libqcad0/usr/lib/ $(MAKE) install
+ LIBDIR=$(CURDIR)/debian/libqcad0-dev/usr/lib/ $(MAKE) install
-cd qcadactions/ && INCDIR=$(CURDIR)/debian/libqcad0-dev/usr/include/ \
- LIBDIR=$(CURDIR)/debian/libqcad0/usr/lib/ $(MAKE) install
+ LIBDIR=$(CURDIR)/debian/libqcad0-dev/usr/lib/ $(MAKE) install
-cd qcadguiqt/ && INCDIR=$(CURDIR)/debian/libqcad0-dev/usr/include/ \
- LIBDIR=$(CURDIR)/debian/libqcad0/usr/lib/ $(MAKE) install
+ LIBDIR=$(CURDIR)/debian/libqcad0-dev/usr/lib/ $(MAKE) install
touch install-stamp
@@ -84,10 +84,10 @@
binary-indep: build install
# We have nothing to do by default.
# dh_testversion
- dh_testdir -i -pqcad-doc -plibqcad0-dev
- dh_testroot -i -pqcad-doc -plibqcad0-dev
+ dh_testdir -i -pqcad-doc
+ dh_testroot -i -pqcad-doc
# dh_installdebconf
- dh_installdocs -i -pqcad-doc -plibqcad0-dev
+ dh_installdocs -i -pqcad-doc
dh_installexamples -i -pqcad-doc qcad/examples/*
# dh_installmenu -i
# dh_installemacsen
@@ -97,19 +97,19 @@
# dh_installman -i
# dh_installinfo
# dh_undocumented qcad.1x.gz
- dh_installchangelogs -i -pqcad-doc -plibqcad0-dev
+ dh_installchangelogs -i -pqcad-doc
# dh_link -i
- dh_strip -i -pqcad-doc -plibqcad0-dev
- dh_compress -i -X.css -X.dx
Let's remove libgnome-gnorba-perl!
Heya, As a first step to a world without perl bindings for Gtk/Gnome 1.X, we should remove libgnome-gnorba-perl. No rdepends, no users, rc-buggy (xlibs-dev transition), no maintainer. Marc -- Fachbegriffe der Informatik - Einfach erklärt 63: professionelles Arbeiten Netscape ist nicht auf der Festplatte (Matthias Bruestle) pgpLn80kKNqaO.pgp Description: PGP signature
Re: international Debian work meetings in Extremadura, Spain, during 2006
Martin Michlmayr <[EMAIL PROTECTED]> writes: > * Andreas Schuldei <[EMAIL PROTECTED]> [2005-12-06 16:27]: >> These are the dates that we can have gatherings there: >> - April 19-23. > Is there any interest in a QA meeting, maybe in April? That seems to near to debconf6. What about the weekend in September? Marc -- BOFH #54: Evil dogs hypnotized the night shift pgpMOjMIg3NiB.pgp Description: PGP signature
Re: Tracking of recently filed QA bugs
Raphael Hertzog <[EMAIL PROTECTED]> writes: > Le lundi 12 septembre 2005 à 01:06 +0200, Marc 'HE' Brockschmidt a > écrit : >> Frank and I checked a bunch of very old packages and filed some bugs >> about them - I just added usertags for "my" bugs to make tracking >> easier. Bugs that propose to remove the package and give the maintainer >> some time to react are now tagged "proposed-removal", bugs that ping the >> maintainer and will lead to orphaning the package use "proposed-orphan". >> I've used debian-qa@lists.debian.org as user for all of this. > This is a nice way to handle it indeed. I suggest you start documenting > the procedure in the new wiki somewhere for example a new page : > http://wiki.debian.org/qa.debian.org/removals I've added some basic information. Marc -- Fachbegriffe der Informatik - Einfach erklärt 135: Druckertreiber pure virtual Araber (Martin Neumann) pgpC1S2XTvuqd.pgp Description: PGP signature
Re: Tracking of recently filed QA bugs
Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> writes: > Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> writes: >> To see what I've done until now, look at this page: >> http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=proposed-orphan,proposed-removal;[EMAIL >> PROTECTED];pri0=tag:proposed-removal,proposed-orphan > > This is more sophisticated (though the URI is ugly as hell): > > http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=proposed-orphan,proposed-removal;[EMAIL > > PROTECTED];nam0=Status;pri0=tag:proposed-removal,proposed-orphan;ttl0=Proposed > to be removed,Proposed to be > orphaned;nam1=Severity;pri1=severity:critical,grave,serious,important,normal,minor,wishlist;ttl1=Critical,Grave,Serious,Important,Normal,Minor,Wishlist,Unknown > Severity;ord1=0,1,2,3,4,5,6,7 OK, after the first few bugs were closed, i added a third level: <http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=proposed-orphan,proposed-removal;[EMAIL PROTECTED];nam0=Proposals;pri0=tag:proposed-removal,proposed-orphan;ttl0=Proposed to be removed,Proposed to be orphaned;nam1=Status;pri1=severity:serious,normal;ttl1=No answer yet,acknowledged;nam1=Progress;pri2=pending:pending,done;ttl2=In progress,Solved> I'll document this as soon as I have time. Marc -- BOFH #267: The UPS is on strike. pgpcHeqdlyx7l.pgp Description: PGP signature
Re: Tracking of recently filed QA bugs
Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> writes: > To see what I've done until now, look at this page: > http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=proposed-orphan,proposed-removal;[EMAIL > PROTECTED];pri0=tag:proposed-removal,proposed-orphan This is more sophisticated (though the URI is ugly as hell): http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=proposed-orphan,proposed-removal;[EMAIL PROTECTED];nam0=Status;pri0=tag:proposed-removal,proposed-orphan;ttl0=Proposed to be removed,Proposed to be orphaned;nam1=Severity;pri1=severity:critical,grave,serious,important,normal,minor,wishlist;ttl1=Critical,Grave,Serious,Important,Normal,Minor,Wishlist,Unknown Severity;ord1=0,1,2,3,4,5,6,7 Marc -- BOFH #104: backup tape overwritten with copy of system manager's favourite CD pgpvf1pAcKqwC.pgp Description: PGP signature
Tracking of recently filed QA bugs
Heya, Frank and I checked a bunch of very old packages and filed some bugs about them - I just added usertags for "my" bugs to make tracking easier. Bugs that propose to remove the package and give the maintainer some time to react are now tagged "proposed-removal", bugs that ping the maintainer and will lead to orphaning the package use "proposed-orphan". I've used debian-qa@lists.debian.org as user for all of this. To see what I've done until now, look at this page: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=proposed-orphan,proposed-removal;[EMAIL PROTECTED];pri0=tag:proposed-removal,proposed-orphan Not very interesting yet, but as all of these mails say "You have one week to react", we can just use http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=proposed-orphan,proposed-removal;[EMAIL PROTECTED];pri0=tag:proposed-removal,proposed-orphan&mindays=7 to get a list of bugs that are older than a week. We can just retitle and reassign those to get proper wnpp and ftp.debian.org bugs next week :) This is only one, very simple usage of usertags, but they can help us to organise work a lot better than before. Marc -- BOFH #370: Virus due to computers having unsafe sex. pgpduWKee5BuH.pgp Description: PGP signature
Re: Is it possible to sign keys?
Tobias Toedter <[EMAIL PROTECTED]> writes: > On Tuesday 19 July 2005 17:25, Martin Zobel-Helas wrote: >> Therefore a Debian-QA-MiniConf will be organized at the Technical >> University of Darmstadt[2] from the 9th to the 11th of September. > are you also planning a keysigning party during that event? No, not a formal one. > If not, would it be possible to get some signatures without > interrupting the QA sessions too much? No problem. Usually, spontaneous keysigning parties just seem to "happen" around a larger group of DDs. And there will be a few breaks which can be filled with keysigning. Marc -- BOFH #412: Radial Telemetry Infiltration pgpbgWlcfTXeG.pgp Description: PGP signature
Re: Idea for maintaining packages up for adoption
Raphael Hertzog <[EMAIL PROTECTED]> writes: > Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> writes: >> The effort to upload a package is still the same: Integrating patches >> into a package is something every DD should be able to do (either using >> the .diff.gz directly or by leaving the patch management to dbs, cdbs' >> simple-patchsys, dpatch, quilt, ...) in a few minutes - while checking a >> package before uploading takes a lot more time, especially if you don't >> know the package. > Checking a package that is already in the Debian archive is quickly done > by doing a diff between the current code in svn and the code available > in unstable. NACK. I don't see it this way: Sponsoring a package (and that's what you're doing here) always means to take responsibility for its bugs. You can't just point to the original maintainer (who, errr, didn't take care of it, so it's probably not in the best shape) and say that he's responsible for all bugs you haven't fixed. > If the history of the package is in subversion, this diff creation is > easy (because the last upload would have been tagged properly). How is it not easy to diff between the version you prepared and the version you want to upload? Last time I looked, a apt-get source foobar && diff -Nwru foobar-old foobar-new was enough to get a diff. Marc -- BOFH #435: Internet shut down due to maintainance pgpAzc9r7946S.pgp Description: PGP signature
Re: Idea for maintaining packages up for adoption
Raphael Hertzog <[EMAIL PROTECTED]> writes: > But building packages from a suvbersion repository can be done > automatically. So yes, we could provide automatically unofficial > packages to the users. And furthermore it would be trivially simple for > a DD to upload a new package... Right, because it's a *good* idea to pull some packages from an automatic build host and upload them to the archive. The effort to upload a package is still the same: Integrating patches into a package is something every DD should be able to do (either using the .diff.gz directly or by leaving the patch management to dbs, cdbs' simple-patchsys, dpatch, quilt, ...) in a few minutes - while checking a package before uploading takes a lot more time, especially if you don't know the package. Marc -- BOFH #47: Complete Transient Lockout pgptvVMN9SmXs.pgp Description: PGP signature
Re: Idea for maintaining packages up for adoption
Russ Allbery <[EMAIL PROTECTED]> writes: > Frank Lichtenheld <[EMAIL PROTECTED]> writes: >> 3) There are about 1000 Debian developers and thousands of Debian >>users out there. >> 4) Not one of them has offered to maintain dvidvi, not you, not the >>maintainers of the packages that depend on it > I would be willing to maintain dvidvi, and a few similar random packages > like that that I don't use personally but that have a set of users that > want them and supply patches for them, once I get through the NM process. > While I'm still in NM, though, it doesn't feel right to take on more load > like that that my sponsor has to deal with. I would be willing to sponsor you for this (and I'm sure other QA-related persons too). If you want to adopt some orphaned packages and actually maintain them, I'm happy to help you with that. Marc -- BOFH #42: spaghetti cable cause packet failure pgp84ohbJBfxL.pgp Description: PGP signature
Re: Debian QA Meeting in Germany
Martin Zobel-Helas <[EMAIL PROTECTED]> writes:
> Could all of you who plan to participate list these weekends from
> beginning of July (after Debconf) 'til end of September, where you
> definitifly will NOT be able to participate, so we get an overview when
> it fits for most of us.
OK, I can't participate at the WEs before 2005-08-15. After that, i'd
have the time, but i would prefer doing it at the end of september.
Marc
--
$_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever })e$.)4/3*
)e$(htgnel+23(rhc,"u"(kcapnu ,""nioj ;|_- |/+9-0z-aZ-A|rt~=e$;_$=e${pam tnirp{y
V2ajFGabus} yV2ajFGa&{gwmclBHIbus}gwmclBHI&{yVGa09mbbus}yVGa09mb&{hBCdzVnSbus';
s/\n//g;s/bus/\nbus/g;eval scalar reverse #
pgpDaqB8eN4FS.pgp
Description: PGP signature
Re: Bug-squashing party soon?
Colin Watson <[EMAIL PROTECTED]> writes:
> I'd like to announce a bug-squashing party this weekend, with a view to
> having them often and regularly (perhaps every weekend) until the
> release of sarge. The RC bug list is scary, and we need to mobilize
> people into cutting it down a lot.
Though i like the idea of a BSP, I don't think that something happening
every weekend is very motivating.
OTOH, it may help to define different targets every week.
Marc
--
$_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever })e$.)4/3*
)e$(htgnel+23(rhc,"u"(kcapnu ,""nioj ;|_- |/+9-0z-aZ-A|rt~=e$;_$=e${pam tnirp{y
V2ajFGabus} yV2ajFGa&{gwmclBHIbus}gwmclBHI&{yVGa09mbbus}yVGa09mb&{hBCdzVnSbus';
s/\n//g;s/bus/\nbus/g;eval scalar reverse #
pgpyJO0uqlt4x.pgp
Description: PGP signature
Re: guile-oops
"Francesco P. Lovergine" <[EMAIL PROTECTED]> writes:
> On Thu, Jun 24, 2004 at 12:06:33PM +0200, Jeroen van Wolffelaar wrote:
>> On Thu, Jun 24, 2004 at 11:42:10AM +0200, Francesco P. Lovergine wrote:
>>> On Thu, Jun 24, 2004 at 10:32:42AM +1000, Andrew Pollock wrote:
So I go to try and prepare a QA upload of guile-oops to orphan it properly,
and it's currently a native package. I just converted visualos to a
non-native package, so I figure I'll have a go with guile-oops.
The bloody thing's got a tarball inside its source tarball. What should I
do
in this case? Leave it as a native package? Run away?
>>> You have to restart debian version by -1.
>> Why? I really don't see why this should be necessary.
> I saw currente release in sid is 1.0.2-2.3, so the choice is
> among 1.0.3-1 or 1:1.0.2-1, katie will not accept a new .orig file for a non
> -1
> release, AFAIK.
katie accepts new tarballs for all debian revisions (use the -sa switch
for dpkg-genchanges to get a fitting .changes file). As the thing was
packaged natively, there is no other guile-oops_1.0.2.orig.tar.gz in
archive, so i don't see a problem there.
Marc
--
$_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever })e$.)4/3*
)e$(htgnel+23(rhc,"u"(kcapnu ,""nioj ;|_- |/+9-0z-aZ-A|rt~=e$;_$=e${pam tnirp{y
V2ajFGabus} yV2ajFGa&{gwmclBHIbus}gwmclBHI&{yVGa09mbbus}yVGa09mb&{hBCdzVnSbus';
s/\n//g;s/bus/\nbus/g;eval scalar reverse #
pgpl8DZnWXvnK.pgp
Description: PGP signature
Re: Need some help with xirssi
Andrew Pollock <[EMAIL PROTECTED]> writes:
[xirssi build problems]
> gcc-3.2: /usr/lib/perl/5.8.2/auto/DynaLoader/DynaLoader.a: No such file or
> directory
>
> Now I can see why it's failing (this version of Perl isn't what's in
> unstable) but I can't see why it's deciding this version of Perl is the way
> to go...
Because it's in /usr/lib/irssi/irssi-config (from
irssi-snapshot-dev). You can rebuild that package too, but i think it's
better to remove both, as the snapshot is only needed to build xirssi
[for which upstream is AFAIK dead]
Marc
--
$_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever })e$.)4/3*
)e$(htgnel+23(rhc,"u"(kcapnu ,""nioj ;|_- |/+9-0z-aZ-A|rt~=e$;_$=e${pam tnirp{y
V2ajFGabus} yV2ajFGa&{gwmclBHIbus}gwmclBHI&{yVGa09mbbus}yVGa09mb&{hBCdzVnSbus';
s/\n//g;s/bus/\nbus/g;eval scalar reverse #
pgpjptkGQemtQ.pgp
Description: PGP signature
Re: cwwm still maintained?
Steve Langasek <[EMAIL PROTECTED]> wrote:
> Hi Sebastian,
>
> There appear to be two fairly old, fairly trivial RC bugs in the cwwm
> package. Are you still interested in maintaining it, or should it be
> orphaned?
[...]
It seems that Sebastien has no interest in maintaining his Debian
packages. I nearly NMUed cwcdr (Sebastian uploaded my NMU patch afer a
few days) and i prepare a NMU for apt-file (no rc bugs, but some trivial
and very annoying bugs).
I think it would be best to oprhan all packages maintained by Sebastien.
Marc
--
$_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever })e$.)4/3*
)e$(htgnel+23(rhc,"u"(kcapnu ,""nioj ;|_- |/+9-0z-aZ-A|rt~=e$;_$=e${pam tnirp{y
V2ajFGabus} yV2ajFGa&{gwmclBHIbus}gwmclBHI&{yVGa09mbbus}yVGa09mb&{hBCdzVnSbus';
s/\n//g;s/bus/\nbus/g;eval scalar reverse #
Re: Processed: Patch
"Marcelo E. Magallon" <[EMAIL PROTECTED]> writes:
> On Mon, Oct 13, 2003 at 02:33:27PM -0500, Debian Bug Tracking System wrote:
> > Processing commands for [EMAIL PROTECTED]:
> > > tags 197593 + patch
> > Bug#197593: gtkglareamm: FTBFS: Missing Build-Depends on libglu-dev
> > There were no tags set.
> > Tags added: patch
> Marc, could you make an NMU? (Sorry, I'm not sure if you are a
> developer or not, Cc'ing -qa because of that, so that someone there can
> pick this up if needed)
I'm only a NM (passed my T&S a few days ago), so someone would have to
sponsor me.
Marc
--
$_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever })e$.)4/3*
)e$(htgnel+23(rhc,"u"(kcapnu ,""nioj ;|_- |/+9-0z-aZ-A|rt~=e$;_$=e${pam tnirp{y
V2ajFGabus} yV2ajFGa&{gwmclBHIbus}gwmclBHI&{yVGa09mbbus}yVGa09mb&{hBCdzVnSbus';
s/\n//g;s/bus/\nbus/g;eval scalar reverse #
