Re: please post listing and status of NEW queue

2005-02-19 Thread Petter Reinholdtsen

[Joerg Jaspert]
 The way to generate this is(was) to modify a script from the
 dak suite to output html instead of plain text. I tried to not make the
 difference between my version and the existing one to big, so it mostly
 shows what was already there, just with different format.

Is there something wrong with the age calculations? 'rte' is the
oldest package, and its two uploads were 2002-02-21 and 2002-03-25.
According to URL:http://ftp-master.debian.org/new.html, the age is
'1 year'.  But from 2005-02-20 to 2002-03-25 it is close to 3 years.
How is the age calculated?

The next oldest package in the
list,'kernel-linux-experimental-defaults' was uploaded 2003-11-14, and
it too is listed with an age of '1 year'.  Of course in this case it
isn't too wrong, as the age is between 1 and 2 years.

 Of course its possible to extend that in the future, its not closed
 software or patented or something...

Is the source on the web somewhere?

 See the bottom of the site.
 Note: The ordering of the output and the display of the Age column has
 NOTHING to do with any way of how the ftpmasters handle anything in NEW.
 Its just informational and I decided to show the youngest upload of any
 package as that is the last time a Developer made something with it.

Is it possible to add the order in which the ftpmasters will handle
the entries in the NEW queue?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: please post listing and status of NEW queue

2005-02-18 Thread Jeroen van Wolffelaar
On Fri, Feb 18, 2005 at 08:46:19AM +0100, Igor Genibel wrote:
 On Thursday 17 February 2005 20:56, Joerg Jaspert wrote:
  One purpose of the new.html on newraff is to have less (or none)
  script running on merkel that wastes CPU cycles playing around with
  .changes files. Merkel is the wrong place for such stuff. :) (And
  merkel is updated only once a day, so it makes not much sense to run
  scripts hourly there, just to have mentioned that).
 
 I have never said that I will recompute the page but only integrate a per 
 developer extract from this result. As most of information provided by 
 qa.d.o/developer.php :)

FWIW, I think developer.php gives a useful DDPO, but I'm a bit puzzled
why also some kinds of per-developer or even per-package information is
all also generated from developer.php. The file as it is is already
quite large, I think it can better be in a new 'new.php' or something,
if you really want to add it, as it probably hardly shares any code from
developer.php (and if it does, that should IMHO be refactored into a
include file).

Similar for per-package popcon, per-maintainer wnpp, per-package
excuses: I think they are better off in separate files, and not in one
big php script behaving completely different depending on arguments.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber  MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl



Re: please post listing and status of NEW queue

2005-02-17 Thread Jay Berkenbilt
Anibal Monsalve Salazar [EMAIL PROTECTED] wrote:

 It's now redirected to http://ftp-master.debian.org/new.html

The new page looks really clean and easy to read.  Thanks to everyone
who participated in making it available.  I like the Age column, but
I think it's still useful to know the actual date when something was
uploaded.  This would be less useful if we didn't see things in months
(where one can't tell how close to two three months or one month
something that says two months is), but as long as we do, it would be
useful.  Just my $0.02.

When something is uploaded multiple times, does the age count from the
date of the first upload or of the last upload?  I've always wondered
whether doing a subsequent upload after the first one went into NEW
resets the clock on ftp-master approval.  My policy has been to do
an upload to experimental for any existing source package with a new
binary package and to not do any further uploads to experimental until
it gets approved.  This way, uploads without the new binary package
can proceed to unstable without risking resetting the clock.  Once the
package is approved, I would turn around and immediately upload to
unstable.  (See tiff for an example.)  Do you happen to know whether
this procedure makes a difference?  (I realize, of course, that
generating information from the package list in NEW does not imply
knowledge of the order in which ftp-masters approve or reject
packages.)

-- 
Jay Berkenbilt [EMAIL PROTECTED]
http://www.ql.org/q/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: please post listing and status of NEW queue

