Bug#1073562: qa.debian.org: (Some?) popcon statistic graphs not updated since May

Lev Lazinskiy: [... [...] There is a perl script called popcon-import [2] that runs somewhere, can someone who has access to these logs [3] take a look? Hi Ley Thanks for looking at this. I had a quick at look at the log and it does not exist at all. What we have are: -rw-rw-r-- 1 qa qa

ERROR:There are 1097 source packages in unstable or experimental that are unknown by the UDD lintian data. This is probably a bug.

Hi, I noted this notice at the bottom of https://udd.debian.org/lintian after doing a search: ``` ERROR:There are 1097 source packages in unstable or experimental that are unknown by the UDD lintian data. This is probably a bug. Please notify debian-qa@lists.debian.org. ``` Please

Bug#965486: debian-builder: Removal of obsolete debhelper compat 5 and 6 in bookworm

Control: notfound -1 debian-builder/1.8.0 Control: fixed -1 1.8.0 Correcting metadata. Note if found version == fixed version then the BTS assumes the bug is not fixed.

Re: Split arch:all contents to Contents-all.gz

On Mon, 5 Mar 2012 00:19:19 +0100 gregor herrmann wrote: > On Sun, 04 Mar 2012 10:02:07 +0800, Paul Wise wrote: > > > Sounds like a win to me. > > Ack. > > > The tools that might need changing: > > > > debmirror > > apt-file > > UDD > > collab-qa/filecontents/*-contents.py > > Maybe

Bug#889803: add package with cd-paranoia binary

On Fri, 25 Jan 2019 00:23:22 +0100 Klaumi Klingsporn wrote: > Package: cd-paranoia > Followup-For: Bug #889803 > > On Tue, 14 Aug 2018 19:24:07 + Niels Thykier > wrote: > > Source: libcdio-paranoia > > Source-Version: 10.2+0.94+2-4 > > > > We bel

Bug#889803: add package with cd-paranoia binary

Benjamin Barenblat: > Niels, it looks like you uploaded src:libcdio-paranoia 10.2+0.94+2-4, > removing the cd-paranoia binary package, because cd-paranoia(1) is > already included in the libcdio-utils package. However, if you look at > libcdio-utils in sid, you’ll see this is no longer the case –

Bug#917469: qa.debian.org: Please import migration status and provide it as a(n optional) column in bugs cgi

Package: qa.debian.org Severity: wishlist Hi, I would like to see / use the migration status from britney in the bugs cgi script[1] as a way of sorting/grouping packages with RC bugs. One concrete use-case that I have is that I would like to know immediately whether a particular RC bug fix in

Re: What criterion is used for "has autopkgtest and migrates to testing in 2 days"?

Andreas Tille: > Hi, > > sorry, not sure whether debian-qa list is correct but Paul is in To > anyway. The package r-cran-snakecase has two ways to test: > >1. debian/control defines Testsuite: autopkgtest-pkg-r >2. debian/tests/control.autodep8 > > (If 1. is given and there is

Bug#903367: vcdimager: FTBFS in buster/sid (dh_installinfo: Cannot find "docs/vcd-info.info")

Source: vcdimager Source-Version: 2.0.1+dfsg-3 On Mon, 09 Jul 2018 00:07:05 + Santiago Vila wrote: > Package: src:vcdimager > Version: 2.0.1+dfsg-2 > Severity: serious > Tags: ftbfs > > Dear maintainer: > > I tried to build this package in buster but it failed: > >

Bug#884128: libical: don't release with buster

Control: tags -1 moreinfo On Mon, 11 Dec 2017 19:43:59 +0100 Emilio Pozuelo Monfort wrote: > Source: libical > Version: 2.0.0-1 > Severity: serious > > Hi, > > We have src:libical3 now, so libical2 should be dropped before the > freeze. We shouldn't need to release buster with both libical 2

Bug#901405: systemd-shim: Please add a sysvinit service to create directories on /run at boot

On Tue, 12 Jun 2018 11:27:20 -0400 Felipe Sateler wrote: > Package: systemd-shim > Version: 10-3 > Severity: normal > User: pkg-systemd-maintain...@lists.alioth.debian.org > Usertags: shim-patches-removal > > Hello Debian systemd-shim Maintainers, > > The Debian systemd package is currently

Bug#899113: tracker.debian.org: emails sent to '@tracker.d.o' are discarded

Mattia Rizzolo: > On Sat, May 19, 2018 at 06:13:39AM -0400, Michael Gilbert wrote: >> Similar to #891504, emails sent directly to a package tracker address, >> for example chromium-brow...@tracker.debian.org, are discarded instead >> of being relayed to those subscribed (to the 'contact' keyword).

Re: Intend to remove lintian.log from lintian.d.o (please migrate to the .gz variant)

Niels Thykier: > Hi, > > [...] > Please migrate any usage of "https://lintian.debian.org/lintian.log; to > "https://lintian.debian.org/lintian.log.gz; (and update the code to > decompress as necessary). > > I intend to remove the uncompressed variant in 14

Re: Intend to remove lintian.log from lintian.d.o (please migrate to the .gz variant)

Paul Wise: > On Sat, Feb 3, 2018 at 6:17 PM, Niels Thykier wrote: > >> Please migrate any usage of "https://lintian.debian.org/lintian.log; to >> "https://lintian.debian.org/lintian.log.gz; (and update the code to >> decompress as necessary). > > Done

Intend to remove lintian.log from lintian.d.o (please migrate to the .gz variant)

Hi, I have been looking at optimizing the disk usage of the generated lintian.d.o website. This optimization is (among other) to reduce the upload time for deploying a new version of the website. My initial tweak have removed 20% of the disk size[1]. However, we are now at the point where the

Bug#874017: UDD: please import data on debug packages

Paul Wise: > On Sat, Sep 2, 2017 at 9:42 AM, Stuart Prescott wrote: > >> As a future extension, importing the data out of the "Build-Ids" field might >> also be useful, providing a service to figure out the package name that has >> the debug symbols based on build-id. (The space-separated format

Bug#870788: Extract recent uploaders from d/changelog

Adrian Bunk: > On Fri, Aug 04, 2017 at 06:13:09PM -0700, Sean Whitton wrote: >> Package: tracker.debian.org >> Severity: wishlist >> >> On Thu, Aug 03 2017, Holger Levsen wrote: >> >>> Then, Tobias has a point, knowing which team members uploaded a package is >>> useful. So I have a simple

Re: mass-removing packages that missed both jessie and stretch?

Lucas Nussbaum: > Hi, > > It is becoming increasingly painful to do QA work due to the number of > packages in unstable that have been completely broken for a long time. > > [...] > > I propose the following process: > - I would file a bug against each of those packages, asking whether it >

Bug#865848: Uses await triggers for XML catalogs

Control: reassign -1 sgml-base Control: retitle -1 sgml-base: Ensure no (non-essential) dependencies Niels Thykier: > Package: debhelper,sgml-base > Severity: normal > > Hi, > > The current sgml-base setup relies on await triggers to carry out its > tasks. Originall

Bug#865848: Uses await triggers for XML catalogs

Package: debhelper,sgml-base Severity: normal Hi, The current sgml-base setup relies on await triggers to carry out its tasks. Originally, it was an interest trigger but due to #825002/#825005, debhelper now inserts an activate trigger instead. This means that any package that ships XML

Bug#861443: ora2pg: please make the build reproducible

Control: tags -1 fixed-upstream On Thu, 04 May 2017 17:35:00 + Niels Thykier <ni...@thykier.net> wrote: > Control: tags -1 moreinfo > > [...] > > Hi Chris, > > I suspect your patch is wrong because the original code is wrong as well. > > $$ in postgre

Bug#861443: ora2pg: please make the build reproducible

Control: tags -1 moreinfo On Sat, 29 Apr 2017 09:08:22 +0100 Chris Lamb wrote: > Source: ora2pg > Version: 18.0-1 > Severity: wishlist > Tags: patch > User: reproducible-bui...@lists.alioth.debian.org > Usertags: randomness > X-Debbugs-Cc:

Bug#853189: tracker.debian.org: Ecnoding issue / Code injection through Maintainer field (and probably others)

Christophe Siraut: > Niels Thykier wrote: >> * tracker.d.o does *not* import excuses.yaml but update_excuses.html >>(as far as I am informed at least) > > True. > > Here is a patch for tracker to parse YAML instead of HTML. > > Cheers, > Christophe &g

Bug#853189: tracker.debian.org: Ecnoding issue / Code injection through Maintainer field (and probably others)

Mattia Rizzolo: > On Mon, Jan 30, 2017 at 03:43:44PM +0100, Dominik George wrote: >> tracker.debian.org apparently has encoding issues, not of the “schei� >> encoding” kind, but it even seems to break the HTML completely and even >> introduces new elements into the DOM in some way… >> >> أحمد

Bug#849440: udd: Please use HTTP 503 for "Current system load is too high"

Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: udd Hi, While using the UDD bugs interface today, I got a """Current system load (49.52) is too high. Please retry later!""" error. I noticed that it is returned with a "HTTP 200 OK" status, so automatic

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

Holger Levsen: > On Fri, Sep 23, 2016 at 04:54:00PM +0000, Niels Thykier wrote: >> Holger Levsen: >>> On Thu, Sep 22, 2016 at 07:07:00PM +0000, Niels Thykier wrote: >>>> It is my understanding that the FTP masters want to retire Packages.gz >>>> short

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

Holger Levsen: > On Thu, Sep 22, 2016 at 07:07:00PM +0000, Niels Thykier wrote: >> It is my understanding that the FTP masters want to retire Packages.gz >> shortly before the Stretch release. > > why shortly *before* the release? did you maybe mean shortly after the > r

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

On Tue, 19 Apr 2016 09:41:42 +0200 Johannes Schauer wrote: > Hi, > > On Fri, 18 Mar 2016 09:11:29 +0100 Ralf Treinen wrote: > > the dose services on qa.debian.org currently do not support xz input files. > > while there is no libxz binding for ocaml yet, ben

Re: intltool-debian need by po-debconf (Debian tools on fedora)

Sérgio Basto: > [...] > > Googling a little > > http://unix.stackexchange.com/questions/198460/rfc822-style-sources-list-yields-e-type-types-is-not-known > > https://github.com/hercules-team/augeas/issues/297 > > Note: > from apt_1.0.9.8_changelog >

Re: intltool-debian need by po-debconf (Debian tools on fedora)

Paul Wise: > On Wed, Jun 15, 2016 at 7:54 AM, Sérgio Basto wrote: > >> should be removed from Debian and if some package still use it should >> use new intltool instead > > Unfortunately, at this time there are 3 packages in Debian still > depending on it: > > lintian (core QA tool, equivalent

Bug#815637: UDD: add support for debug information

Paul Wise: > Package: qa.debian.org > Severity: normal > User: qa.debian@packages.debian.org > Usertags: udd > X-Debbugs-CC: Neils Thykier > > It would be nice to do a few things around debug information in UDD: > > Import Build-Ids fields from Packages files in the

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

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

Bug#807073: tracker.debian.org: duplicate news entries

Raphael Hertzog: > Hi, > > On Fri, 04 Dec 2015, Andreas Cadhalpun wrote: >> there seems to be a recent regression in the handling of news, causing >> duplicates. >> Packages migrating to testing now produce three news entries like e.g. [1-4]: >> "[2015-12-04] ffmpeg 7:2.8.3-1 MIGRATED to testing

Re: removing xchat

On 2015-09-27 08:44, Andreas Tille wrote: > On Fri, Sep 25, 2015 at 08:42:18PM +0200, Niels Thykier wrote: >> >> If neither Davide nor Bart (just CC'ed) speak up for keeping it, I am in >> favour of xchat being removed/replaced by hexchat. > > I wonder whether it ma

Re: removing xchat

On 2015-09-13 15:05, Sven Hoexter wrote: > Hi, > since Sandro gave up on package removal sprees some time ago I've lost > track on the process of package removals beside of maintainer requests. > Is someone actually working on removing unmaintained stuff from Debian > at the moment? > > In a

Re: darcs.debian.org broken?

On 2015-07-19 14:24, Joachim Breitner wrote: [...] Concrete proposal: VCS-Git: alioth.debian.org:/git/pkg-haskell/DHG_packages.git#p/haskell-foo Where the # separates the subpath from the uri. This way, you can actually paste the whole URL after git clone, as # starts a bash comment,

Bug#780020: [UDD] bugs.cgi: YAML contains raw HTML and ruby objects

On 2015-03-18 18:38, Lucas Nussbaum wrote: Hi Niels, bugs.cgi started as a huge amount of spaghetti code, and is slightly become better. [...] For last_modified, I've added a new 'last_modified_string' field that shows the date as text. Should be easily parsable by about everything.

Bug#780020: [UDD] bugs.cgi: YAML contains raw HTML and ruby objects

Package: qa.debian.org Severity: minor Hi, The generated YAML contains raw HTML and Ruby specific objects, example (from the query in [1]): - id: 644047 package: gdm3 [...] title: ! 'gdm3: /etc/default/locale ignored, locale set to C, breaks gnome-terminal' last_modified:

Re: Bug#768314 needs attention as possible release blocker

On 2015-02-26 16:37, Gordon Morehouse wrote: Hi Niels, I'll try that solution. Is it too late in the process to add a dependency on plymouth? Thanks much, -Gordon M. Hi Gordon, It is not too late, but I suspect plymouth is not a hard dependency for using systemd nor cryptsetup.

Re: Bug#768314 needs attention as possible release blocker

On 2015-02-26 02:12, Gordon Morehouse wrote: Hi there, I'm not a Debian developer or maintainer. That said, I've been an enthusiastic user for quite some time. I believe #768314 needs attention from someone who can decide whether it should be upgraded to a release blocker for jessie. If

Bug#750627: UDD Bugs: YAML output ctags consists of HTML rather than YAML structured data

Package: qa.debian.org Severity: wishlist User: qa.debian@packages.debian.org Usertags: udd Hi, When fetching a bug listing from http://udd.debian.org/bugs/ , I noticed the ctags field consists mostly of raw HTML[1]: - id: 538822 [...] ctags: ! '[abbr

Re: invalid and duplicate architectures

On 2014-05-24 04:16, Russ Allbery wrote: Paul Wise p...@debian.org writes: On Fri, May 23, 2014 at 10:00 PM, Johannes Schauer wrote: In my code I counted all debian architectures as valid which are listed on packages.debian.net. Is there a better way to retrieve valid architectures in this

Re: invalid and duplicate architectures

On 2014-05-24 10:36, Johannes Schauer wrote: Hi, Quoting Jakub Wilk (2014-05-24 10:35:20) It does here: O: picolisp source: unknown-architecture any-armel O: picolisp source: unknown-architecture any-armhf strange, then nevermind - something must be wrong with my lintian here then.

Re: BTS and UDD disagrees on the number of RC bugs in stable

On 2014-03-21 03:49, Don Armstrong wrote: On Tue, 18 Feb 2014, Don Armstrong wrote: Yeah, it's not working. I've got it on my TODO list, but haven't had a chance to work on it yet. I will probably have a chance next weekend to spend some time on it. So I think I've fixed this now; had to

Re: BTS and UDD disagrees on the number of RC bugs in stable

On 2014-02-07 21:28, Don Armstrong wrote: On Wed, 05 Feb 2014, Don Armstrong wrote: Yeah. I think this is a bug I introduced when I switched to using bugcfg instead of the hardcoded values which were being used before. I just fixed this in @81492, but I haven't rolled it out to the BTS yet.

BTS and UDD disagrees on the number of RC bugs in stable

Hi BTS people and UDD, We have noticed that some bugs tagged wheezy-ignore appears on the BTS list of RC bugs affecting stable. As an example, the list[1] contains #710069 and #710357. Both of these were tagged wheezy-ignore on the 28th of November. Currently, UDD's bug view[2] claims that

Re: debian/control files: Identical maintainer and uploaders

On 2014-01-30 07:25, Paul Wise wrote: On Thu, Jan 30, 2014 at 4:41 AM, Simon Kainz wrote: So what's the idea in having the same person (same in this context means same email address) in both Maintainer: and Uploaders: field? Some leftovers from someone's transition from DM to DD? Or maybe a

Bug#720551: openjdk-6 removal is now release critical

severity 720570 serious severity 720552 serious severity 720569 serious severity 720561 serious severity 720551 serious severity 720572 serious thanks Hi, I am bumping the OpenJDK-6 removal to release critical; please update / fix your packages at your earliest convenience. Thank you, ~Niels

Bug#727048: PTS: Please show warning for auto-removal from testing

Package: qa.debian.org Severity: wishlist Hi, Please warn maintainers about pending auto-removals from testing that affect their package(s). The data set is available via [1]. ~Niels [1] http://udd.debian.org/cgi-bin/autoremovals.yaml.cgi -- To UNSUBSCRIBE, email to

Bug#725321: [UDD]: Please make a BTS might be confused script/query

Package: qa.debian.org Severity: wishlist Hi, There are a number of cases where the Debian Bug Tracker can become confused or (to many) behave surprisingly. The most common example is when a bug in marked as found and fixed in the same version. In this case, the BTS silent accepts the values

Bug#725184: [UDD]: bugs.cgi - please provide a way do download a result in a machine consumable format

Package: qa.debian.org Severity: wishlist Hi, It would be great if one could download a list of bugs found from a given query in a machine consumable format (e.g. YAML) for further processing. ~Niels -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of

Bug#725034: [UDD]: key-packages not taking INC_SRC dependencies into account

Package: qa.debian.org Severity: normal Hi, By the looks of it, the script generating the list of key packages are not taken the dependencies (i.e. (Pre-)Depends) of key packages into account. For the majority of packages, their (Pre-)Depends are always covered by their popcon[1]. However,

Re: re QA Testing Work Flow for Debian OS

On 2013-09-26 21:43, Ryuken Iwaski wrote: Hi, I am new to the debian OS and my formal experience with the programming is in Java. Hi, Welcome to Debian :) from a development point of view. A quick ad: If you are interested in packaging Java libraries or programs, there is also a Java

Bug#713073: PTS: show library transition message also on the source package page

On 2013-08-20 10:16, Stéphane Glondu wrote: Le 20/08/2013 09:41, Niels Thykier a écrit : I think the reason why we prefer having the introducing source package as unaffected, is because it will be taken care of by a source upload (i.e. there is usually nothing for us to do about that package

Candidates for removal from testing (2013-06-30)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 We are considering removing the following packages from testing as they have unfixed RC bugs filed against them. The packages can be found in the attached dd-list. The packages have been selected based on the following criteria: - The package

Re: archive rebuilds

On 2013-05-12 11:47, Thomas Goirand wrote: On 05/12/2013 05:01 PM, Lucas Nussbaum wrote: First, I need your SSH key, so that you can connect to AWS. Hi Lucas, Thanks for all these details. I haven't read it all yet, but I will. You may find it here:

Re: archive rebuilds

On 2013-05-12 14:20, Thomas Goirand wrote: On 05/12/2013 05:54 PM, Niels Thykier wrote: You probably want to sign the key. ~Niels Can an ssh key be pgp signed? I didn't know. How do I do that? Thomas The key can be GPG signed like any other text file. If you clear sign it like David

Bug#702154: [UDD] bugs.cgi - additional info: release team hints causes incomplete HTML output

Package: qa.debian.org Severity: normal Hi, It seems something is amiss with the bugs.cgi script; all queries I have done that included additional information: release team hints failed to produce the actual list of bugs. It does say how many bugs the query will give[1]. ~Niels [1] Example

Bug#702215: UDD: bugs.cgi: RT tags are mashed together without a space/separator

Package: qa.debian.org Severity: minor Hi, In the query [1], it can be seen that the RT tag column does not properly separate RT tags. E.g. for bug #555168, which has both a squeeze-can-defer and a wheezy-can-defer, the resulting HTML for that cell is:

Bug#702067: UDD: bugs.cgi - incomplete output on some searches

Package: qa.debian.org Severity: minor Hi, It seems that the UDD does not properly handle some queries. I suspect (but haven't confirmed) that it might be quries with 0 results. The query in [1] relibly seems to cause an incomplete HTML output. I suspect this query to give an empty result;

Bug#700515: PTS: poor handling of missing Standards-Versions

Package: qa.debian.org Severity: minor User: qa.debian@packages.debian.org Usertags: pts On the PTS for debian-installer-utils[1], the std-ver field shows the Vcs links and the Vcs: shows an empty value (partly outside the general box). ~Niels [1]

Bug#699017: udd: RC bug view: marked as done vs experimental

Package: qa.debian.org Severity: minor User: qa.debian@packages.debian.org Usertags: udd The UDD bugs view uses ignore marked as done for some of its view. Particularly, the Bug squasher view. I fear that marked as done is a poor choice, because it filters out fixed (only) in

Candidates for removal from testing (2013-01-24)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, We are considering removing the following packages from testing as they have unfixed RC bugs filed against them. The packages can be found in the attached dd-list. The bugs that put them on this list can be found in the removals file (also

Re: Bug#698661: unblock: openmotif/2.3.3-7

On 2013-01-23 20:36, Paul Gevers wrote: tags 698661 -moreinfo retitle 698661 unblock: openmotif/2.3.3-8 reopen 673690 thanks On 22-01-13 15:21, Niels Thykier wrote: Can you please re-upload openmotif with the M-A (and possibly the hardening) changes reverted. Done. Debdiff attached

Bug#698430: UDD: rcbugs.cgi shows #639407 as affecting Wheezy, but it is fixed+archived

Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: udd Using a filtered query of RC bugs affecting Wheezy (but not sid and without an unblock hint)[1], I noticed #639407 being listed. However, according to the BTS #639407 is closed, fixed in 2.7.3-1

Re: Intend to change lintian.d.o/qa-list.txt

On 2012-12-30 04:40, Paul Wise wrote: On Sun, Dec 30, 2012 at 4:09 AM, Niels Thykier wrote: [...] I propose to extend this file (or alternatively publish a second file with the extensions) to include the version number of the package in question. Currently the format is: Not sure

Re: Intend to change lintian.d.o/qa-list.txt

On 2012-12-30 09:45, Bart Martens wrote: On Sun, Dec 30, 2012 at 07:11:10AM +, Bart Martens wrote: [...] I suggest that we update PTS and DDPO to be ready to process the extended format without functional change first, and then extend qa-list.txt. I'm volunteering to update DDPO for

Re: Intend to change lintian.d.o/qa-list.txt

On 2012-12-30 10:16, Stefano Zacchiroli wrote: [...] Given that not all future format changes would have the luck of being mechanically distinguishable, it might be a good idea to take this chance to add a declared format version, e.g. a first line in qa-list.txt starting with #, declaring

Intend to change lintian.d.o/qa-list.txt

Hi, As far as I know, Lintian exports a file called qa-list.txt for consumption by the QA infrastructure. Particularly I suspect that the PTS and the DDPO consumes this file to display the relevant TODO item/column. If anyone is aware of any other consumers, do let me know about it (and let

Bug#695772: bugs.cgi: allow filtering based on unblock/approve hints

On 2012-12-12 16:54, Ivo De Decker wrote: Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: udd Tags: patch Hi, Hi, Please allow the possibility to filter bugs based on unblock or approve hints by the release team. The attached patch frovides

Bug#695508: udd: bugs.cgi - bugs filed against multiple packages is not associated with a source

Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: udd The bug #694368 is filed against libfuzzy2, libfuzzy-dev (src: ssdeep). At least in the view [1], this means that the package column gets the PTS link wrong. It links to p.qa.d.o/libfuzzy2 and

Bug#647917: UDD: Update lintian tag regex

Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: udd Hi, The coming version of lintian is changing output format for tags on lintian.d.o. The new format is C: pkg type (version) [arch]: tag extra (Where extra is the only optional value that may be left

Possible topics for the Lintian BoF at DC11

Hi I am planning to do this event a bit like the DC10 one, which was basically pitching or debating ideas. To kick start the event, I have written a short list (see below) of possible ideas/topics we can debate; feel free to add more ideas or bring them up on the day. I have taken the liberty

Re: Lintian as a static analysis framework

On 2011-07-09 14:36, Stefano Zacchiroli wrote: On Fri, Jul 08, 2011 at 10:36:07AM +0200, Niels Thykier wrote: So basically incrementally pulling packages from a mirror via Sources file? I cannot help but think we must do something like that on lintian.d.o (especially considering we usually do

Re: Lintian as a static analysis framework

On 2011-07-07 18:24, Stefano Zacchiroli wrote: On Thu, Jul 07, 2011 at 12:00:38PM +0200, Niels Thykier wrote: [...] To achieve the above two goals, I need to keep in sync a Debian (source) mirror with a place where I've all sources unpacked in versioned directories. Additions/removals

Re: Lintian as a static analysis framework

On 2011-07-08 10:39, Paul Wise wrote: On Fri, Jul 8, 2011 at 9:25 AM, Stefano Zacchiroli wrote: [...] I guess that would clash with the dear old tension among minimizing lintian dependencies and being able to do very specific checks. We really don't want to have lintian depend on all

Re: Prototype script to determine last commit and last upload.

Filippo Giunchedi wrote: 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

Re: Prototype script to determine last commit and last upload.

Stefano Zacchiroli wrote: On Sat, Apr 10, 2010 at 10:40:00PM +0200, Niels Thykier wrote: [...] I can see how you might have come to this conclusion, but rest assured. I do trust changelogs as a documentation of who-did-what. It was a question of us setting with a list of some 50 user-names

Re: Prototype script to determine last commit and last upload.

Jan Hauke Rahm wrote: On Sat, Apr 10, 2010 at 10:45:37PM +0200, Niels Thykier wrote: Paul Wise wrote: On Sat, Apr 10, 2010 at 1:29 AM, Mehdi Dogguy me...@dogguy.org wrote: Niels Thykier wrote: The second script[3] we made was a script to determine the last upload by parsing the changelog

Re: Prototype script to determine last commit and last upload.

Stefano Zacchiroli wrote: On Fri, Apr 09, 2010 at 04:35:10PM +0200, Niels Thykier wrote: Recently the Pkg-Java Team decided to try and remove inactive people from the team and from the Uploaders Field of packages. Hi Niels, thank for this couple of scripts. Personally, I'd like to have some

Re: Prototype script to determine last commit and last upload.

Paul Wise wrote: On Sat, Apr 10, 2010 at 1:29 AM, Mehdi Dogguy me...@dogguy.org wrote: Niels Thykier wrote: The second script[3] we made was a script to determine the last upload by parsing the changelog of packages and look for an email in the signature line. How is it different from who

Prototype script to determine last commit and last upload.

Hi Recently the Pkg-Java Team decided to try and remove inactive people from the team and from the Uploaders Field of packages. We developed two scripts to help us in this endeavor, which may or may not be of interest to the QA/Mia team. The first one[1] will attempt to parse one or more

Bug#264774: Giving this away.

noowner 264774 thanks Hi I have realised that after I joined the java-team I haven't been giving this bug any attention. I am letting it go to avoid scaring others from taking it. :) ~Niels signature.asc Description: OpenPGP digital signature

Bug#264774: Debian wnpp bugs auto-close script

Hi I have been trying to reach David Moreno Garza da...@cerdita.damog.net, however the email is no longer valid. Doing a little google search I am guessing that da...@debina.org is your new email address. If this is not the case, please disregard this email. There has been a long wish for a

Bug#523249: qa.debian.org: Popcon sorts alphabetically.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi I have had a look at it and I think the issue is that one of the packages[1] listed have a popcon value -. When ordering is not 3, then it is listed in a different table (further down), which suffers from the same problem. ~Niels [1]

Bug#264774: Not sure if this is still interesting.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lucas Nussbaum wrote: On 17/07/09 at 00:10 +0200, Niels Thykier wrote: Hi I noticed that nothing has happened for a while on this, nevertheless assuming it is still relevant or of interest, I have spent 30 min cooking together a proof-of-concept

Bug#264774: Not sure if this is still interesting.

# This five year old bug deserves some love! owner 264774 ! thanks Lucas Nussbaum wrote: On 17/07/09 at 00:10 +0200, Niels Thykier wrote: Hi I noticed that nothing has happened for a while on this, nevertheless assuming it is still relevant or of interest, I have spent 30 min cooking

Bug#264774: Not sure if this is still interesting.

of concept script for automating the # task of finding old RFP and ITP bugs. # # Niels Thykier ni...@thykier.net # use strict; use warnings; use SOAP::Lite; my $soap = new SOAP::Lite-uri('/Debbugs/SOAP')-proxy('http://bugs.debian.org/cgi-bin/soap.cgi'); my $wnpp_bugs = $soap-get_bugs(package='wnpp