Re: Prototype script to determine last commit and last upload.
On Sun, Apr 11, 2010 at 10:53:16AM +0200, Niels Thykier wrote: Ah, yes, the all-mighty UDD. If UDD is cable of even reporting people inside the [ $name ]-tags, then this script has nothing new to offer. Although that does not seem to be the case based on that query. Perhaps we could make that data available in UDD? right now upload-history (the script behind the UDD table, data is at http://qa.debian.org/~filippo/ddc/debian-devel-changes.201004 ) parses debian-devel-changes so in theory it can be done by looking at Changes: (though it is going to be more fragile I'm afraid). Also it seems to me that the upload-history table is really package-centric rather than people-centric, however multiple people can be rendered for example with multiple Changed-By: fields my two cents, filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. -- Brian W. Kernighan -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100423111454.ga20...@esaurito.net
Bug#534897: capisuite: specify ${python_libdir}/dist-packages in 040_python26.diff
On Sat, Jun 27, 2009 at 06:01:53PM -0700, Nick Ellery wrote: Package: capisuite Hi, In debian/patches/040_python26.diff, dist-packages should be directly specified rather than used $pythondir and $pyexecdir, as shown in the patch below. Hi, I'm not sure this is needed anymore, python-support takes care of linking cs_helpers.py to the correct directory, IMO the bug can be closed. filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 If only God would give me some clear sign! Like making a large deposit in my name in a Swiss bank. -- Woody Allen -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485569: libhk-classes-dev: python 2.4/2.5 dependency
On Tue, Jun 10, 2008 at 09:55:44AM +0200, Laurent Bonnaud wrote: Package: libhk-classes-dev Version: 0.8.3-4 Severity: normal Hi, libhk-classes-* packages depend on python2.4. Would it be possible te have them depend on python2.5 ? they got rebuilt against python2.5 (and they will be recompiled against 2.6 once it hits unstable) so I think this bug doesn't apply anymore, what do you think? thanks, filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 Machines take me by surprise with great frequency. -- Alan Turing -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557642: libiphone-dev: please package new upstream version (0.9.4)
On Mon, Nov 23, 2009 at 09:20:05AM -0600, Julien Lavergne wrote: Yes, it's my plan. But before, there are 2 packages to upgrade before libiphone. In fact, there are 4 packages for the entire stack (libplist, usbmuxd, libiphone, ifuse). Also, if you want music synchronization, you need also a snaphsot of libgpod developpement. I guess you intend to adopt the package(s) in the stack as well? That would be great! cheers, filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 Felix, qui potuit rerum cognoscere causas. Happy is he who understands the causes of things. -- Virgil -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: UDD upload-history update-command broken
Hi, On Tue, Oct 13, 2009 at 09:10:07AM -0500, Raphael Geissert wrote: Hi Andreas, Filippo, Andreas Tille wrote: Hi, the upload-history seems to gather its information from http://qa.debian.org/~filippo/ddc/ but this results in Not found. Any clue what happened to this page and where to obtain the information? merkel has been moved to apache2 and php5 recently, and userdirs are disabled per DSA policy. I've workarounded the problem by adding a symlink, but Filippo, please move the files elsewhere (say directly under the qa.d.o space). It's been some time I've pondered to move it to qa but never got around it and probably won't at least in the upcoming 4 weeks. If someone wants to step-in in the meantime please do, I'm available for email help. filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 I find television very educating. Every time somebody turns on the set, I go into the other room and read a book. -- Groucho Marx -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540132: [UDD] has some strange information in the upload_history table
On Wed, Aug 05, 2009 at 07:41:17PM -0700, Ryan Niebur wrote: Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: udd 23:08 Ryan52 lucas: I was trying to find a list of all the people who have sponsored my uploads, and noticed that UDD's upload_history table has some strange data, could you please take a look at (or tell me w ho to complain to) the output of: SELECT * FROM upload_history WHERE changed_by_name LIKE 'Ryan Niebur' AND signed_by_name = '' 23:09 Ryan52 ; 23:10 Ryan52 lucas: oh, the problem with signed_by_name being empty for libopenid-ruby's upload was that a DM sponsored it. so I guess UDD (or wherever UDD gets this data from) does not take into account the D M keyring and it should? 23:14 Ryan52 lucas: hm, and for the crip one, it seems that all uploads signed by phil do that. I'm guessing that because signed_by doesn't include his email address, the (presumably) regexp splitting it into signed_by_* is parsing it wrong. why it doesn't include his email address, I dunno... 23:26 * Ryan52 wonders if there's a place where bugs about UDD are supposed to be reported... the upload-history data is taken (for now) from http://qa.debian.org/~filippo/ddc/ and I couldn't find the wrong libopenid-ruby you were talking about, DM keyring should be accounted for $ zgrep -A12 libopenid-ruby * | grep -i signed debian-devel-changes.200712.gz:Signed-By: Paul van Tilburg p...@luon.net debian-devel-changes.200803.gz:Signed-By: Antonio Terceiro terce...@softwarelivre.org debian-devel-changes.200807.gz:Signed-By: Antonio Terceiro terce...@softwarelivre.org debian-devel-changes.200905.gz:Signed-By: Antonio Terceiro terce...@softwarelivre.org debian-devel-changes.200907.gz:Signed-By: Lucas Nussbaum lu...@lucas-nussbaum.net for the other problem you are correct, the first uid for ED1A3933B2CFCDD8 doesn't contain an email: $ gpg --list-keys ED1A3933B2CFCDD8 pub 1024D/B2CFCDD8 2003-01-08 uid Philipp Kern uid Philipp Kern p...@0x539.de uid Philipp Kern p...@philkern.de uid Philipp Kern pk...@debian.org uid Philipp Kern pk...@ubuntu.com uid Philipp Kern philipp.k...@fsmi.uni-karlsruhe.de I'm not sure how to fix this though, I'm relying on gpgv output filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 It is easier to write an incorrect program than understand a correct one. -- Alan Perlis -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#449265: varkon: Examples fail to copy
On Sun, Nov 04, 2007 at 10:21:21AM -0500, Mark Whitis wrote: varkon The directory where varkon stores the project information does not exist. /home/whitis/varkon/pid Shall I create it? [Y|n] y The directory where varkon stores the application data does not exist. /home/whitis/varkon/app Shall I create it? [Y|n] y It seems that you are running VARKON for the first time. Shall I copy the examples to your VARKON directory? [Y|n] y Omitting $project due to missing PID file ls: *.PID: No such file or directory Hi, I'm preparing a QA upload of varkon, examples projects don't seem to be shipped anymore (at least not in 1.18B) so I'm tempted to disable the installation at least for this upload. filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 I get mail, therefore I am. -- Dilbert -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534603: move to section fonts
Package: ttf-bpg-georgian-fonts Version: 0.4 Severity: minor as per subject, move to section fonts -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.4 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534602: move to section fonts
Package: gw-fonts-ttf Version: 1.0-3 Severity: minor as per subject, move to section fonts -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.4 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533418: gw-fonts-ttf: remove fc-cache call
Package: gw-fonts-ttf Version: 1.0-3 Severity: normal Hi, as per http://lists.debian.org/debian-devel/2009/06/msg00429.html the call to fc-cache should be removed. I'm filing this bug for tracking only, probably will do a qa upload in the next days. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533419: ttf-bpg-georgian-fonts: remove fc-cache call
Package: ttf-bpg-georgian-fonts Version: 0.4 Severity: normal Hi, as per http://lists.debian.org/debian-devel/2009/06/msg00429.html the call to fc-cache should be removed. Arne: I'm CCing you as you are the owner of #459903 but the maintainer is set to QA so you might be intesterested in having this bug filed. thanks, filippo -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514770: vim-latexsuite: use gv instead of ghostview
Package: vim-latexsuite Version: 20060325-5 Severity: normal Hi, in /usr/share/vim/addons/ftplugin/latex-suite/texrc it is selected ghostview in TexLet g:Tex_ViewRule_ps = 'ghostview' though AFAICT it is not provided under that name by gv, switching to use gv seems appropriate thanks, filippo -- Package-specific info: Vim related packages installed on this system: - vim-latexsuite - vim-runtime -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vim-latexsuite depends on: ii python 2.5.2-3 An interactive high-level object-o ii vim 2:7.2.079-1 Vi IMproved - enhanced vi editor ii vim-common 2:7.2.079-1 Vi IMproved - Common files ii vim-gnome [vim-python] 2:7.2.079-1 Vi IMproved - enhanced vi editor - Versions of packages vim-latexsuite recommends: ii tetex-bin 2007.dfsg.1-5 TeX Live: teTeX transitional packa ii texlive-base-bin 2007.dfsg.2-4 TeX Live: Essential binaries ii vim-addon-manager 0.4 manager of addons for the Vim edit Versions of packages vim-latexsuite suggests: ii acroread [pdf-viewer] 8.1.3-0.0 Adobe Acrobat Reader: Portable Doc ii evince [postscript-viewer] 2.24.2-1 Document (postscript, pdf) viewer ii ghostscript [postscript-vi 8.63.dfsg.1-2 The GPL Ghostscript PostScript/PDF ii gv [postscript-viewer] 1:3.6.6.90-1 PostScript and PDF viewer for X ii xpdf 3.02-1.4 Portable Document Format (PDF) sui ii xpdf-reader [pdf-viewer] 3.02-1.4 Portable Document Format (PDF) sui -- no debconf information -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
please unblock net-snmp
As per subject. Relevant diff: diff -u net-snmp-5.4.1~dfsg/debian/snmpd.init net-snmp-5.4.1~dfsg/debian/snmpd.init --- net-snmp-5.4.1~dfsg/debian/snmpd.init +++ net-snmp-5.4.1~dfsg/debian/snmpd.init @@ -40,12 +40,12 @@ start) echo -n Starting network management services: if [ $SNMPDRUN = yes -a -f /etc/snmp/snmpd.conf ]; then - start-stop-daemon --quiet --start --exec /usr/sbin/snmpd \ + start-stop-daemon --quiet --start --oknodo --exec /usr/sbin/snmpd \ -- $SNMPDOPTS echo -n snmpd fi if [ $TRAPDRUN = yes -a -f /etc/snmp/snmptrapd.conf ]; then - start-stop-daemon --quiet --start --exec /usr/sbin/snmptrapd \ + start-stop-daemon --quiet --start --oknodo --exec /usr/sbin/snmptrapd \ -- $TRAPDOPTS echo -n snmptrapd fi diff -u net-snmp-5.4.1~dfsg/debian/changelog net-snmp-5.4.1~dfsg/debian/changelog --- net-snmp-5.4.1~dfsg/debian/changelog +++ net-snmp-5.4.1~dfsg/debian/changelog @@ -1,3 +1,13 @@ +net-snmp (5.4.1~dfsg-12) unstable; urgency=high + + * Urgency high because of RC bug fix. + * Modify start action so it doesn't fail if the service is already running. +(Closes: #505237) + * Update Romanian translation (Closes: #505767) +Thanks to Eddy Petrișor eddy.petri...@gmail.com. + + -- Jochen Friedrich joc...@scram.de Tue, 16 Dec 2008 15:29:28 +0100 + net-snmp (5.4.1~dfsg-11) unstable; urgency=high * This update fixes the following security issue: unblock net-snmp/5.4.1~dfsg-12 thanks, filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: I always keep the Titanic in mind when I talk about security or safety, meaning that nothing is fully secure. -- Anonymous (?) -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: please unblock net-snmp
On Sun, Dec 21, 2008 at 12:05:40PM +0100, Filippo Giunchedi wrote: As per subject. As you might have figured out, this was a mistake. 13:26 KiBi godog: :) @ your -qa mail :) 13:27 godog KiBi: heh, I should properly wake up before looking at RCs :) 13:28 KiBi :) filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Recursion is the root of computation since it trades description for time. -- Alan Perlis -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Self-assessment of the quality of the maintenance work
Hi, On Sat, Dec 20, 2008 at 06:19:26PM +0100, Raphael Hertzog wrote: The basic idea is quite simple, we want to ensure that each package is maintained as well as possible and for this we need to ensure that it has one or more active maintainer(s). Hence every X months, each maintainer receives a mail with a link to a web form where he'll have a list of all the packages that he maintains/co-maintains and for each package he has to answer several questions that explain his relationship with the package (the answer are preseeded with the values he selected the previous time so that he can quickly skim over it if nothing has changed): - what kind of maintainer he is - active (responding quickly, forwarding bugs, …) - passive (responds only to major problems) - backup (not doing anything unless solicited) - if the package needs an active maintainer or not (most perl modules are well maintained with a single passive maintainer) - if the package needs help from another volunteer I like the general idea, here are a few points/questions: Have a procedure to not receive the mail in the future (perhaps making it possible to (manually, via email?) re-enable at some later time) We could integrate various heuristics/data in the process to help the maintainer recognize that he's (not) keeping up and that he needs help or maybe that he's no more active but only passive. If the maintainer doesn't respond, he automatically enters the MIA process and the package is quickly marked as needing help/attention from someone else. How long is the time span after the maintainer enters MIA? Perhaps after X unanswered mails? Also, it would help to clarify that enters the MIA process is not the same as the maintainer is MIA which might be confusing. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Endian little hate we -- Anonymous (?) -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496411: #496411: nothing was fixed at all
On Sat, Nov 29, 2008 at 11:15:17AM +0100, Frank Lichtenheld wrote: On Thu, Nov 27, 2008 at 10:50:25AM +0100, Filippo Giunchedi wrote: On Sat, Nov 22, 2008 at 07:59:28PM -0600, Raphael Geissert wrote: On Sun, Nov 23, 2008 at 02:23:13AM +0100, Jiri Palecek wrote: I believe you have read the reason why this bug was closed. If you disagree, please reply to this message by Thijs Kinkhorst: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=17;mbox=yes;bug=496411 I confirm the README.Debian is present. But not in the affected binary package. Indeed, is there an ETA for this bug? At least for the unstable (i.e. with maintainer QA) version. FWIW as the fix looks trivial I think it is worth keeping the package. I disagree. I doubt that the version in unstable/testing is useful for anyone, and if it is, it is still available in etch anyway. So I would go for removing it from testing. Fair enough, given also the low popcon filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: The only way to get rid of a temptation is to yield to it. -- Oscar Wilde signature.asc Description: Digital signature
Bug#496411: #496411: nothing was fixed at all
On Sat, Nov 22, 2008 at 07:59:28PM -0600, Raphael Geissert wrote: On Sun, Nov 23, 2008 at 02:23:13AM +0100, Jiri Palecek wrote: Hello, On Thursday 20 November 2008 03:25:41 Raphael Geissert wrote: I have found all of the reported issues in BOTH versions marked as fixed. Please stop blindly closing this report and *do verify* everything is fixed. I believe you have read the reason why this bug was closed. If you disagree, please reply to this message by Thijs Kinkhorst: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=17;mbox=yes;bug=496411 I confirm the README.Debian is present. But not in the affected binary package. Indeed, is there an ETA for this bug? At least for the unstable (i.e. with maintainer QA) version. FWIW as the fix looks trivial I think it is worth keeping the package. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Recursion is the root of computation since it trades description for time. -- Alan Perlis signature.asc Description: Digital signature
Re: parsing debian-devel-changes archives
On Tue, Jul 22, 2008 at 07:36:43PM +0200, Filippo Giunchedi wrote: The weekly update period is rather arbitrary, can be switched to daily effortlessly. There's now a script subscribed to d-d-changes so the updates should be live and pushed rather than pulled. I'm welcoming Luca's idea to push other export formats after UDD filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: God may not play dice with the universe, but something strange is going on with the prime numbers. -- Paul Erdos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: parsing debian-devel-changes archives
On Tue, Jul 22, 2008 at 12:45:34AM +0200, Filippo Giunchedi wrote: Hi, I've produced a script[0] to parse d-d-changes archives to a sane format so to produce an history of uploads made to debian[1] in this form: Source: netselect Version: 0.3.ds1-12.1 Date: Wed, 09 Jul 2008 19:47:21 +0200 Changed-By: Christian Perrier [EMAIL PROTECTED] Maintainer: Filippo Giunchedi [EMAIL PROTECTED] NMU: True Key: D4E5EDACC0143D2D Key-UID: Christian Perrier [EMAIL PROTECTED] after a bit of discussion it seems more natural and informative to have Signed-By: instead of Key-UID:, I just changed that. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: It is easier to change the specification to fit the program than vice versa. -- Alan Perlis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: parsing debian-devel-changes archives
On Tue, Jul 22, 2008 at 09:29:49AM +0200, Stefano Zacchiroli wrote: On Tue, Jul 22, 2008 at 12:45:34AM +0200, Filippo Giunchedi wrote: I've produced a script[0] to parse d-d-changes archives to a sane format so to produce an history of uploads made to debian[1] in this form: Very cool! Thanks :) comments/ideas welcome as usual, [...] As the data encoded by d-d-changes is basically timed change notifications, I would say that the more appropriate format to represent it is a feed format, such as RSS or Atom, what do you think? Having such a format would enable cool stuff to be created quite easily (e.g. even using, say, Pipes), such as per-maintainer feed changes. Personally it is something I would like to have linked from the DDPO. It shouldn't be to hard to convert (or maybe pair) your format to RSS, with an appropriate XML encoding of its content, shout if you want to discuss a potential DTD. Maybe a bit harder can be to provide more lively updates, as if one then wants to use RSS as such, weekly updates are too coarse grained ... Of course the idea of having more updated data is appealing, I'd myself welcome RSS/atom feeds per-package (almost the same as PTS' upload news) or per-maintainer (either changed-by or upload key or whatever). How to proceed for the XML encoding? And what might be the most interesting? The weekly update period is rather arbitrary, can be switched to daily effortlessly. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: I never forget a face, but in your case I'll be glad to make an exception. -- Groucho Marx -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: The Ultimate Debian Database
On Tue, Jul 22, 2008 at 05:06:26PM +0200, Christian von Essen wrote: Hi, my name is Christian von Essen and I'm the GSOC student working on the Ultimate Debian Database project this year. [...] Feel free to edit the pages if you see fit. I'd be glad to hear about what you are thinking about the project and its ideas as you are the target users of the database. Amazing work, thanks! I've added a pointer to the parsed d-d-c archives, just in case. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Machines take me by surprise with great frequency. -- Alan Turing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
parsing debian-devel-changes archives
Hi, I've produced a script[0] to parse d-d-changes archives to a sane format so to produce an history of uploads made to debian[1] in this form: Source: netselect Version: 0.3.ds1-12.1 Date: Wed, 09 Jul 2008 19:47:21 +0200 Changed-By: Christian Perrier [EMAIL PROTECTED] Maintainer: Filippo Giunchedi [EMAIL PROTECTED] NMU: True Key: D4E5EDACC0143D2D Key-UID: Christian Perrier [EMAIL PROTECTED] that is, by basically munging info out of the changes file appended to the d-d-c message. comments/ideas welcome as usual, filippo [0] http://svn.debian.org/wsvn/collab-qa/upload-history/munge_ddc.py?op=filerev=0sc=0 [1] (weekly updated) results available at http://qa.debian.org/~filippo/ddc/ -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: We are human because our ancestors learned to share their food and their skills in an honored network of obligation. -- Richard Leakey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFC] fixing sourceforge watch files
On Wed, Jun 18, 2008 at 12:07:01AM +0800, Paul Wise wrote: I found a while back that this URL redirects to the files page: http://sf.net/projects/foo/files Slightly more readable than the URL you used. Thanks, this avoids the group_id search, so the audacity case can be trimmed to: version=3 http://sourceforge.net/projects/audacity/files .+/audacity-src-(.+)\.tar\.gz.+ or anchor the second regexp to downloads.sourceforge.net to be on the safe side. version=3 http://sourceforge.net/projects/audacity/files http://downloads.sourceforge.net/.+/audacity-src-(.+)\.tar\.gz.+ (ok, this would download also 1.3.5 which is marked as unstable, but it is irrilevant) Downside is the extra redirects (sf-sourceforge, files-showfiles.php). the sf.net should be avoided as this would get rewritten by uscan to use the qa redirector. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Date: Tuesday, 2002/10/22 - 08:09 dselect proves the existence of Satan. It's the worst part of Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFC] fixing sourceforge watch files
On Tue, Jun 17, 2008 at 07:11:21PM +0100, Adam D. Barratt wrote: *dons devscripts maintainer hat* fwiw, if I were applying this change at the moment, it would be likely to be commited as per the attached. *removes hat* Thomas has a reasonable point though; it would be good not to break existing watch files using sf.net. I agree (also with Thomas). I'm fine with the proposed change to manpage. Perhaps the sf.net shortcut can be removed in version=4 but for now it is of course good not to break working watch files, sorry if that wasn't clear (i.e not removing the redirector) filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: How do you feel about women's rights? I like either side of them. -- Groucho Marx -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486315: PTS: resets bug counts
On Sun, Jun 15, 2008 at 11:23:51AM +0200, Thijs Kinkhorst wrote: Package: qa.debian.org The bug counts for all packages in the PTS seem to be all-zeroes. My first explanation for this is the current outage of a number of Debian machines. However, I think it would be better if the PTS did not trash the old information it has before it knows it downloaded new fresh information. agreed, I just committed a fix to update_incoming.sh which should solve this bug. Index: update_incoming.sh === --- update_incoming.sh (revision 1897) +++ update_incoming.sh (working copy) @@ -28,9 +28,13 @@ # the link) cp -a $2 $2.new || true # Beware that -N conflicts with -O (#88176, #202911) -wget -U pts -q -O $2.new $1 || \ - echo Downloading $1 failed, $2 is stale now -mv $2.new $2 +wget -U pts -q -O $2.new $1 +if [ $? -gt 0 ]; then +echo Downloading $1 failed, $2 is stale now +rm -f $2.new +else +mv $2.new $2 +fi } filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: UNIX IS user friendly, it is just selective who his friends are. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sf redirector
On Wed, Jun 11, 2008 at 07:57:24PM -0500, Raphael Geissert wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, Seems like garr is down, and filippo already tried to fix it by pointing the redirector to kent. But as one can see, it still doesn't work. Can anyone please replace: done, should be online at the next wml regeneration. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: At the source of every error which is blamed on the computer you will find at least two human errors, including the error of blaming it on the computer. Beware of bugs in the above code; I have only proved it correct, not tried it. -- Donald Knuth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: new test on archive packages: cron files
On Sun, Apr 27, 2008 at 08:35:07PM +0200, Frank Lichtenheld wrote: On Sun, Apr 27, 2008 at 09:41:43AM +0200, Filippo Giunchedi wrote: most of the bugs got no response at all from maintainer and are almost a year old, is it a NMU in order? 'most' is an interesting choice of word given that 7 bugs got a response and 7 didn't... That was not clear, 'most' of the outstanding bugs, that is. Anyway, NMUs are probably a good idea for this sort of annoying bug. Indeed, I'll try to look at those in the following days but help is welcome as always. JFTR, I re-ran crontest yesterday and no new bugs were found. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Beauty isn't worth thinking about; what's important is your mind. You don't want a fifty-dollar haircut on a fifty-cent head. -- Garrison Keillor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: new test on archive packages: cron files
On Sat, Apr 26, 2008 at 07:02:46PM +0200, Luk Claes wrote: Filippo Giunchedi wrote: Hi, just annoyed by repeated cron files output from removed packages I implemented a new test for packages: no output from cron files of removed packages. The interesting bit is here: http://qa.debian.org/~filippo/crontest/20070801-crontest.log the log format resembles Lucas logs so it would be easy to check (provided I got the format right). The script is meant to be ran from root (possibly) inside of a chroot. I would like to commit this into collab-qa and run on a regular basis. Another idea would be to turn this into a piuparts test: whether a package installs cron files test them with the package removed. Did this happen in the mean time? piuparts implements a check on {weekly, daily, monthly} cron files, though not on /etc/cron.d/ last time I checked (I am checking again, will eventually open a bug) Though I from time to time run crontest from collab-qa and such bugs are tagged cron-qa: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=cron-qa;[EMAIL PROTECTED] most of the bugs got no response at all from maintainer and are almost a year old, is it a NMU in order? filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Man was made at the end of the week's work when God was tired. -- Mark Twain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473158: PTS testing status is stale
On Sat, Mar 29, 2008 at 10:38:56AM +0100, Filippo Giunchedi wrote: Confirmed, the files in incoming on master are not updated: -rw-rw-r-- 1 qa qa 1345440 2008-03-24 22:44 update_excuses.html -rw-rw-r-- 1 qa qa 153578 2008-03-24 22:44 update_excuses.html.gz though ATM I am unable to investigate the causes, perhaps qa user access is needed. moreover it seems like the crontab is not run at all, for example stats.txt is not updated as well: $ tail -2 /org/packages.qa.debian.org/logs/stats.txt 560010339 2008-03-25 3993 559610332 2008-03-26 3990 $ ls -la /org/packages.qa.debian.org/logs/stats.txt -rw-rw-r-- 1 qa qa 52220 2008-03-26 06:05 stats.txt filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: UNIX IS user friendly, it is just selective who his friends are. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: QA meeting in Extremadura?
On Sun, Feb 10, 2008 at 02:43:46PM +0100, Lucas Nussbaum wrote: Hi, In [0], it was announced that Extremadura will organize meetings again in 2008. Do we want to have that meeting in April, June, September or November? Or no meeting at all? I would personally prefer November, because that would probably be after I'd go for November as well, April would be also just ~6 months away from the last meeting. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: It's not that I'm afraid to die, I just don't want to be there when it happens. -- Woody Allen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462934: PTS -- Please redirect automatically for packages.qa.debian.org/binary-package
On Mon, Jan 28, 2008 at 02:13:09PM +0100, Lucas Nussbaum wrote: On 28/01/08 at 17:16 +0530, Kumar Appaiah wrote: Package: qa.debian.org Severity: wishlist User: [EMAIL PROTECTED] Usertags: pts Dear PTS maintainers, Could you please consider redirecting to the QA page of the appropriate source package automatically without the 10 second wait? In my opinion, I don't think you would be causing many people trouble by doing this. Additionally, could you, in the case of a redirection, add a message saying You were redirected here because the binary package XX is in the source package YY. ? The obvious solution is to use a mod_rewrite map for packages with multiple sources via the PTS sources.map. Something like [not tested]: RewriteMap binaries dbm:binaries.db RewriteCond %{REQUEST_URI} ^/([^/]+)$ RewriteCond ${binaries:%1|NonExistantSource} !NonExistantSource RewriteRule ^/([^/]+)$ /%1 where binaries.db is a binary: source db whenever binary != source I have however no idea how to show the message without using trickery. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: I was once walking through the forest alone. A tree fell right in front of me -- and I didn't hear it. -- Steven Wright -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356826: PTS: could e-mail when DEHS detects new upstream release
On Tue, Jan 22, 2008 at 09:13:01AM +0100, Lucas Nussbaum wrote: On 22/01/08 at 08:13 +0100, Raphael Hertzog wrote: But for me, ideally this should be filing bugs about new upstream versions not sending mails to the PTS because we really want to inform the maintainer and not only the followers. I'm sure using a usertag to track them and combining this with some regexp to detect bugs manually filed with some common subject (New upstream version) would work quite well. And if the code runs often enough, it will probably be the first to submit a bug about a new upstream version in most cases. I'd don't really like the idea of filing wishlist bugs automatically. new upstream version bugs sometimes have more value than an automated ping, because it provides a point of contact if the maintainer need to ask why he should really update his package (instead of saying let's release with this version, for example). I tend to agree here, in my experience many maintainers get pissed if a new upstream version bug is opened (automatically or not) shortly after the upstream release because they might be (in contact with) upstream and/or follow the upstream lists. OTOH in many cases the upstream bugs are really useful if the maintainer simply misses the release. Anyhow, I'd go for a period of 30-40 days to give the maintainer the possibility to catch up and don't be too aggressive. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: In God we trust, everybody else pays cash. -- somewhere in England -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Pkg-emboss-devel] Bug#435991: emboss-explorer: crontest failure find: /var/www/emboss-explorer: No such file or directory
On Sun, Aug 05, 2007 at 12:13:56AM -0400, Justin Pryzby wrote: On Sun, Aug 05, 2007 at 12:56:01PM +0900, Charles Plessy wrote: Le Sat, Aug 04, 2007 at 04:05:47PM +0200, Filippo Giunchedi a écrit : it seems that emboss-explorer cron files are giving output when the package itself is removed (REMOVE) or its dependencies (AUTOREMOVE). Dear Filippo, I am affraid that I do not understand the problem. Can you give me a link to the relevant part of the policy documenting the interaction bewteen package removal and cron jobs? Actually (unfortunately) I don't think the policy specifically mentions this. It does, however, mention this case for initscripts I checked, it does in section 9.5, last sentence: The scripts or crontab entries in these directories should check if all necessary programs are installed before they try to execute them. Otherwise, problems will arise when a package was removed but not purged since configuration files are kept on the system in this situation. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: I always keep the Titanic in mind when I talk about security or safety, meaning that nothing is fully secure. -- Anonymous (?)
Re: [Pkg-emboss-devel] Bug#435991: emboss-explorer: crontest failure find: /var/www/emboss-explorer: No such file or directory
On Sun, Aug 05, 2007 at 12:13:56AM -0400, Justin Pryzby wrote: Crontabs have the same problem. They're in /etc, are often dpkg conffiles, and cause some program to be executed. But the existence of the program binary can't be guarnateed, so nonexistence should be handled cleanly and elegantly. Exactly, thanks Justin. Also, what is the AUTOREMOVE fuction you are talking about? Hmm this I can't answer.. I think maybe he means dpkg deconfigure action? It is the new apt feature of removing packages installed automatically but no longer in use (a-la aptitude). The test is for spotting cronjobs depending on one of their deps to be available (e.g. #436025). Sorry if that wasn't clear enough. HTH, filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things. -- Doug Gwyn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435993: htdig: crontest failure lockfile-create: command not found
Package: htdig Version: 1:3.2.0b6-3.1 User: [EMAIL PROTECTED] Usertags: cron-qa-20070804 Hi, it seems that htdig cron files are giving output when the package itself is removed (REMOVE) or its dependencies (AUTOREMOVE). log available at: http://svn.debian.org/wsvn/collab-qa/crontest/2007-08-04/logs/htdig_1:3.2.0b6-3.1_sid.cronlog?op=file reported below: AUTOREMOVE CRON.DAILY [] ['/etc/cron.daily/htdig: line 3: lockfile-create: command not found\n'] you should check that lockfile-create is there -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: new test on archive packages: cron files
hello Michael, On Thu, Aug 02, 2007 at 11:11:47AM +0200, Michael Ablassmeier wrote: great stuff! The Format looks right to me, even tho some of those entries appear twice? The usual way would be to commit this logfile into the collab-qa repository and write a small Notes file which explains what those marks like CMD_NOT_FOUND mean. (collab-qa/crontest/{Notes,/crontest-date/logfile.txt}) I fixed the duplicate lines and commited crontest/ directory to collab-qa with the latest run results as well. I'm writing Notes file. Then go ahead and file bugs for the packages. You can usertag the bugs with a usertag like 'qa-cron-date' and the user set to the QA groups mail address. You can then mark the packages you have filed bugs for with NNN: and use the bts2pkglist.pl from tools/ to fetch all the filed bugs and replace the NNN: in your list with the real bug ID (so you dont have to wait for the BTS to come up with a bugnumber while processing ..) great :) Lucas does some magic with his ruby scripts to merge old logs with new ones and does so mark new failures with NEWFAIL etc.. im not sure if they would work with your list, .. if you want to run this check on a regular basis this is something we should look into. Sure I can run periodically, once in two weeks sounds ok? I'll investigate NEWFAIL stuff as well. thanks, filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things. -- Doug Gwyn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
new test on archive packages: cron files
Hi, just annoyed by repeated cron files output from removed packages I implemented a new test for packages: no output from cron files of removed packages. The interesting bit is here: http://qa.debian.org/~filippo/crontest/20070801-crontest.log the log format resembles Lucas logs so it would be easy to check (provided I got the format right). The script is meant to be ran from root (possibly) inside of a chroot. I would like to commit this into collab-qa and run on a regular basis. Another idea would be to turn this into a piuparts test: whether a package installs cron files test them with the package removed. comments welcome as usual, filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: I get mail, therefore I am. -- Dilbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: computing long-time uninstallable packages
On Mon, Jul 30, 2007 at 08:48:21AM +0200, Ralf Treinen wrote: I have added this now to edos.debian.net The oldest date ocurring in the listings is July 17 since this is from when I started to collect historical data. There are still some things to improve, I will do that when I am back from VAC (weekend of August 18): - alphabetic sorting of package names - printing architecture=all packages in italics is broken at the moment Please let me know when there is anyting else I can do to make this more useful. great! thanks! filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: UNIX is simple, but it just takes a genius to understand the simplicity. -- Dennis Ritchie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
computing long-time uninstallable packages
Hi, is there a list of packages uninstallable (in sid for example) since a long time (e.g = 15-20 days)? I first thought at edos.debian.net but it shows only differences with the run before, which is nice but there are normal temporary breakages as the buildds catch up. Also on http://qa.debian.org/debcheck.php I couldn't find anything. Showing long-time breakages would of course elimitate buildd noise and show real breakages (e.g. libode0-dev). TIA, filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fun with the BTS and an SQL DB
On Fri, May 04, 2007 at 04:59:27PM +0200, Lucas Nussbaum wrote: Hi, [...] What I'm planning to do is to store on a daily basis: for all packages in Debian, for all packages maintained by the same person (restricting this to persons with at least 'n' bugs), for all packages maintained or co-maintained by the same person (restricting this to persons with at least 'n' bugs), for each package (restricting this to at least 'n' bugs), just out of curiosity: have you already thought how to size the threshold n ? great work btw :) filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Either this man is dead or my watch has stopped. -- Groucho Marx -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fun with the BTS and an SQL DB
On Fri, May 04, 2007 at 04:59:27PM +0200, Lucas Nussbaum wrote: Hi, (for details, the DB schema is readable on http://qa.debian.org/~lucas/pg-schema.sql ) just a few more comments on bugs_bugs: can it be useful to store usertags? what about added tags? I guess this would need to change the schema accordingly, and given that it doesn't happen very often it isn't a concern right now filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Frustra fit per plura, quod fieri potest per pauciora. It is vain to do with more what can be done with less. -- W. of Ockham -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418978: devscripts: [uscan] Sourceforge redirector does not work - uses hard coded heanet.dl.* domain
On Fri, Apr 13, 2007 at 04:21:48PM +0300, Jari Aalto wrote: Filippo Giunchedi [EMAIL PROTECTED] writes: On Fri, Apr 13, 2007 at 09:22:39AM +0300, Jari Aalto wrote: Package: devscripts Version: 2.10.2 Severity: normal Given this configuraton file: version=3 # Debian QA redirector to find new files on sourceforge http://sf.net/projects/pcmanfm/pcmanfm-(.*)\.tar\.gz please note that the syntax is http://sf.net/pcmanfm/, this will be written to http://qa.debian.org/watch/sf.php/pcmanfm/ Thanks, however this still gives 404. dunno what's going on here, works for me: $ wget -O/dev/null http://heanet.dl.sourceforge.net/sourceforge/pcmanfm/pcmanfm-0.3.2.tar.gz --16:48:31-- http://heanet.dl.sourceforge.net/sourceforge/pcmanfm/pcmanfm-0.3.2.tar.gz Resolving heanet.dl.sourceforge.net... 193.1.193.66, 2001:770:18:aa40::c101:c142 Connecting to heanet.dl.sourceforge.net|193.1.193.66|:80... connected. HTTP request sent, awaiting response... 200 OK filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: To be learned in an artC, the Theory is sufficient; to be a master of it, both the Theory and practice are requisite. -- Charles Hutton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ideas for additional large scale tests
On Tue, Feb 27, 2007 at 10:53:34AM +0100, Loïc Minier wrote: I've been rebuilding the GNOME stack with a couple of interesting QA tests: - -Os in CFLAGS - -Wl,-O1 in LDFLAGS - -Wl,-z,defs in LDFLAGS - -j2 in MAKEFLAGS - use differents directories for builddir and srcdir not really a test but more like of a service: how about providing packages with debug symbols on? this is already true for some libraries but being able to install debug versions of single packages is intriguing, I just got a segfault on aria2, I'm thus recompiling the source to investigate. aptitude install aria2=sidversion+dbg would be awesome! just a quick idea, filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Caelum, non animo mutant, qui trans mare currunt Who crosses the sea changes the sky, not the soul. -- Oratius
Re: Question about obsolete Conflicts
On Tue, Mar 06, 2007 at 01:43:57AM +, Regis Boudin wrote: Hi all, I might be completely wrong, but... Playing around with dependencies trees, I noticed there are quite a few obsolete Conflicts fields in the archive. Would it be worth starting a bit of cleanup after Etch is released ? I think having the archive cleaner from this point of view might not be a bad thing. I mean... There are things like the 98 packages which still conflict with a pre-woody suidmanager, or apache with apache-modules which was removed from the archive 9 years ago, and I only had a quick look, so there are probably many more of these. I found 4410 Conflicts fields in the Packages file for main (with 19835 packages, that makes 22%), and it can only grow and need more useless processing to check dependencies if it's never cleaned up. great, are these results published somewhere? Trivial obsoleted conflicts might be removed via a wishlist bug. Shouldn't there be some sort of best practice or recommandation somewhere about cleaning this field when it becomes useless ? indeed, it might make sense to keep conflicts from oldstable, but not before or in special cases as pointed out by Bart. Any comment to tell me whether I got it wrong or not is welcome :) Regis PS : I'm not (yet ?) subscribed to the list, please CC me. don't worry, this is a low-traffic ML :) filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: How do you feel about women's rights? I like either side of them. -- Groucho Marx -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: automatic testing of dist-upgrades (was: Re: Ideas for additional large scale tests)
Hi, On Tue, Mar 06, 2007 at 05:23:13PM +0100, François Déchelle wrote: Hello, I'm in the edos project, and there are I think 2 set of tools which can be usefull: - dependencies management tools, probably anla, but I don't know the dependencies management tools enough in depth to give you a usefull answer. I have forwarded your mail to the people in charge of these tools - testing tools, namely TULIP, which is a distribution upgrade testing tools TULIP uses qemu to run automatic upgrades on 'virtual' installations; this way, you can test the dist-upgrade of several environments. The cons is that it is quite slow. There is more information about TULIP on: http://www.edos-project.org/xwiki/bin/view/Main/TULIP_tool good pointer, thanks! Lucas might be interested in running this, either with qemu or xen. I think we have already an experimental TULIP installation working on Debian dist-upgrades. do you know if that is running stable-testing upgrade path? filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things. -- Doug Gwyn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ideas for additional large scale tests
On Wed, Feb 28, 2007 at 10:41:25AM +0100, Lucas Nussbaum wrote: Well, what I'm looking for is: [A] People with good ideas of tests that would improve Debian's quality, or Free Software's quality in general [B] People willing to help with providing code for the tests, and providing manpower to analyze the results, file the bugs, etc. Just running the tests and trashing the results is useless. People matching both criteria are of course much more interesting for me, since it means less work for me :-) how about testing automatic dist-upgrades like stable-testing? of course this is not trivial as we want to run this in a noninteractive/preseeded fashion, but better than nothing :) I'll happily discuss details as I'm sure I'm missing something. for coordinating the results, that's a problem we had in extremadura as well, work the project by raphael' student looks promising but first we need to understand what's needed. filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
automatic testing of dist-upgrades (was: Re: Ideas for additional large scale tests)
[opening a new thread, since it was the original idea] On Thu, Mar 01, 2007 at 02:59:59PM +0100, Stefano Zacchiroli wrote: I'm more worried about how you choose the environment you want to dist-upgrade. Various criteria that come to my mind (braindump): - base system only (pro: easy to set up, cons: tests a too small set of package) - \forall task, base system + 1 task (pro: still easy to set up, tests a lot more packages, I guess all tasks taken together are a fair share of the packages in the archive, cons: do not upgrade issues induced by inter-task relationships) - base system + a set of random selected packages (pro: easy to set up, tests inter-task issues, cons: non-idempotent, i.e. not easy to reproduce, no guarantees/idea about how much of the testing domain has been effectively tested) I would add: - base + most popular packages (arch-wise, modulo together-installability) - base + largest set of packages installable together (there's more than one) the above sets can be found with the aid from the edos project, I had a quick look at their tools but can't find an obvious solution. PS hello world, from a QA team newcomer :) hi there! :) filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Beauty isn't worth thinking about; what's important is your mind. You don't want a fifty-dollar haircut on a fifty-cent head. -- Garrison Keillor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian QA meeting - planning talks
On Wed, Dec 27, 2006 at 04:28:43PM -0800, Russ Allbery wrote: Uh, no. I've not heard a thing about it before now other than Jeroen's initial discussions on lint-maint, and I got the impression from him that it wasn't working yet since I did some work to help it integrate with lintian to which I never got a response. It's cool that it's working. What version of lintian is it using? The lintian-1.23.24 from what I can tell filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: I worked myself up from nothing to a state of extreme poverty. -- Groucho Marx signature.asc Description: Digital signature
Re: list of file conflicts between packages
Hello Steve, On Wed, Dec 20, 2006 at 02:15:18AM -0800, Steve Langasek wrote: Hi Filippo, On Tue, Dec 19, 2006 at 11:31:25AM +0100, Filippo Giunchedi wrote: I've found some time to publish a list of packages with file conflicts, as stated by Contents.gz. More info at http://qa.debian.org/~filippo/file_conflicts/ With the actual lists being at http://qa.debian.org/~filippo/file_conflicts/testing-conflicts http://qa.debian.org/~filippo/file_conflicts/unstable-conflicts The list is going to be updated every five days, however I'm not sure how often the Contents.gz file is updated. I gather that this list excludes packages which declare conflicts. It doesn't exclude packages that use diversions. Perhaps a whitelist of these diversions would be useful? good idea, thanks! There are whitelists for both testing and unstable now, files are group-writable so you can add packages yourself, format is: one-package-per-line and lines starting with # will be ignored btw, does someone how often Contents.gz is updated? filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Age is not a particularly interesting subject. Anyone can get old. All you have to do is live long enough. -- Groucho Marx signature.asc Description: Digital signature
Re: list of file conflicts between packages
On Wed, Dec 20, 2006 at 02:28:08PM +0100, Michael Ablassmeier wrote: hi again, On Wed, Dec 20, 2006 at 01:53:46PM +0100, Michael Ablassmeier wrote: i had some time to run install tests on all unstable-conflicts listed in the above url using cowbuilder. Out of 61 listed conflicts 23 fail to install. A list + logs can be found here. http://people.debian.org/~abi/unstable_install_logs/FAILED http://people.debian.org/~abi/unstable_install_logs/ note: this list contains only packages available on amd64/main, so might be incomplete. I dont have time to file bugs, if one of you guys feels like doing so, please go ahead. same for testing conflicts, this time with i386/testing chroot: http://people.debian.org/~abi/testing_install_logs/FAILED http://people.debian.org/~abi/testing_install_logs/ some bugs are already filed/resolved: ub_webmagick childsplay-alphabet-sounds-ru_childsplay-alphabet-sounds-sv clearsilver-dev_libcgi-dev forutil_gromacs #403380 #403879 ggz-game-servers_ggzd gnome-peercast_libpeercast0-dev kernel-patch-bootsplash_linux-patch-bootsplash shouldn't k-p-bootsplash be removed in favour of l-p-bootsplash? libapache2-modxslt_libmodxslt0-dev #391404 libapache2-modxslt_modxslt-tools#391404 libgoogle-perftools0_tau libopal-dev_openmpi-dev libtk-filedialog-perl_horae lxr_lxr-cvs #403397 FIXED ndisc6_sofia-sip-bin slang-slirp_slirp z80asm_z88dk-bin zope2.9_zope2.9-sandbox thanks, filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bits for Bits from the QA meeting
On Mon, Dec 18, 2006 at 11:37:22AM +0100, Martin Michlmayr wrote: * Marc 'HE' Brockschmidt [EMAIL PROTECTED] [2006-12-18 10:52]: Heya, Fabio Mancinelli and Ralf Treinen from the EDOS project [insert link here] presented some of the tools they developed. [more details] After the talk, a new tools to help the release team was discussed, making it possible to effictively check the installability of a distribution (like testing) after one or more package was replaced by another version (like one from unstable). This tool will simply the process to create correct ^^ | simplify Raphael Hertzog presented wotomae [http://wotomae.debian.net] made by Arnaud Fontaine as a Google Summer of Code project. This tool is meant to help people working together by tracking packages during transitions and other issues that involve many packages to be tracked together. Jeroen van Wolffelaar talked about MOLE. [http://wiki.debian.org/Mole] A tool currently in development intended to store informations about debian packages and other meta-informations related to debian. [authors CCed, might have to write more and/or make corrections] filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Frustra fit per plura, quod fieri potest per pauciora. It is vain to do with more what can be done with less. -- W. of Ockham signature.asc Description: Digital signature
list of file conflicts between packages
Hi, I've found some time to publish a list of packages with file conflicts, as stated by Contents.gz. More info at http://qa.debian.org/~filippo/file_conflicts/ With the actual lists being at http://qa.debian.org/~filippo/file_conflicts/testing-conflicts http://qa.debian.org/~filippo/file_conflicts/unstable-conflicts The list is going to be updated every five days, however I'm not sure how often the Contents.gz file is updated. comments welcome, filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: UNIX IS user friendly, it is just selective who his friends are. signature.asc Description: Digital signature
Re: Rebuilding all etch packages inside etch
On Wed, Oct 18, 2006 at 09:36:26AM +0200, Lucas Nussbaum wrote: Nice. How much time would a complete archive rebuild take? The build of the 9716 source packages which I was able to build on AMD64 took a total time of 790936s (9 days, 4 hours). So it should theoritically be possible to build in a bit more than 2 hours, but some packages seem to take too long for that: will the grid improve performance by using tools like ccache? This might improve rebuild times though, not first-time builds. Anyway, how is the build already splitted across nodes automatically? or something like make -jlargeinteger should do? (this is only out of curiosity) thanks, filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Rebuilding all etch packages inside etch
On Thu, Oct 12, 2006 at 04:48:14PM +0200, Lucas Nussbaum wrote: Hi, [snip, thanks for taking care of this!] Packages that failed to build: bluez-hcidump 1.31-1 TODO this is already fixed in bluez-hcidump 1.32-1 FYI filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: QA packages with really high popcon numbers :-)
On Sun, Sep 10, 2006 at 05:58:31AM -0400, Nathanael Nerode wrote: Please feel free to forward this/advertise this to any places where it might inspire people to adopt these packages. Hmm, maybe I'll adopt some of the fonts -- they're pretty easy to maintain. I think this deserves to be posted to d-d for wider audience. or better: create a qa wiki subpage with the list and advertise that so people can make annotations. filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381275: PTS: removed packages not considered when re-added to the archive
Package: qa.debian.org Severity: normal Hi, it seems that removed packages are not considered again when they are re-added to the archive, consider octave-plplot for example. This bug is also a reminder for me to look at it :) filippo -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (600, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
identifying, old, packages
Hi, I've extracted a list of packages sorted by last upload date (it seems mostly correct, but please check the SQL query) with bugs and popcon data. The most interesting file is probably: http://merkel.debian.org/~filippo/qa/latest_uploads_bugstats others can be found at: http://merkel.debian.org/~filippo/qa/ comments? filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Computer Science is no more about computers than astronomy is about telescopes. -- Edsger Dijkstra signature.asc Description: Digital signature
Re: ksokrat_3.2.1-1ubuntu1_i386.deb broken dependency
Hi Steve, On Fri, Jun 09, 2006 at 04:36:58PM -0700, Steve White wrote: Hi, Just tried to install ksokrat (universe/text) on Ubuntu Dapper. pool/universe/k/ksokrat/ksokrat_3.2.1-1ubuntu1_i386.deb Adept says it's broken. It appears to need 'ksokrat-data', which is nowhere to be found. unfortunately this is not the correct list for reporting ubuntu bugs (ksokrat is not in debian, also). You might want to have a look at http://bugs.ubuntu.com filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Caelum, non animo mutant, qui trans mare currunt Who crosses the sea changes the sky, not the soul. -- Oratius signature.asc Description: Digital signature
Bug#370087: marked as done (Please include the package description.)
On Fri, Jun 09, 2006 at 10:32:32PM +0200, Goswin von Brederlow wrote: Then I am reopening this bug but alter it to request the short description as tooltip. allright, I see a problem here: PTS is source based but AFAIK there's no Description: for Source: stanza in debian/control, listing the (short) description for every binary package (in a tooltip!) can be tricky. ideas are welcome as always :) filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Computer Science is no more about computers than astronomy is about telescopes. -- Edsger Dijkstra signature.asc Description: Digital signature
Bug#370087: marked as done (Please include the package description.)
On Sat, Jun 10, 2006 at 12:13:33PM +0200, Christoph Berg wrote: Re: Filippo Giunchedi 2006-06-10 [EMAIL PROTECTED] allright, I see a problem here: PTS is source based but AFAIK there's no Description: for Source: stanza in debian/control, listing the (short) description for every binary package (in a tooltip!) can be tricky. ideas are welcome as always :) DDPO does the following: $description = htmlspecialchars(dba_fetch(d:$package, $pack_db)); /* try source name first */ if (!$description) $description = htmlspecialchars(dba_fetch(d:$binaries[0], $pack_db)); thanks for the quick reply, is the package - (short) description available somewhere? (okay, this might be another feature for the famous CRMI *g*) Right now the PTS only parses Sources files and I would avoid having to download/parse also Packages :) how does DDPO cope with libraries descriptions? source package name rarely is the same as binary, and the -dev package might be the first Binary:, oh well corner cases. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: It's not that I'm afraid to die, I just don't want to be there when it happens. -- Woody Allen signature.asc Description: Digital signature
Bug#370087: marked as done (Please include the package description.)
On Fri, Jun 09, 2006 at 07:49:34PM +0200, Goswin von Brederlow wrote: As mouse over it wouldn't take up any space. But would you need java script for that or can css do that too? Having it displayed as a tooltip (think of alt attribute of images) is not going to require any javascript/css magic, or I am missing something? filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: To be learned in an artC, the Theory is sufficient; to be a master of it, both the Theory and practice are requisite. -- Charles Hutton signature.asc Description: Digital signature
CRMI - collaborative repository of meta informations
Hi, at the meta-informations BoF many ideas have been discussed (the video will be somewhere available at some point, I guess). I've set up a wiki page http://wiki.debian.org/CRMI to keep track of these, please feel free to add your own points so we can start discussing them. thanks, filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: UNIX is simple, but it just takes a genius to understand the simplicity. -- Dennis Ritchie signature.asc Description: Digital signature
Re: removing packages only in oldstable and in unstable
On Fri, 21 Apr 2006 20:21:48 +0200, Andreas Barth wrote: * Joey Hess ([EMAIL PROTECTED]) [060421 19:31]: Andreas Barth wrote: celestia Would be a pity to lose this IMHO. :-( The other possibility is always: Someone fixes it :) no uploads since october and no wnpp bug filed either, is the maintainer still alive/interested? If not I would take care of celestia since it would be really a pity to lose :| filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#195121: PTS: show new upstream version available/integrate with dehs
On Sat, 11 Mar 2006 01:13:15 +0100, Jeroen van Wolffelaar wrote: severity 332938 wishlist thanks On Fri, Mar 10, 2006 at 08:49:22PM +0100, Thijs Kinkhorst wrote: But appearently that's broken. Thus this is not a wishlist item but a regular bug; and the only thing needed here is finding out where it's broken. That's code that has never really worked. It's still a feature request, from my tests it worked, what exactly didn't go as expected? I understand running uscan on the whole archive is a long process (multithread version is included, though). But for now it is just okay to grab the data from DEHS. yes, both still need to be improved :) filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345432: PTS: add experimental buildd link
Package: qa.debian.org Severity: wishlist Tags: patch Hi, it would be useful to have also the experimental link to buildd logs, the following trivial patch to pts.xsl should be ok (not tested): diff -u -r1.58 pts.xsl --- pts.xsl 30 Nov 2005 20:49:17 - 1.58 +++ pts.xsl 31 Dec 2005 13:31:49 - @@ -579,7 +579,23 @@ xsl:with-param name=textxsl:value-of select=$package//xsl:with-param /xsl:call-template /xsl:attribute -xsl:textBuildd logs/xsl:text +xsl:text + Buildd logs ( +/xsl:text +xsl:element name=a + xsl:attribute name=href + xsl:texthttp://experimental.debian.net/build.php?pkg=/xsl:text +xsl:call-template name=escape-name + xsl:with-param name=textxsl:value-of select=$package//xsl:with-param +/xsl:call-template + /xsl:attribute + xsl:text + experimental + /xsl:text +/xsl:element +xsl:text + ) +/xsl:text /xsl:element /li /xsl:if thanks, filippo -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (650, 'experimental'), (600, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sf.php source
On Thu, 08 Dec 2005 19:52:09 +0100, Jeroen van Wolffelaar wrote: That's what I can think of, but this has never been discussed before to the best of my knowledge, so the real original answer is most likely just Because the author choose php. please add also the author doesn't like php but in this case it-just-works :) filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332938: [gmane.linux.debian.devel.quality-assurance] Re: Bug#332938: PTS: integrate with dehs to allow adding a package new upstream TODO item
On Fri, 14 Oct 2005 00:35:49 +0200, Filippo Giunchedi wrote: On Mon, 10 Oct 2005 00:29:58 +0800, Paul Wise wrote: 1. Show the upstream version in the left sidebar. what if the package is native or there is no upstream version available/checkable? 2. Add a TODO item saying package newer version or something similar to the page when there is a newer version available. it is actually disabled because DEHS is running (again). I agree however that a link to package's DEHS page would be useful filippo
Bug#295374: packages.qa.debian.org: watch/uscan is not running and/or doesn't show results
On Tue, Jul 26, 2005 at 12:51:43PM +0200, Thijs Kinkhorst wrote: Hello, I know it doesn't work, didn't look into it yet why it doesn't work though. As there is already a project running all the watch files every two days[1], I plan to use that, it's not useful to have two different projects do the same. indeed, IIRC dehs data is already exported to qa.debian.org for use in developer.php (or developer.php queries directly the dehs db). If time permits I'll send a patch to allow PTS to query/use dehs data. It still doesn't work, but also the dehs information seems to be broken. Any chance that this can be fixed? Your are right, dehs is broken right now but should be fixed on the next run (every two days) Can't provide patches unfortunately since I can't find the source for qa.d.o. the source is at http://cvs.debian.org/wml/?cvsroot=qa filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#319271: devscripts: Conflicts with libgd-tools: /usr/bin/annotate
On Thu, Jul 21, 2005 at 08:14:53AM +0100, Julian Gilbey wrote: [snip, new devscripts file-conflicts with libgd-tools #319271] I'm for annotate-output (and I'm also thinking that lintian should check if a file conflicts with another one) It should be a katie / DAK check, not a lintian one, as you need to scan the entire archive. This can be an option too, however you should build the entire tree of dependencies (Conflicts/Depends) as it makes sense to have two packages provide the same file while conflicting (or one is in the Conflicts tree of the other) anyway I'm CC'ing -qa as this might be of interest. filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: The PTS should list Ubuntu patches
On Mon, Jul 18, 2005 at 05:44:09PM +0200, Raphaël Hertzog wrote: Hello, to improve integration of Ubuntu patches into Debian we need to make maintainers aware of their existence. So they need to be mentionned in the PTS. [cut] attached there is the preliminary patch against current cvs for adding a new column Patches on the left. Right now only ubuntu's and bts' patches are listed, however adding another source for patches should be fairly easy. IMO it should be useful to have the debian version to which the patch applies, however figuring that out from ubuntu's requires some black magic that I don't get. (maybe extracting from the path in the diff header? scott?) filippo -- Filippo Giunchedi PGP key: 0x6B79D401 random quote follows: It's not that I'm afraid to die, I just don't want to be there when it happens. -- Woody Allen --- bin/other_to_xml.py 19 Jul 2005 22:09:15 - 1.16 +++ bin/other_to_xml.py 21 Jul 2005 18:03:58 - @@ -108,6 +108,22 @@ watch = cPickle.load(f) f.close() +# Read patches information [FG] +patches = {} +# this can be easily inserted into update_patches.py it becomes too heavy to +# parse the file +if os.path.exists(dir + /patches.ubuntu): +f = open(dir + /patches.ubuntu) +for line in f.readlines(): +(package, rel_url) = line.split(' ', 2) +rel_url = rel_url.strip() +r = re.search(_(\S+).patch, line) +if not r: +continue +version = r.group(1) +patches[package] = {} +patches[package]['ubuntu'] = (version, http://people.ubuntu.com/~scott/patches/; + rel_url) + # Create the XML documents while 1: line = sys.stdin.readline() @@ -250,11 +266,27 @@ root_elt.setAttribute(watch, no) watch_sig = n +# Add patches informations [FG] +if patches.has_key(pkg): +elt = doc.createElement(patches) +for distro in patches[pkg].keys(): + child = doc.createElement(item) + (version, url) = patches[pkg][distro] + child.setAttribute(distro, unicode(distro, 'UTF8', 'replace')) + child.setAttribute(version, unicode(version, 'UTF8', 'replace')) + child.setAttribute(url, unicode(url, 'UTF8', 'replace')) + elt.appendChild(child) +root_elt.appendChild(elt) +root_elt.setAttribute(patches, yes) +patch_sig = len(patches[pkg].keys()) +else: +root_elt.setAttribute(patches, no) +patch_sig = n # TODO: try to do that signature checking before the creation of XML DOM # Build the sig and check if anything changed -sig = (pts.get(pkg, 0), dc_sig, wnpp_sig, override_sig, watch_sig, s_rc, s_normal, s_wishlist, s_fixed, subsig) +sig = (pts.get(pkg, 0), dc_sig, wnpp_sig, override_sig, watch_sig, patch_sig, s_rc, s_normal, s_wishlist, s_fixed, subsig) if sigs.has_key(pkg) and sig == sigs[pkg] and \ os.path.isfile(%s/%s/%s/other.xml % (odir, hash, pkg)): continue --- bin/update_incoming.sh 8 Jun 2005 01:28:46 - 1.23 +++ bin/update_incoming.sh 21 Jul 2005 18:03:58 - @@ -90,6 +90,9 @@ # Get wnpp information nice_wget http://qa.debian.org/data/bts/wnpp_rm wnpp_rm +# get patches from ubuntu +nice_wget http://people.ubuntu.com/~scott/patches/PATCHES patches.ubuntu + # What more ? # Decompress all files --- xsl/pts.xsl 19 Jul 2005 22:45:04 - 1.47 +++ xsl/pts.xsl 21 Jul 2005 18:10:56 - @@ -425,7 +425,7 @@ /tr /xsl:if - !-- unstablej -- + !-- unstable -- xsl:if test=$hasunstable tr class=normalrow td class=labelcellUnstable/td @@ -444,6 +444,29 @@ /td /tr /xsl:if + + !-- Patches list [FG] -- + xsl:if test=$other/@patches='yes' +tr class=titlerow +td class=titlecell colspan=2 +Patches +/td/tr +tr +td class=contentcell colspan=2 style=text-align: left +xsl:for-each select=$other/patches/item + li +a href={$other/patches/item/@url}Patch from xsl:value-of select=$other/patches/item/@distro/ for version xsl:value-of select=$other/patches/item/@version//a + /li +/xsl:for-each +xsl:if test=$other/bugs/@patch!='0' + li +a href=http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=srcamp;data={$package}amp;include=patchamp;exclude=pending;Patches from BTS (xsl:value-of select=$other/bugs/@patch/)/a + /li +/xsl:if +/td +/tr + /xsl:if + tr class=titlerow td class=titlecell colspan=2 signature.asc Description: Digital signature
Re: The PTS should list Ubuntu patches
Robert Lemmen wrote: [cut] so i'd say: a good way to notify maintainers of patches against their packages (apart from the bts) is probably cool. making it ubuntu-specific or (yuck!) applying these patches (semi-)automatically is bad. I like the general idea however this can be really tricky, but now that BTS has version support it should be done through it. However if you have .dsc with relative files it shouldn't be too hard to do (something utnubu.a.d.o/scottish/ or people.u.c/~scott/patches/ but fetching the source archives from various Sources) filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: The PTS should list Ubuntu patches
On Mon, Jul 18, 2005 at 05:44:09PM +0200, Raphaël Hertzog wrote: Hello, to improve integration of Ubuntu patches into Debian we need to make maintainers aware of their existence. So they need to be mentionned in the PTS. I think this is a great idea, also WRT the recent utnubu alioth project, the ubuntu patches page is really useful, thanks Scott! I don't have the time to code that in the PTS but maybe someone else has... I can integrate this during the week, as soon the list is in place, a decent format might be: package version including only the packages with ubuntu patches (I think this could be extracted from LOGS/nda.DATE.log too) was useful... otherwise we'd put that indefinitely in the TODO because some patches are really ubuntu specific and they're going to last forever. So the best solution right now is to add links on the left... what do people think ? something like ubuntu patches for version $version pointing to the whole patch and additionally other links pointing to single patches (packaging, changelog, etc) filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#307461: 307461 is fixed?
Thijs Kinkhorst wrote: Hey people, It seems like this problem is fixed, correct? not really, check http://qa.debian.org/developer.php?package=freepopscomaint=yes for example, it still shows gpg key id not found filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268418: PTS: Please make latest news pages have static URLs
On Wed, Apr 27, 2005 at 02:28:34PM +0200, Raphael Hertzog wrote: Le mardi 26 avril 2005 à 21:36 +0200, Filippo Giunchedi a écrit : Thijs Kinkhorst wrote on 26-04-2005 11:55: I'm willing to fix this sometime if someone can point me to the sources of the PTS. check http://cvs.debian.org/pts/?cvsroot=qa having MMDDhhmm as the filename for the news would be fine IMO Yes, but you still have to adapt the code to keep only the 30 latest items... indeed, I've quickly checked the code and it seems feasible, though a little nastier than now. filippo signature.asc Description: Digital signature
Re: Ranty is no more with us :-( please adopt his pkgs.
On Fri, May 14, 2004 at 02:34:34PM +0200, Chris Halls wrote: [snip] I have enough work with openoffice, so I'd be glad if Data (or anyone else) was interested in helping out with apt-proxy. It's very close to going into sid now; it just needs a fix for the max_versions implementation. I'm interested in apt-proxy since I found it very useful for proxying/partial mirroring I was deeply shocked when I read about his death. We talked a lot via IRC and email, although I hadn't had the opportunity to meet him in person. I think it would be appropriate to dedicate version 2 to him. indeed, version 2 dedicated to him would be great filippo -- Filippo Giunchedi GNU/PG key: 6B79D401 Random signature below: Each new user of a new system uncovers a new class of bugs. -- Brian W. Kernighan pgpSNRmeCH1kL.pgp Description: PGP signature
Re: Really, really ancient standards versions
On Sat, Feb 28, 2004 at 02:34:35AM -0500, Nathanael Nerode wrote: [snip] ncpfs: Eloy A. Paris netselect: Avery Pennarun (his only package) -- orphaned being adopted I've adopted netselect and it is being sponsored by Simon Law (upload done, waiting for ftpmasters) anyhow the package is ready and (IMO) in a good shape to get into testing. kind regards, filippo -- Filippo Giunchedi GNU/PG key: 6B79D401 Random signature below: Frustra fit per plura, quod fieri potest per pauciora. It is vain to do with more what can be done with less. -- W. of Ockham pgpJlo7R911Mp.pgp Description: PGP signature
Re: Proposal for an advanced Debian-QA system
On Fri, Feb 20, 2004 at 10:37:22PM +0100, Bluefuture wrote: This are some idea for an advanced automatic Debian-qa system: The Debian-qa and debian devel could develop a system for trace all upstream version of a software using the Debian/Watch file and uscan tool and put this info in a db storing relase version, devel/stable status of the new upstream relase, upstream relase date and (other useful info?). please note this check is already implemented in the PTS (http://packages.qa.debian.org) although not globally but on a per-package basis. Anyhow it would be easy to extract such informations (PTS stores data about packages in XML) and sum them in a page or whatever. This issue (more or less mandatory debian/watch files) has been already discussed on debian-qa times ago (check the archives) and I'm starting collecting URLs about every package without watch file to suggest one to package's maintainer (a long, though not hard, work... if someone is willing to help is welcome :)) [snip] There could be defined alert leves derived from an algorithm based on factor like: - missed upstream versions - bugs collected by package - date diffs from upstream release and package upload (stable/testing/sid/experimental/incoming) - Priorty field in the package - numer of packages that depend from this one - end every other useful derivable infos. this sounds interesting! kind regards, filippo -- Filippo Giunchedi GNU/PG key: 6B79D401 Random signature below: I never forget a face, but in your case I'll be glad to make an exception. -- Groucho Marx pgpRdn7fRYKEQ.pgp Description: PGP signature
Re: Proposal for an advanced Debian-QA system
On Sun, Feb 22, 2004 at 12:53:54PM +0200, Riku Voipio wrote: On Saturday 21 February 2004 21:00, Filippo Giunchedi wrote: On Fri, Feb 20, 2004 at 10:37:22PM +0100, Bluefuture wrote: This are some idea for an advanced automatic Debian-qa system: The Debian-qa and debian devel could develop a system for trace all upstream version of a software using the Debian/Watch file please note this check is already implemented in the PTS (http://packages.qa.debian.org) although not globally but on a per-package basis. That doesn't seem to work at the moment. http://packages.qa.debian.org/x/xfractint.html It has a working watch file, and using uscan locally it detects the new upstream version, but the page doesn't detect anything. I don't know if the PTS pages are updated (infact I'm planning to add a timestamp in the bottom of every page to find this but it ain't easy since cvs.debian.org anonymous access is denied and no nightly tarballs are provided). Anyhow new watch files are scanned once a month (or whenever the script extract_watch.py is ran, it is a intensive work though, the script scans every non-native package .diff file in the archive (main, contrib, non-free of both US and non-US) and extract the relevant watch file) BTW, It would be neat, if the page would complain about a missing watch file. this would be okay but this issue has been already discussed. Complaining in PTS about a missing watch file means to force maintainers (as they will receive bug reports from the users, too) to include watch files and a lot of maintainers (especially ones in direct contact with upstream or which follow upstream development) won't like that. As I stated before the right way for now seems to manually file wishlist bug reports against packages suggesting a watch file (suggesting means including a working watch file for the package) and let the maintainer decide. Given that, also a lintian warning would be okay to add :) kind regards, filippo -- Filippo Giunchedi GNU/PG key: 6B79D401 Random signature below: A child of five would understand this. Send someone to fetch a child of five. -- Groucho Marx pgpird1TtMFCv.pgp Description: PGP signature
add debian/watch file to packages
Hi debian-qa! having a package upstream up-to-date is important and this is why we have debian/watch files used by uupdate. Fortunately the PTS checks and reports if a new upstream version is available IF it founds the debian/watch file for package. Unfortunately only a few packages provide this file, partial results (I stopped at pool/main/p/phpgroupware-inv using www/bin/extract_watch.py from PTS) are below: out of 4827 diffs examined (I expect native debian packages to be updated upstream, CVS doesn't count of course) only 698 (14%) have that file (and it's not guaranteed it's valid) Usually it is expected for a DD to follow or at least be subscribed to program developing, while this is true for big projects this is false for small projects and there using debian/watch would be really useful. Unfortunately it is not habit to include the file, possible solutions are to mass-filing wishlist bugs (painful but probably effective) giving hints and guidelines how to write a valid watch file and/or manually find out the homepage and file pattern for package, perhaps using the informations from /usr/share/doc/package and/or googling. please comment on this, any hint/suggestion/insult is welcome! filippo -- Filippo Giunchedi GNU/PG key: 6B79D401 Random signature below: All language designers are arrogant. Goes with the territory... -- Larry Wall pgpVBfDGYjP2B.pgp Description: PGP signature
Re: add debian/watch file to packages
[CC'ing debian-qa since it might be of some interest] On Wed, Jan 14, 2004 at 02:08:12PM +0100, Christian Kurz wrote: On [14/01/04 1:13], Filippo Giunchedi wrote: Usually it is expected for a DD to follow or at least be subscribed to program developing, while this is true for big projects this is false for small projects and there using debian/watch would be really useful. Unfortunately it is not habit to include the file, possible solutions are to mass-filing wishlist bugs I'm not in favour of this idea, since I've working relationships to the upstream authors of the packages that I maintain. They always inform me via e-Mail if they make a new release and sometimes even which changes the release contains. So I'm not going to include an watch files since there's no need for them and I would close any bugreport asking for them. Using watch files should be an individual decision for each maintainer to use or not. indeed it is individual but I think the general case is: (busy) maintainer with a lot of small packages and subscribed to software-devel mailing list, so it's easy to miss a new release of a software. There watch files might help instead of the casual user browsing the website and notice the package is not up-to-dated. OTOH having the PTS stating new upstream version available blah blah can reduce BRs like hey, a new release is out! could you please update this package? kind regards and thanks for feedback! filippo -- Filippo Giunchedi GNU/PG key: 6B79D401 Random signature below: I worked myself up from nothing to a state of extreme poverty. -- Groucho Marx pgp5MKP4PG3wM.pgp Description: PGP signature