2005-02-17 Thread Petter Reinholdtsen
[Jay Berkenbilt]
 It's now redirected to http://ftp-master.debian.org/new.html
 
 The new page looks really clean and easy to read.  Thanks to everyone
 who participated in making it available.

Yes, thanks to all of you. :)

 I like the Age column, but I think it's still useful to know the
 actual date when something was uploaded.  This would be less useful
 if we didn't see things in months (where one can't tell how close to
 two three months or one month something that says two months is),
 but as long as we do, it would be useful.  Just my $0.02.

I agree.  I found it very convinient to see the exact upload dates,
and believe it was a step backward with the new output.

 When something is uploaded multiple times, does the age count from
 the date of the first upload or of the last upload?  I've always
 wondered whether doing a subsequent upload after the first one went
 into NEW resets the clock on ftp-master approval.

I believ a new package kept its place in the queue even if a new
upload was done.  I am not sure where I got that idea from.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: please post listing and status of NEW queue

2005-02-17 Thread Igor Genibel
On Thursday 17 February 2005 16:07, Jay Berkenbilt wrote:
 Anibal Monsalve Salazar [EMAIL PROTECTED] wrote:
  It's now redirected to http://ftp-master.debian.org/new.html

I will integrate per developer new queue in http://qa.d.o/developer.php 
soon

Cheers
-- 
Igor Genibel
«Non bene pro toto libertas venditur auro»
Freedom is not sold for all the gold in the world.
Dubrovnik motto


pgpx8iWVJbjjl.pgp
Description: PGP signature


Re: please post listing and status of NEW queue

2005-02-17 Thread Frank Küster
Petter Reinholdtsen [EMAIL PROTECTED] wrote:

 [Jay Berkenbilt]
 When something is uploaded multiple times, does the age count from
 the date of the first upload or of the last upload?  I've always
 wondered whether doing a subsequent upload after the first one went
 into NEW resets the clock on ftp-master approval.

 I believ a new package kept its place in the queue even if a new
 upload was done.  I am not sure where I got that idea from.

I don't know what the ftp-masters do - but it would be really nice to
see in the list when a package first entered new if there is more than
one version.

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer



Re: please post listing and status of NEW queue

2005-02-17 Thread Joerg Jaspert
On 10203 March 1977, Jay Berkenbilt wrote:

 It's now redirected to http://ftp-master.debian.org/new.html
 The new page looks really clean and easy to read.  Thanks to everyone
 who participated in making it available.  I like the Age column, but
 I think it's still useful to know the actual date when something was
 uploaded.

The way to generate this is(was) to modify a script from the
dak suite to output html instead of plain text. I tried to not make the
difference between my version and the existing one to big, so it mostly
shows what was already there, just with different format.

Of course its possible to extend that in the future, its not closed
software or patented or something...

 When something is uploaded multiple times, does the age count from the
 date of the first upload or of the last upload?

See the bottom of the site.
Note: The ordering of the output and the display of the Age column has
NOTHING to do with any way of how the ftpmasters handle anything in NEW.
Its just informational and I decided to show the youngest upload of any
package as that is the last time a Developer made something with it.

On 10203 March 1977, Igor Genibel wrote:
 On Thursday 17 February 2005 16:07, Jay Berkenbilt wrote:
 Anibal Monsalve Salazar [EMAIL PROTECTED] wrote:
  It's now redirected to http://ftp-master.debian.org/new.html
 I will integrate per developer new queue in
 http://qa.d.o/developer.phpsoon

One purpose of the new.html on newraff is to have less (or none) script
running on merkel that wastes CPU cycles playing around with .changes
files. Merkel is the wrong place for such stuff. :) (And merkel is
updated only once a day, so it makes not much sense to run scripts
hourly there, just to have mentioned that).


-- 
bye Joerg
Die Dicke zum Spiegel: Spieglein, Spieglein an der Wand, wer ist die
Schönste im ganzen Land?
Der Spiegel: Geh doch mal weg, ich kann ja gar nichts sehen!


pgpA0AZuH7uiH.pgp
Description: PGP signature


Re: please post listing and status of NEW queue

