Bug#764999: marked as done (DDPO: tulip 4.6.0 missed despite uscan seeing it)
Your message dated Wed, 22 Oct 2014 17:54:38 +0000
with message-id <20141022175438.GA22525@master.debian.org>
and subject line DDPO: tulip 4.6.0 missed despite uscan seeing it
has caused the Debian Bug report #764999,
regarding DDPO: tulip 4.6.0 missed despite uscan seeing it
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
764999: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764999
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: qa.debian.org
Severity: normal
https://qa.debian.org/cgi-bin/watch?pkg=tulip_4.5.0dfsg-2 shows an "up
to date" status dated September 27th, whereas 4.6.0 was released on
September 22th and uscan locally detecting the version.
Note that version detection is done despite #764367 which just causes
failure to download the tarball.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--- End Message ---
--- Begin Message ---
Hello Yann,
Between September 22th and September 27th is only 5 days. Packages with "up to
date" are not checked again every day. That would be a waste of system
resources. It's rather every nine days or sometimes slightly more to spread
the load over time. Maybe we can lower nine days to seven or five days. I
wouldn't go much lower, to not needlessly consume system resources. The source
code is here, look for "dynamic limit" :
http://anonscm.debian.org/viewvc/qa/trunk/mole/watch-requeue/watch-requeue.pl?view=markup
Regards,
Bart Martens
--- End Message ---
Reply to: