[00:00] <infinity> darkxst: Do we not intend to get 3.12 into utopic?
[00:01] <darkxst> infinity, yes, but will likely be a while
[00:01] <infinity> darkxst: Sure, but does it do any harm to have those packages sitting there in dep-wait until then?
[00:01] <darkxst> infinity, it will block tracker transisition won't it?
[00:02] <infinity> darkxst: Ahh, yeah, that would be a valid reason.
[00:03] <infinity> darkxst: Alright, I can punt 'em out so you can upload the 3.8/3.10ish versions for the transition.
[00:04] <infinity> darkxst: Done.
[00:04] <infinity> darkxst: When you want them back, if the versions haven't revved in Debian by then, we may need to be clever using "copy-package -e <exact_version> -s utopic-proposed --to-suite=utopic-proposed' to resurrect the old ones.
[00:05] <infinity> Or something.
[00:05] <infinity> But we'll cross that bridge when we get to it.
[00:08] <darkxst> infinity, thanks!
[03:42] <ScottK> Is there a way to review the diff on CI train based syncs that doesn't involve manually downloading old package, new package, and debdiffing them?
[03:45] <RAOF> ScottK: Only by improving cjwatson's recent improvements to sru-review.
[03:45] <ScottK> Just tried that.
[03:45] <ScottK> ./sru-review -b -v  qtdeclarative-opensource-src
[03:45] <ScottK> ERROR: queue does not have a debdiff
[03:46] <ScottK> Maybe I need to update.
[03:46] <ScottK> Nope.  Was already current.
[04:26] <RAOF> ScottK: Oh, Colin's improvements to sru-review explicitly do not include getting a debdiff.
[04:26] <RAOF> ScottK: You can pass --no-diff to it and get the bugs, accept/reject options, and bug twiddling stuff, though.
[07:58] <tjaalton> what's blocking mesa transition from utopic-proposed?
[07:58] <tjaalton> it was successfully built on all archs
[07:58] <tjaalton> on monday
[07:59] <apw> tjaalton, autopkgtest on libgtkada failure by my reading
[08:00] <tjaalton> ok
[08:02] <tjaalton> where should I be looking for those?
[08:05] <apw> tjaalton, i am looking at the info in update_excuses in the proposed-migration output
[08:06] <tjaalton> ok so some thing run on the servers?
[08:06] <tjaalton> got it
[08:08] <apw> looking at that libgtkada log i think (and stressing think here) that there is something gnat-4.9 related going on
[08:14] <tjaalton> right
[08:22] <tjaalton> libgtkada2.24.1-dev depends on gnat & gnat-4.6, how clever..
[08:30] <tjaalton> so should libgtkada2.24.1-dev drop gnat or gnat-4.6?, or migrate to gnat-4.9
[08:33] <tjaalton> looks like there are others too with similar dependencies.. wonder what the point was, maybe to break on transition
[08:34] <apw> yeah i guess it would ensure that it no longer works when gnat changes meaning
[08:34] <tjaalton> doko: any opinion on that ^, should packages depending on "gnat, gnat-4.6" migrate to -4.9?
[08:35] <doko> tjaalton, migrate to 4.9. this is in progress in Debian. I didn't watch
[08:35] <tjaalton> okay
[08:55] <tjaalton> there should be a new gtkada "soon" as of Apr 24, wonder what happened to it
[08:56] <tjaalton> oh it's in NEW
[08:56] <tjaalton> can we sync from it? :)
[09:56] <cjwatson> ScottK: It really needs https://bugs.launchpad.net/launchpad/+bug/851562 to be fixed before we can do any better.
[09:56] <cjwatson> tjaalton: Can't sync from NEW; NEW hasn't been reviewed for legal-to-distribute, so the files in it aren't published.
[09:58] <tjaalton> alright
[12:50] <doko> pitti, did you need further hinting for python-defaults?
[12:50] <pitti> doko: no; bzr-builddeb got fixed for the changed quilt behaviour (see my #u-devel ping this morning), and I fixed kazoo yesterday
[12:50] <pitti> doko: the rest was pass or "always failed"
[15:15] <jamespage> bdmurray, ^^ new ceph point release :-)