2005-02-17 Thread Igor Genibel
On Thursday 17 February 2005 20:56, Joerg Jaspert wrote:
 On 10203 March 1977, Igor Genibel wrote:
  On Thursday 17 February 2005 16:07, Jay Berkenbilt wrote:
  Anibal Monsalve Salazar [EMAIL PROTECTED] wrote:
   It's now redirected to http://ftp-master.debian.org/new.html
 
  I will integrate per developer new queue in
  http://qa.d.o/developer.phpsoon

 One purpose of the new.html on newraff is to have less (or none)
 script running on merkel that wastes CPU cycles playing around with
 .changes files. Merkel is the wrong place for such stuff. :) (And
 merkel is updated only once a day, so it makes not much sense to run
 scripts hourly there, just to have mentioned that).

I have never said that I will recompute the page but only integrate a per 
developer extract from this result. As most of information provided by 
qa.d.o/developer.php :)

-- 
Igor Genibel
«Non bene pro toto libertas venditur auro»
Freedom is not sold for all the gold in the world.
Dubrovnik motto


pgpN2RhtB6U3K.pgp
Description: PGP signature


Re: please post listing and status of NEW queue

2005-02-16 Thread Anibal Monsalve Salazar
On Sat, Feb 12, 2005 at 08:30:13AM +0100, Petter Reinholdtsen wrote:
[Anibal Monsalve Salazar]
http://qa.debian.org/~anibal/debian-NEW.html

It's now redirected to http://ftp-master.debian.org/new.html

The web page on ftp-master is Ganneff's work. It's updated once
every hour from the authorative archive. The archive on merkel is
updated once every day.

I would like to work with Ganneff to make changes to the page on
ftp-master.

Great.  This is much better than my crude hack. If you plan to
keep this updated all the time, I'll close down my page and point
people to your page.

Any input is welcome.

It would be nice if the changelog for the uploaded package is
available too.

Another feature I've been wishing for is making more statistics,
for example of averaget waiting time (keeping track of when
packages come and go), and perhaps an history to know when how
often a given package have been in the NEW queue. Some packages
return (shared libraries changing sonames, mplayer, etc), and it
would be nice to let this system tell us instead of trusting
memory.

I've also considered looking at out-of-order processing of
queue entires, to see if there is a pattern for packages processed
faster than the rest of the queue.

None of this is really important, but it would be nice to have the
information more easily available.  Problem is, of course, that as
this isn't important I haven't spent any time to make it happen.
Too much more important stuff to take care of. :)

Thank you again, for making a much better presentation of the NEW
queue. :)

Anibal Monsalve Salazar
--
 .''`. Debian GNU/Linux
: :' : Free Operating System
`. `'  http://debian.org/
  `-   http://v7w.com/anibal


signature.asc
Description: Digital signature


Re: please post listing and status of NEW queue

2005-02-13 Thread Petter Reinholdtsen
[Adeodato Simó]
   That is, a diff of the list of binary packages. Perhaps, one could
   colour red removed packages, and blue added ones.

Be carefull with using only color coding.  This make it harder for
color blind and blind people to read the information.

While we are on the feature wishlist, it would be nice if the bug
numbers had some tag indicating the bugs severity.  At least all RC
bugs should be highlighted in some way.  Or perhaps all non-RC bugs
should be tagged?  Something like '(#134421)' for RC-bugs, and
'#123452' for RC bugs?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: please post listing and status of NEW queue

2005-02-13 Thread Thomas Hood
On Sat, 2005-02-12 at 18:59 -0600, David Moreno Garza wrote:
 On Sat, 2005-02-12 at 22:52 +0100, Thomas Hood wrote:
  It would be nice if the page indicated which of the binary packages is new.
 
 The binary column indicates those created within the source package.
 Every source package on the summary is new, that's why it is on the NEW
 queue.


Not every source package is new to the archive.  Some of the source
packages are already present in the archive but are in the queue because
they contain binary packages that are not already present in the
archive.  It would be nice if the page indicated which of the _binary_
packages is new.

