Re: Python code to retrieve all open wnpp bugs

2009-03-23 Thread Lucas Nussbaum
On 23/03/09 at 22:13 +0100, David Paleino wrote: > Also, I'm working towards improving the Launchpad API to be able to also look > at Ubuntu's Queue: > > https://bugs.launchpad.net/soyuz/+bug/346491 > > I believe that's an useful tool for cross-distribution teams (i.e. Debian > Mono, > where we

Re: Python code to retrieve all open wnpp bugs

2009-03-23 Thread David Paleino
On Mon, 23 Mar 2009 21:56:26 +0100 (CET), Andreas Tille wrote: > On Mon, 23 Mar 2009, David Paleino wrote: > > > Aww... and I thought I had wrote an useful program. :( > > > > Neverminds, going back to my NEW gui (yes, NEW, the queue :) > > Might be the same here: I'm currently busy writing a NE

Re: Python code to retrieve all open wnpp bugs

2009-03-23 Thread Andreas Tille
On Mon, 23 Mar 2009, David Paleino wrote: Aww... and I thought I had wrote an useful program. :( Neverminds, going back to my NEW gui (yes, NEW, the queue :) Might be the same here: I'm currently busy writing a NEW queue UDD gatherer. So at some point in time it might be better to base your

Re: Python code to retrieve all open wnpp bugs

2009-03-23 Thread David Paleino
On Mon, 23 Mar 2009 13:38:42 -0700, Lucas Nussbaum wrote: > On 22/03/09 at 20:01 +0100, David Paleino wrote: > > Another approach would be using bts2ldap -- I once wrote a frontend in > > Gambas (see it in action at [1]). I haven't packaged it, and it was no more > > than a PoC code, but I could s

Re: Python code to retrieve all open wnpp bugs

2009-03-23 Thread Lucas Nussbaum
On 22/03/09 at 19:52 +0100, Sandro Tosi wrote: > I would like fresh data, so I take > http://qa.debian.org/data/orphaned.txt and packages maintained by "QA > Group" on the local Packages file (updated frequently), so here are > some questions: For reference, most of the info about UDD is available

Re: Python code to retrieve all open wnpp bugs

2009-03-23 Thread Lucas Nussbaum
On 22/03/09 at 20:01 +0100, David Paleino wrote: > Another approach would be using bts2ldap -- I once wrote a frontend in Gambas > (see it in action at [1]). I haven't packaged it, and it was no more than a > PoC > code, but I could special-case "wnpp" and add a specific field for it. I don't > ha

Re: Python code to retrieve all open wnpp bugs

2009-03-22 Thread Raphael Geissert
Sandro Tosi wrote: > On Sun, Mar 22, 2009 at 17:37, Sandro Tosi wrote: >> Hello, >> I'm looking for a way from python code to obtain all the open wnpp bugs. >> >> I try to use btsutils (query('pkg:wnpp')), but it returns all the bugs >> ever reported (~2900) that's too much for the ~400 we should

Re: Python code to retrieve all open wnpp bugs

2009-03-22 Thread David Paleino
On Sun, 22 Mar 2009 19:52:55 +0100, Sandro Tosi wrote: > I would like fresh data, so I take > http://qa.debian.org/data/orphaned.txt and packages maintained by "QA > Group" on the local Packages file (updated frequently), so here are > some questions: > > - is UDD querable by any host (my pc for

Re: Python code to retrieve all open wnpp bugs

2009-03-22 Thread Sandro Tosi
On Sun, Mar 22, 2009 at 19:21, Lucas Nussbaum wrote: > On 22/03/09 at 19:07 +0100, Sandro Tosi wrote: >> On Sun, Mar 22, 2009 at 17:37, Sandro Tosi wrote: >> > Hello, >> > I'm looking for a way from python code to obtain all the open wnpp bugs. >> > >> > I try to use btsutils (query('pkg:wnpp')),

Re: Python code to retrieve all open wnpp bugs

2009-03-22 Thread Lucas Nussbaum
On 22/03/09 at 19:07 +0100, Sandro Tosi wrote: > On Sun, Mar 22, 2009 at 17:37, Sandro Tosi wrote: > > Hello, > > I'm looking for a way from python code to obtain all the open wnpp bugs. > > > > I try to use btsutils (query('pkg:wnpp')), but it returns all the bugs > > ever reported (~2900) that's

Re: Python code to retrieve all open wnpp bugs

2009-03-22 Thread Sandro Tosi
On Sun, Mar 22, 2009 at 17:37, Sandro Tosi wrote: > Hello, > I'm looking for a way from python code to obtain all the open wnpp bugs. > > I try to use btsutils (query('pkg:wnpp')), but it returns all the bugs > ever reported (~2900) that's too much for the ~400 we should have in > open state. as