[09:15] <pkern> tzdata in precise is ancient. ):
[09:25] <Laney> pkern: marga is going to do the update it seems
[09:25] <Laney> you both pointed it out at the same time
[09:26] <seb128> pkern, we are discussing it on #ubuntu-desktop
[09:26] <Laney> should be more on top of that though
[09:26]  * Laney looks for an announce list
[10:28] <pkern> Laney: Yeah, we're in the same room. ;)
[10:29] <Laney> heh
[10:53] <seb128> ok, tzdata updates sponsored
[10:54] <seb128> if somebody of the SRU team could review those today ^
[10:54] <seb128> it fixes bug #1222345
[10:54] <ubot2`> Launchpad bug 1222345 in tzdata (Ubuntu Raring) "Wrong DST dates in Israel" [High,In progress] https://launchpad.net/bugs/1222345
[11:20] <seb128> infinity, cjwatson, slangasek, stgraber, bdmurray, ScottK, RAOF, Daviey: ^ (sorry for the direct ping but precise to raring are currently buggy, dst ended up when it shouldn't have)
[11:24] <pkern> lucid is as buggy, fwiw.
[11:25] <Laney> yeah, should be done too
[11:28] <seb128> right, added that one to the list, marga is going to do it as well, thanks for pointing it out
[12:15] <ScottK> seb128: I can look at it in probably half an hour or so.
[12:15] <seb128> ScottK, thanks
[12:39] <ScottK> seb128: The precise upload looks like it was supposed to be the one for lucid based on version and debian/changelog entries that got dropped.
[12:40] <ScottK> tzdata (2013d-0ubuntu0.10.04) precise; urgency=low
[12:41] <seb128> ScottK, shrug, thanks, indeed (well, there was 2 uploads to precise, rejecting the buggy one)
[12:42] <seb128> ScottK, done, only the correct one is left in the precise queue
[12:43] <ScottK> Found the good one.  Much better.
[12:44] <ScottK> seb128: Are you doing lucid too?
[12:44] <seb128> ScottK, yes, I'm going to reupload that buggy one with the correct changelog target, thanks for catching it
[12:45] <zul> can i get an archive admin to review dogpile.cache and dogpile.core in binary-new, keystone is pretty broken without them (https://bugs.launchpad.net/ubuntu/+bug/1222802)
[12:45] <ubot2`> Launchpad bug 1222802 in Ubuntu "FFE: dogpile.core and dogpile.cache" [Undecided,New]
[12:53] <infinity> seb128: Thanks for the tzdata stuff, I was actually going to do that today.
[13:01] <xnox> infinity: any opinions on executing bug #1213463
[13:01] <ubot2`> Launchpad bug 1213463 in groundcontrol (Ubuntu) "Please remove bzr-gtk source and binary from saucy" [Undecided,Confirmed] https://launchpad.net/bugs/1213463
[13:03] <infinity> xnox: It leaves a sour taste in my mouth that we're not willing to maintain it, but meh.  Happy to remove it if it has no rdeps.
[13:04] <xnox> infinity: well, there is groundcontrol that does lp.net screenscraping (which probably also suffered from bit-rot)
[13:04] <infinity> Yeah, I'm seeing that.
[13:05] <xnox> infinity: imho, it's more important to get the maintainance release of bzr into the archive though with all the bugfixes it has accumulated.
[13:05] <xnox> infinity: but you do know how liberal my approaches to removals are ;-)
[13:06] <infinity> xnox: As a general rule, I prefer not to remove packages but, in this case, it'll either push someone to fix them, or they'll just disappear.  Meh.
[13:09] <ScottK> seb128: All in.  Thanks.
[13:09] <seb128> ScottK, thanks for the reviews!
[13:10] <seb128> ScottK, infinity: can we get those copied to updates before a week if we get the verification done?
[13:10] <ScottK> Yes.
[13:10] <xnox> infinity: i've raised the issue with jelmer, and he said should be removed.
[13:10] <infinity> Absolutely.
[13:10] <infinity> xnox: I already removed them.
[13:10] <xnox> \o/
[13:10] <infinity> Oh man, someone accepted code-of-conduct-signing-assistant?
[13:10] <infinity> Fun...
[13:34] <ScottK> pkern: What time is it supposed to be in Israel right now?
[13:34] <Laney> google tells me 16:34
[13:37] <ScottK> Thanks.
[13:37] <ScottK> Quantal works.
[13:37] <ScottK> err Raring
[13:38] <xnox> the bug will start in 3 weeks time...
[13:39] <ScottK> Oh.
[13:39] <ScottK> Right.
[13:39] <Laney> https://wiki.ubuntu.com/StableReleaseUpdates#tzdata
[13:39] <Laney> that tells you how to verify tzdata srus
[13:41] <seb128> ScottK, https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/1222345/comments/16
[13:41] <ubot2`> Launchpad bug 1222345 in tzdata (Ubuntu Raring) "Wrong DST dates in Israel" [High,Fix committed]
[13:41] <ScottK> Laney: Thanks.
[13:42] <ScottK> seb128: Thanks.  I read that and then forgot about it.
[13:46] <ScottK> OK, verified that correctly and it's right.
[13:47] <seb128> excellent!
[13:51] <ScottK> precise is good too.
[14:05] <rsalveti> slangasek: ScottK: sorry if someone asked this already, but would you mind checking bug 1220588 (FFe)? we're trying to land the gst-plugins-bad support for touch (using the hardware decoders from android) this week, and for that we'd need gst 1.1.4
[14:05] <ubot2`> Launchpad bug 1220588 in gstreamer1.0 (Ubuntu) "[FFe] Update GStreamer stack to 1.1.4" [Undecided,New] https://launchpad.net/bugs/1220588
[14:07] <infinity> rsalveti: Approved.  Please close the bug once it's all uploaded.
[14:08] <rsalveti> infinity: awesome, thanks!
[14:08] <rsalveti> Laney: ^
[14:08] <Laney> ty
[14:09] <Laney> rsalveti: If you've time you can upload/sync what's in the PPA except for libav
[14:09] <Laney> rsalveti: Otherwise I'll get to it tomorrow
[14:10] <rsalveti> Laney: sure
[14:10] <Laney> Would be good for jhodapp's stuff to turn up quite soon, btw
[14:11] <rsalveti> Laney: yeah, that's what we want to get going this week (we're in a sprint in lexington atm)
[14:11]  * Laney nods
[14:11] <Laney> rsalveti: did the hybris fix come in?
[14:12] <jbicha> Laney: it looks like the Ubuntu GNOME iso cronjob is still disabled?
[14:12] <Laney> is it?
[14:12] <Laney> lemme see
[14:12] <Laney> yes, yes it is
[14:12] <Laney> fixed
[14:13] <seb128> ScottK, thanks a lot of helping on those tzdata SRUs!
[14:13] <ScottK> You're welcome.
[14:13] <Laney> jbicha: in time for your spin today, so I'll let it happen automatically
[14:13] <ScottK> I just released p - r.  I forgot to mash accept on Lucid, so I'll test/release that once it's published.
[14:19] <zul> infinity: ping https://bugs.launchpad.net/ubuntu/+bug/1222802
[14:19] <ubot2`> Launchpad bug 1222802 in Ubuntu "FFE: python-dogpile.core and python-dogpile.cache" [Undecided,New]
[14:20] <infinity> zul: Can you fix the things mterry pointed out and reupload?
[14:21] <zul> infinity: sure
[14:21] <infinity> I'll do a quick NEW review here.
[14:25] <infinity> zul: Can you replace the unicode ¨ in debian/control with the ascii " instead too?
[14:25] <infinity> zul: Not sure if that'll cause any issues in any packaging frontends, but it's a bit nonstandard.
[14:25] <zul> in dogpile.cache?
[14:26] <infinity> zul: cache has the weird quotes in the long/short description, core has inconsistent quoting in its descriptions.
[14:27] <zul> infinity: k fixed locally
[14:42] <ScottK> Lucid's tested and released, so tzdata emergency is over.
[14:42] <ScottK> pkern (and marga): Thanks.
[14:50] <superm1> could someone help me understand why the mythtv upload from a few days ago hasn't migrated out of proposed?
[14:51] <Laney> superm1: did you check http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html ?
[14:51] <superm1> ah no, didn't know about it.  so it's because armhf and powerpc failed
[14:52] <superm1> i'm not really sure how to go about fixing either of those though
[14:54] <cjwatson> Are they basically permanent build failures?
[14:54] <pkern> ScottK: I wonder why tzdata is not monitored more actively. But that's no question for you. ;)
[14:54] <pkern> ScottK: Thanks for acting that quickly.
[14:55] <ScottK> You're welcome.
[14:55] <cjwatson> powerpc looks easily enough fixable by including <byteswap.h>
[14:55] <ScottK> I suspect the answer is pitti used to do it and no one picked it up when he switched positions.
[14:55] <superm1> cjwatson: ah i'm happy to try that and see if it improves things (and kick it upstream if so)
[14:56] <superm1> i don't think armhf is a permanent build failure either
[14:57] <cjwatson> I don't know where QGLContext comes from OTTOMH but doesn't seem horribly difficult to look for
[14:57] <cjwatson> mythtv has enough reverse-dependencies that I do think it'd be better to tidy up properly if possible
[14:58] <infinity> The armhf failure is probably a GL/GLES confusion.
[15:27] <zul> can an archive admin review python-troveclient please  https://bugs.launchpad.net/ubuntu/+bug/1221981
[15:27] <ubot2`> Launchpad bug 1221981 in Ubuntu "[FFe] [needs-packaging] New package python-troveclient" [Wishlist,Triaged]
[15:32] <infinity> zul: Is that also going to main, or just universe initially?
[15:32] <zul> thats going into main again
[15:32] <zul> ill get adam_g to follow up with mterry
[15:52] <seb128> could somebody force chromium-browser in?
[15:52] <seb128> update_excuse has "autopkgtest for chromium-browser 29.0.1547.65-0ubuntu1: FAIL (Jenkins: public, private) "
[15:52] <seb128> but seems those tests have never been green
[15:53] <Laney> If you file a bug and about them and assign it to qengho ;-)
[15:53] <qengho> noooooo!!!!
[15:53] <qengho> Ah, alright.
[15:53] <seb128> lol
[15:54] <Laney> we shouldn't be happy with tests that never pass
[15:55] <seb128> nobody is happy about those I think
[15:55] <qengho> I should disable them until I have time to work them out.  I thought the simple tests would be a good starting point, and not cause problems.
[15:55] <xnox> well, I thought it's an achievement to get it build on armhf as it is =)
[15:55] <xnox> qengho: only if they finish with: 2>&1 || true
[15:55] <Laney> hrhr
[15:56] <seb128> Laney, qengho: https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1222895
[15:56] <ubot2`> Launchpad bug 1222895 in chromium-browser (Ubuntu) "the autopkgtests need to be fixed" [High,Confirmed]
[15:56] <Laney> merci monsieur
[15:56] <seb128> de rien ;-)
[15:56] <qengho> seb128: "Thanks."
[15:56] <seb128> qengho, you're welcome :p
[15:57] <Laney> k, hinted in
[15:57] <seb128> thanks
[15:57] <qengho> I should work on my french with this team. It's the only other language I have more than a few hundred words of in my head, and I never get to use it.
[15:58] <qengho> ...which means it's probably down to far less than a few hundred now.
[16:01] <cjwatson> infinity: are you doing the weekly release mumble from lex?
[16:03] <infinity> cjwatson: I... Hrm... Maybe if I can find a room.
[16:04] <infinity> Let me see.
[16:11] <slangasek> infinity: no more bzr-gtk?!  sadness
[16:11] <infinity> slangasek: Yeah, it's really hurting my feelings.
[16:11] <infinity> (die, die, die)
[16:12] <slangasek> :(
[16:12] <infinity> slangasek: You're welcome to fix it.
[16:28] <sil2100> infinity: hello! By any chance, were you able to take a look at the XIM SRU bits for nux/unity raring? Sorry for being so annoying about that ;)
[16:52] <zul> what does "xxx has no binaries on any arch " mean?
[16:54] <cjwatson> zul: Didn't build anywhere, usually
[16:56] <zul> cjwatson:  launchpad is complaning about "Some binary packages for this source are not yet published in the repository"
[16:56] <cjwatson> what package?
[16:58] <zul> python-dogpile.cache
[16:58] <cjwatson> binary NEW
[16:59] <cjwatson> processed now
[16:59] <zul> cool thanks
[16:59] <zul> cjwatson:  can check python-lesscpy as well please?
[17:01] <cjwatson> zul: what's to check?  it's in saucy
[17:01] <zul> cjwatson:  arrgh ok sorry about that
[17:02] <cjwatson> np
[17:27] <slangasek> infinity: bzr-gtk is so fragile I can't even get bzr merge-upstream to work on it, so yeah, guess I'm not saving it.
[17:49] <superm1> the armhf failure seems resolvable for now at least by turning off VAAPI for that build until upstream can sort it out, but PPC isn't just a matter of including byteswap.h, it's already actually done and that code hasn't changed AFAICT since last successful build.  maybe toolchain changes have caused this behavior i'm wondering
[18:00] <smoser> hey all.
[18:00] <smoser> release team question.
[18:00] <smoser> openstack havana will release same day as ubuntu 13.10 (october 17).
[18:01] <smoser> so we're guaranteed to have a zero day sru for openstack components (at least in version-name).
[18:02] <smoser> i'm wondering what the correct path is to make the release / SRU team aware of this, as we want to ship SRU to 13.10 as soon as possible after tarballs arrive for openstack havana
[18:05] <stgraber> just upload to saucy-proposed as soon as you have the packages ready
[18:06] <stgraber> anything in there usually gets turned into a 0-day SRU on release day (after we cleanup anything in there that failed to migrate to saucy before release)
[18:06] <stgraber> so you're likely to have the new openstack in -proposed at release time (or very shortly after) and into -updates after the usual SRU validation process
[18:12] <smoser> stgraber, well, can i / should i open place holder bugs ?
[18:12] <smoser> and i'd kind of like uber-fast-path in possibly unlikely case that these are simple release renames.
[18:12] <stgraber> smoser: yes, it's going to be a standard SRU as far as validation is concerned, so the same workflow applies there
[18:13] <stgraber> smoser: getting it released early is possible and will be up to the SRU team, if the diffs only show a simple version change, I think that'd be reasonable
[18:14] <smoser> yeah. ok. so i suspct at some point i will open SRU bugs for 13.10. probably sooner than later.
[18:14] <smoser> just to have those ready to fill in with additional information.
[18:15] <rtg> xnox, I uploaded linux-meta-goldfish if you would be so kind as to NEW it when it appears in the queue.
[18:18] <ogra_> infinity, (or cjwatson) could one of you take a look why autopilot doesnt seem to migrate out of proposed ? the excuses page says "Valid Candidate", while there is a dep-wait on ppc (but thats there longer already and former uploads odf autopilot seem to have migrated nontheless)
[18:34] <infinity> ogra_: There's no dep-wait on powerpc.  It builds on PPC and is uninstallable.
[18:38] <infinity> ogra_: libautopilot-qt was upgraded from a recommends to a depends, and it's not available on PPC.
[18:39] <infinity> ogra_: So, if that dependency is true, autopilot-touch shouldn't be built on PPC.
[18:50] <ogra_> infinity, well, it seems to hold back autopilot, not autopilot-touch
[18:50] <ogra_> https://launchpad.net/ubuntu/+source/autopilot-qt/1.3+13.10.20130814-0ubuntu1/+build/4875820
[18:51] <ogra_> (and https://launchpad.net/ubuntu/saucy/+source/autopilot/1.3.1+13.10.20130906.1-0ubuntu1 for autopilot itself)
[18:51] <ogra_> oh, ignore that :P
[18:52] <ogra_> (indeed it also holds back -touch, but also all other binaries)
[18:59] <zul> can someone get python-troveclient out of binary-new please?
[18:59] <zul> its pending publication
[19:05] <infinity> ogra_: Yeah, sources move as a whole. :P
[19:06] <ogra_> infinity, i forwarded the info to doanac ... he owns autopilot
[22:34] <ScottK> Keep the old one and reject the new one?
[22:38] <ScottK> And that one rejected the old and kept the new.
[22:38] <ScottK> Surely one of those is wrong.