-- 
Thomas Hood [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: please post listing and status of NEW queue

2005-02-13 Thread Adeodato Simó
* Petter Reinholdtsen [Sun, 13 Feb 2005 09:34:01 +0100]:
 [Adeodato Simó]
That is, a diff of the list of binary packages. Perhaps, one could
colour red removed packages, and blue added ones.

 Be carefull with using only color coding.  This make it harder for
 color blind and blind people to read the information.

  Yes, definitely. In case colour was used, the +/- prefix should still
  be present.

  Thanks for pointing out.

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
Listening to: Kiko Veneno - Veneno
 
When you don't know what to do, walk fast and look worried.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: please post listing and status of NEW queue

2005-02-12 Thread Thomas Hood
On Sat, 12 Feb 2005 01:20:13 +0100, Anibal Monsalve Salazar wrote:
 http://qa.debian.org/~anibal/debian-NEW.html
 
 The above page is based on previous work done by Peter Reinholdtsen.
 
 It still work in progress.
 
 Any input is welcome.


Thanks for providing this page.

It would be nice if there were a status field that showed whether or not
an ftp master had looked at the package and, if so, what his opinion of
the package was.  E.g.,

* new
* looks OK
* needs investigation

I don't know whether or not ftp masters would be willing to make use of
such a feature, though.

-- 
Thomas Hood


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: please post listing and status of NEW queue

2005-02-12 Thread Martin Zobel-Helas
Hi Anibal,

On Saturday, 12 Feb 2005, Anibal Monsalve Salazar [EMAIL PROTECTED] wrote:
 On Mon, Feb 16, 2004 at 02:50:27PM -0500, Joe Nahmias wrote:
 Package: ftp.debian.org
 Severity: wishlist
 
 Hello ftp-masters,
 
 It would be nice if there were a webpage (updated eg. once a day)
 listing the packages in the NEW queue in (roughly) the order they will
 be processed in.  Perhaps also the last 10-15 packages that were acted
 on and the date of the action, so that it is easier to estimate the wait
 time in NEW.
 
 http://qa.debian.org/~anibal/debian-NEW.html
 
 The above page is based on previous work done by Peter Reinholdtsen.
 
 It still work in progress.
 
 Any input is welcome.

from the page: Total package count: 356

is that the number of source package, or the number of binaries?

Greetings
Martin

--
Too many people are thinking of security instead of opportunity.  They seem
more afraid of life than death.
-- James F. Byrnes


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: please post listing and status of NEW queue

2005-02-12 Thread Petter Reinholdtsen
[Martin Zobel-Helas]
 from the page: Total package count: 356
 
 is that the number of source package, or the number of binaries?

It is the number of source packages, but I agree, the text should
probably mention this explicitly.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: please post listing and status of NEW queue

2005-02-12 Thread Thomas Hood
On Sat, 12 Feb 2005 01:20:13 +0100, Anibal Monsalve Salazar wrote:
 Any input is welcome.

It would be nice if the page indicated which of the binary packages is new.

-- 
Thomas Hood


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: please post listing and status of NEW queue

2005-02-12 Thread Anibal Monsalve Salazar
On Sat, Feb 12, 2005 at 08:30:13AM +0100, Petter Reinholdtsen wrote:
[Anibal Monsalve Salazar]
http://qa.debian.org/~anibal/debian-NEW.html

Great.  This is much better than my crude hack.  If you plan to keep
this updated all the time, I'll close down my page and point people to
your page.

It's updated at 41 minutes past the hour by a cron job.

Any input is welcome.

It would be nice if the changelog for the uploaded package is
available too.

That's doable.

Another feature I've been wishing for is making more statistics, for
example of averaget waiting time (keeping track of when packages come
and go), and perhaps an history to know when how often a given package
have been in the NEW queue.  Some packages return (shared libraries
changing sonames, mplayer, etc), and it would be nice to let this
system tell us instead of trusting memory.

I've also considered looking at out-of-order processing of queue
entires, to see if there is a pattern for packages processed faster
than the rest of the queue.

None of this is really important, but it would be nice to have the
information more easily available.  Problem is, of course, that as
this isn't important I haven't spent any time to make it happen.  Too
much more important stuff to take care of. :)

