[03:42] <ScottK> slangasek: Thanks.
[05:10] <JoseeAntonioR> hey guys, I'd like to know, is Adam the release manager now? just so I can cite it that way on the UWN
[05:13] <slangasek> JoseeAntonioR: there is no release manager; Adam is a member of the release team
[05:13] <JoseeAntonioR> slangasek: great, thanks!
[06:20]  * vibhav patiently waits for the archive to open
[08:40] <smartboyhw> \o/ Thanks infinity:)
[09:41] <vibhav> Archive open \o/
[13:22]  * cjwatson enables the auto-sync cron job
[14:55] <ScottK> So it seems there's a bit of a ping pong possible on c-m.  I get the impression it's looking in -proposed and noticing something can be demoted without making sure it can be demoted in -release too.
[14:55] <ScottK> So you demote stuff and then it wants to be promoted right away because of stuff in -release.
[14:57] <cjwatson> c-m doesn't look in -proposed at all in its default configuration.
[14:57] <cjwatson> Though http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.txt exists.
[14:59] <cjwatson> BTW, I've removed the alpha warning code from ubiquity as we discussed pre-release.
[15:09] <ScottK> OK.  Then I don't know why boost1.49 keeps showing up as downgradeable and then after moving to universe it immediately wants back in main.
[15:09] <ScottK> Thanks
[15:12] <cjwatson> I'll have a look at debugging that when I'm a bit less jetlagged, I guess ...
[15:13] <ScottK> Great.
[15:13] <cjwatson> Maybe breakfast and heroic amounts of coffee will help.
[15:14]  * ScottK has to remember "heroic amounts of coffee".
[15:15] <ScottK> I've read about studies that purport to show you burn more calories when exhausted, so breakfast is probably good.
[16:36] <ScottK> stgraber: ^^^ the opendkim version comparison is wrong there.  It's looking at backports for the "from" version number and it shouldn't.
[16:46] <ScottK> debfx: ^^^ you're official.
[16:50] <debfx> thanks ScottK :)
[16:50] <ScottK> debfx: Thanks for volunteering to help.
[16:50] <ScottK> Also thanks for cjwatson's queue management changes in LP that allow you to get +queue access just for backports.
[16:51] <cjwatson> yw :)
[16:51] <cjwatson> you may or may not wish to use the 'queue' tool in lp:ubuntu-archive-tools instead
[16:51] <cjwatson> (or as well)
[16:51] <ScottK> debfx: ^^^
[16:52]  * micahg should probably try that at least once
[16:54] <debfx> now we only need to convince infinity to fix that backports can't build-depend on backports bug
[16:55] <ScottK> debfx: I'm not sure it's still actually a problem.
[16:55] <debfx> oh, it isn't?
[16:56] <ScottK> https://launchpad.net/ubuntu/+source/opendmarc/1.1.3-1~ubuntu12.04.1
[16:56] <ScottK> Although that one may have worked only because opendkim-tools doesn't exist in the release pocket
[16:57] <micahg> ScottK: right, you can build-depend on something newer in backport
[16:57] <micahg> *backports
[16:57] <ScottK> Then what doesn't work?
[16:57] <micahg> sorry, can't
[16:58] <micahg> *can't build-depend
[16:58] <ScottK> opendmarc does build-dep on opendkim-tools which is only in precise-backports.
[16:59] <debfx> I'll retry the package that led me to file that bug
[16:59] <micahg> something newer
[16:59] <ScottK> OK, so it's an exists in insufficient version problem?
[16:59] <micahg> the issue is pinning, backports is pinned and the LP sbuild doesn't do version checking
[16:59] <ScottK> OK, so my case doesn't answer the question.
[17:04] <debfx> yes, still doesn't work
[17:05] <ScottK> OK.
[17:09]  * cjwatson waits for auto-sync to finish ...
[17:18] <cjwatson> Up to libpano13 ... come on, bored now
[19:48] <ScottK> cjwatson: I just got an accepter mail for authres migration to the release pocket.  It was auto synched so I found that surprising. Is that expected?
[19:48] <ScottK> r/d
[21:45] <stgraber> ScottK: yeah, it's a known problem of queuebot but I've never taken the time to add the necessary logic to deal with backports
[21:46] <stgraber> currently it's just looking for the highest version in the archive. Which tends to be correct unless that source is in -backports and the source that was uploaded isn't
[23:46] <cjwatson> ScottK: Not sure
[23:46] <cjwatson> ScottK: I doubt auto-syncing is specifically relevant