Piuparts state-dependency-failed-testing analysis

2011-10-22 Thread Dave Steele
I find myself frequently called back to the Piuparts waiting-to-be-tested package list at http://piuparts.debian.org/sid/state-dependency-failed-testing.html, and got curious about what is keeping that list as long as it is. Following is an analysis. There are currently close to 3000 packages in s

Bug#645170: marked as done (DDPO: Internal Server Error for maintainers with lots of packages)

2011-10-22 Thread Debian Bug Tracking System
Your message dated Sun, 23 Oct 2011 01:39:02 +0200 with message-id <20111022233902.ga2...@jwilk.net> and subject line Re: Bug#645170: DDPO: Internal Server Error for maintainers with lots of packages has caused the Debian Bug report #645170, regarding DDPO: Internal Server Error for maintainers wi

Bug#646303: qa.debian.org: warnings from data/cronjobs/ftp-update

2011-10-22 Thread Jakub Wilk
Package: qa.debian.org Severity: normal I'm getting these warnings via cron-er...@qa.debian.org: WARNING: /org/qa.debian.org/ftp/debian/dists/squeeze-proposed-updates/contrib/binary-hppa/Packages.bz2 not found WARNING: /org/qa.debian.org/ftp/debian/dists/squeeze-proposed-updates/non-free/bina

Re: Load on udd.d.o

2011-10-22 Thread gregor herrmann
On Sat, 22 Oct 2011 23:38:04 +0200, Tollef Fog Heen wrote: > ]] Lucas Nussbaum > | In the meantime, DSA, could you reboot samosa (easy option) or restart > | apache and postgres and clean up the remaining processes (if any)? > I've killed a bunch of postgres processes, I think apache should reco

Re: Load on udd.d.o

2011-10-22 Thread Tollef Fog Heen
]] Lucas Nussbaum | In the meantime, DSA, could you reboot samosa (easy option) or restart | apache and postgres and clean up the remaining processes (if any)? I've killed a bunch of postgres processes, I think apache should recover by itself. -- Tollef Fog Heen UNIX is user friendly, it's jus

Re: Load on udd.d.o

2011-10-22 Thread Lucas Nussbaum
On 22/10/11 at 18:51 +0200, gregor herrmann wrote: > http://udd.debian.org/bugs.cgi aborts with > "Current system load (40.27) is too high. Please retry later!" > > The load seems to be increasing, it started out at ~25 some hours > ago. > > I'm not sure who has access on that machine, but maybe

Load on udd.d.o

2011-10-22 Thread gregor herrmann
http://udd.debian.org/bugs.cgi aborts with "Current system load (40.27) is too high. Please retry later!" The load seems to be increasing, it started out at ~25 some hours ago. I'm not sure who has access on that machine, but maybe someone could take a look before it comes to a grinding halt :)