We'll see what we could do. Thanks for the ideas.

Thank you again, for making a much better presentation of the NEW
queue. :)

Thanks to _you_ for the original code.

Miriam Ruiz (Baby)
David Moreno Garza (damog)
Anibal Monsalve Salazar (anibal)
--
 .''`. Debian GNU/Linux
: :' : Free Operating System
`. `'  http://debian.org/
  `-


signature.asc
Description: Digital signature


Re: please post listing and status of NEW queue

2005-02-12 Thread David Moreno Garza
On Sat, 2005-02-12 at 22:52 +0100, Thomas Hood wrote:
 On Sat, 12 Feb 2005 01:20:13 +0100, Anibal Monsalve Salazar wrote:
  Any input is welcome.
 
 It would be nice if the page indicated which of the binary packages is new.

The binary column indicates those created within the source package.
Every source package on the summary is new, that's why it is on the NEW
queue.

--
David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/
 Computers are useless. They can only give you answers. 
 GPG: C671257D - 6EF6 C284 C95D 78F6 0B78 FFD3 981C 5FD7 C671 257D


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: please post listing and status of NEW queue

2005-02-12 Thread Adeodato Simó
* David Moreno Garza [Sat, 12 Feb 2005 18:59:22 -0600]:
 On Sat, 2005-02-12 at 22:52 +0100, Thomas Hood wrote:
  On Sat, 12 Feb 2005 01:20:13 +0100, Anibal Monsalve Salazar wrote:
   Any input is welcome.

  It would be nice if the page indicated which of the binary packages is new.

 The binary column indicates those created within the source package.
 Every source package on the summary is new, that's why it is on the NEW
 queue.

  Not really. See e.g. the kdevelop3 source package, which already
  exists in the archive. Sometimes, packages add one binary, or remove
  one. In this case, it was a rename, and if IUIC, Thomas would like
  something like:

   kdevelop3
  -kdevelop-data
  -kdevelop-dev
  -kdevelop-doc
  -kdevelop-plugins
  +kdevelop3-data
  +kdevelop3-dev
  +kdevelop3-doc
  +kdevelop3-plugins

  That is, a diff of the list of binary packages. Perhaps, one could
  colour red removed packages, and blue added ones.

  (Yes, I know red currently means 'targetted at experimental'. Mmmm,
  you could colour the source package as red, because distribution
  affects all of the binaries, right? If a package has more than one
  upload, one would colour it red if the _latest_ one is targetted at
  experimental.)

  Just my 2¢, but is late here.

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
The true teacher defends his pupils against his own personal influence.
-- Amos Bronson Alcott


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: please post listing and status of NEW queue

2005-02-11 Thread Anibal Monsalve Salazar
On Mon, Feb 16, 2004 at 02:50:27PM -0500, Joe Nahmias wrote:
Package: ftp.debian.org
Severity: wishlist

Hello ftp-masters,

It would be nice if there were a webpage (updated eg. once a day)
listing the packages in the NEW queue in (roughly) the order they will
be processed in.  Perhaps also the last 10-15 packages that were acted
on and the date of the action, so that it is easier to estimate the wait
time in NEW.

http://qa.debian.org/~anibal/debian-NEW.html

The above page is based on previous work done by Peter Reinholdtsen.

It still work in progress.

Any input is welcome.

I would be happy to work on such a thing, given appropriate access.

One idea might be to have a BTS pseudo-package that would list all the
pkgs in NEW as bugs...maybe this is overkill though.


--Joe

Regards,

Anibal Monsalve Salazar
--
 .''`. Debian GNU/Linux
: :' : Free Operating System
`. `'  http://debian.org/
  `-   http://v7w.com/anibal


signature.asc
Description: Digital signature


Re: please post listing and status of NEW queue

