[09:00] <Laney> ping about backports awaiting processing
[09:10] <cjwatson> Laney: fair point
[09:10] <cjwatson> Laney: does bug 877842 supersede bug 871811?
[09:11] <ubot4> Launchpad bug 877842 in oneiric-backports (and 1 other project) "Please backport memcached 1.4.9-0ubuntu1 from precise to natty and oneiric (affects: 1) (heat: 8)" [Wishlist,In progress] https://launchpad.net/bugs/877842
[09:11] <ubot4> Launchpad bug 871811 in natty-backports "Please backport memcached 1.4.7-0.1ubuntu1 from oneiric to natty (affects: 1) (heat: 8)" [Wishlist,In progress] https://launchpad.net/bugs/871811
[09:11] <Laney> erm, don't know what scott intended there
[09:11] <Laney> but I guess so
[09:12] <Laney> the former was before 1.4.9 was uploaded
[09:12] <cjwatson> I'll mark 871811 as a dup then
[09:12] <Laney> won't fixed.
[09:13] <cjwatson> Laney: can't process bug 802044, newer version in oneiric
[09:13] <ubot4> Launchpad bug 802044 in natty-backports "Please backport nspluginwrapper 1.4.2-0ubuntu2 (affects: 2) (heat: 6)" [Undecided,In progress] https://launchpad.net/bugs/802044
[09:14] <Laney> bdrung: ^
[09:16] <cjwatson> (I realise that's my fault for not having processed the backport in the relevant time window in July ...)
[09:16] <Laney> :-)
[09:16] <Laney> good to know that you can only do the newest version, hadn't considered that
[09:16] <cjwatson> well, at least not without hackery, and I think it's better to backport things that are current *somewhere*
[09:17] <Laney> aye
[09:17] <cjwatson> non-current versions probably ought to be manual uploads
[09:18] <Laney> Means that, especially early on in the cycle, it's important to keep track of versions.
[09:23] <cjwatson> queue flushed now aside from nspluginwrapper
[09:23] <Laney> ty
[09:23] <Laney> you can unsubscribe the archive from that bug
[09:24] <cjwatson> done
[09:24] <cjwatson> (should it still be In Progress?)
[09:24] <Laney> oh, I could have done it, didn't know
[09:24] <Laney> no, fixing and pinging
[09:25] <cjwatson> thanks
[11:17]  * cjwatson moves the transition tracker cron job 14 minutes earlier (to 41)
[11:29] <Laney> publisher avoidance?
[11:34] <cjwatson> no, I made it use a different mirroring system which lets it run earlier
[11:34] <cjwatson> and running earlier is good because it gives you a better chance of uploading earlier
[11:35] <cjwatson> (it now hooks off the special ubuntu-archive rsync module that lets us mirror dists directly from cocoplum, rather than having to wait for archive and ports to sync)
[11:35] <Laney> ah, nice
[18:21] <stgraber> skaet, jibel: I can now add sites, products and testcases without requiring DB access to the tracker!
[18:51] <skaet> stgraber,  great!!!  :)
[18:52] <stgraber> skaet: I should have the admin UI done today, then will try to implement as much of the user UI as I can before UDS
[18:53] <skaet> stgraber,  very cool.  :)   Let me know if you need help testing at any point.
[18:54] <stgraber> I'll probably update my canonistack instance with the tracker code once the admin UI is done so you can start playing with it :)
[18:54] <skaet> :)
[18:55] <stgraber> http://91.189.93.73 is the canonistack instance. At least SSO login and the rest of Drupal should be working. Will be refreshed tonight hopefully.
[23:32] <slangasek> tumbleweed: ubuntu-dev-tools was copied to -updates, so I guess the way is clear for an upload of 880051
[23:40] <tumbleweed> slangasek: uploaded this morning
[23:40] <slangasek> oh
[23:41] <slangasek> right, that's kind a sorta what you said this morning already :P
[23:41] <slangasek> let me process it then :)
[23:41] <tumbleweed> heh, thanks