2005-02-11 Thread Al Stone
On Sat, 2005-02-12 at 11:12 +1100, Anibal Monsalve Salazar wrote:
 On Mon, Feb 16, 2004 at 02:50:27PM -0500, Joe Nahmias wrote:
 Package: ftp.debian.org
 Severity: wishlist
 
 Hello ftp-masters,
 
 It would be nice if there were a webpage (updated eg. once a day)
 listing the packages in the NEW queue in (roughly) the order they will
 be processed in.  Perhaps also the last 10-15 packages that were acted
 on and the date of the action, so that it is easier to estimate the wait
 time in NEW.
 
 http://qa.debian.org/~anibal/debian-NEW.html
 
 The above page is based on previous work done by Peter Reinholdtsen.
 
 It still work in progress.
 
 Any input is welcome.

_That_ page is really cool!  Good work -- I really like being able
to see the bugs closed part.

 I would be happy to work on such a thing, given appropriate access.
 
 One idea might be to have a BTS pseudo-package that would list all the
 pkgs in NEW as bugs...maybe this is overkill though.
 
 
 --Joe
 
 Regards,
 
 Anibal Monsalve Salazar
 --
  .''`. Debian GNU/Linux
 : :' : Free Operating System
 `. `'  http://debian.org/
   `-   http://v7w.com/anibal
-- 
Ciao,
al
--
Al Stone  Alter Ego:
Linux  Open Source Lab   Debian Developer
Hewlett-Packard Company   http://www.debian.org
E-mail: [EMAIL PROTECTED][EMAIL PROTECTED]
--


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: please post listing and status of NEW queue

2005-02-11 Thread Goswin von Brederlow
Anibal Monsalve Salazar [EMAIL PROTECTED] writes:

 On Mon, Feb 16, 2004 at 02:50:27PM -0500, Joe Nahmias wrote:
Package: ftp.debian.org
Severity: wishlist

Hello ftp-masters,

It would be nice if there were a webpage (updated eg. once a day)
listing the packages in the NEW queue in (roughly) the order they will
be processed in.  Perhaps also the last 10-15 packages that were acted
on and the date of the action, so that it is easier to estimate the wait
time in NEW.

 http://qa.debian.org/~anibal/debian-NEW.html

There is also

http://developer.skolelinux.no/~pere/debian-NEW.html

but the QA page is more colorfull.

 The above page is based on previous work done by Peter Reinholdtsen.

 It still work in progress.

 Any input is welcome.

It would be nice if there were a link to download the deb (from the
maintainer or upsream, not from NEW). But I'm not sure how that could
be acomplished nicely.

I would be happy to work on such a thing, given appropriate access.

One idea might be to have a BTS pseudo-package that would list all the
pkgs in NEW as bugs...maybe this is overkill though.

Someone mentioned that checking out the package takes quite some time
so it might be worth investigating something like what the NM team
does for the DAM, screen the packages and create a report for
ftp-master to act upon. A New-Packages team.

--Joe

 Regards,

 Anibal Monsalve Salazar

Just my 2c.
 Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: please post listing and status of NEW queue

2005-02-11 Thread Petter Reinholdtsen
[Anibal Monsalve Salazar]
 http://qa.debian.org/~anibal/debian-NEW.html

Great.  This is much better than my crude hack.  If you plan to keep
this updated all the time, I'll close down my page and point people to
your page.

 Any input is welcome.

It would be nice if the changelog for the uploaded package is
available too.

Another feature I've been wishing for is making more statistics, for
example of averaget waiting time (keeping track of when packages come
and go), and perhaps an history to know when how often a given package
have been in the NEW queue.  Some packages return (shared libraries
changing sonames, mplayer, etc), and it would be nice to let this
system tell us instead of trusting memory.

I've also considered looking at out-of-order processing of queue
entires, to see if there is a pattern for packages processed faster
than the rest of the queue.

None of this is really important, but it would be nice to have the
information more easily available.  Problem is, of course, that as
this isn't important I haven't spent any time to make it happen.  Too
much more important stuff to take care of. :)

Thank you again, for making a much better presentation of the NEW
queue. :)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]