[05:00] <OrokuSaki> echo echo echo
[06:57] <dholbach> good morning
[07:09] <Noskcaj> Has anyone got 30 seconds to review https://code.launchpad.net/~noskcaj/ubuntu/saucy/navit/liberation/+merge/185976 ?
[08:06] <Laney> @pilot in
[08:06] <Laney> Noskcaj: ok
[08:55] <rbasak> Laney: I commented on bug 1121874 and removed ~ubuntu-sponsors. It's also my first patch pilot day today.
[08:55] <rbasak> Laney: it'd be great if you're around to help me, actually. I'm MOTU and server-dev now.
[08:56] <Laney> rbasak: how convenient
[08:56] <Laney> :P
[08:56] <rbasak> @pilot in
[08:56] <Laney> Let me know if you think stuff is ready and you can't upload it
[08:56] <Laney> but feel free to concentrate on stuff you can if you like
[08:56] <Laney> try to do older ones first though
[08:57] <rbasak> How do you want to avoid duplicate work?
[08:57] <rbasak> Many of the older ones scare me and I don't want to touch them :-/
[08:57] <Laney> that's how they get to be old ones
[08:58] <Laney> you can ask the appropriate person to take a look
[08:58] <Laney> patch piloting doesn't have to mean uploading
[08:58] <rbasak> I can clean some of these up a bit too - ones that are already done and just need to be checked and removed.
[08:59] <Laney> like this
[09:00] <Laney> mlankhorst: can you work with 4$ on pushing https://code.launchpad.net/~fourdollars/xorg-server/lp1212123/+merge/180060 ?
[09:00] <Laney> apparently it's fixed in 13.04 onwards
[09:01] <Laney> rbasak: I'm looking at red for now, you try orange and yellow if you like
[09:01] <rbasak> Laney: OK. I'm just removing https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1207102 though as that's done.
[09:01] <Laney> k, sounds good
[09:02] <cjwatson> BenC: unless I'm going blind, your latest linux-ppc upload doesn't seem to have actually built the powerpc64-emb flavour
[09:03] <cjwatson> BenC: so it'll probably get stuck in saucy-proposed since the new powerpc64-emb metapackages will be uninstallable
[09:03] <BenC> cjwatson: That would be…weird
[09:05] <BenC> flavours="debian.ppc/control.d/vars.powerpc-e500 debian.ppc/control.d/vars.powerpc-e500mc debian.ppc/control.d/vars.powerpc-smp debian.ppc/control.d/vars.powerpc64-emb debian.ppc/control.d/vars.powerpc64-smp"
[09:06] <cjwatson> The build log seems to confirm
[09:17] <BenC> cjwatson: I'll follow up with another upload
[09:17] <cjwatson> BenC: thanks
[09:27] <Laney> rbasak: maybe you fancy https://code.launchpad.net/~med/ubuntu-seeds/sosreport/+merge/179485
[09:28] <rbasak> Laney: sure. I'll look as soon as I'm done with https://code.launchpad.net/~edbaunton/ubuntu/saucy/r8168/fix-for-linux3.10/+merge/182485. I'll review but I think I'll need you to do the actual merge for me.
[09:28] <Laney> k
[09:32] <happyaron> Laney: is there any progress on setting up translation for ubuntu-wallpapers?
[09:32] <cjwatson> infinity: You said a while back that you understood the scilab failures and it was a matter of rebuilding something.  I can't really work out what, from https://launchpad.net/ubuntu/+source/scilab/5.4.1-4/+build/4860867 - any hints?
[09:34] <Laney> happyaron: not yet
[09:34] <happyaron> ok
[09:34] <Laney> happyaron: but if you want to help you can turn that patch into a merge proposal
[09:34] <happyaron> Laney: ok
[09:34] <happyaron> will see if I have time to work on that.
[09:35] <Laney> should be quick
[09:38] <rbasak> Laney: if I mark a bug Incomplete, will it disappear from the sponsors queue until someone changes the bug status again? Or should I unsubscribe ubuntu-sponsors temporarily?
[09:38] <Laney> just changing the status should do it
[09:38] <Laney> add a comment saying how to get it back
[09:38] <Laney> actually, no, sorry it doesn't for Incomplete
[09:39] <rbasak> OK
[09:39] <rbasak> I'll just leave it in there after my comment then, and move on.
[09:39] <Laney> feel free to unsubscribe
[09:41] <rbasak> I've asked for clarification since I can't figure out/reproduce the original problem. It might be me, so I think it's unfair to drop him to the end of the queue again. But if he doesn't respond I think it'd be appropriate to unsubscribe sponsors as it isn't clear what he actually wants uploaded now.
[09:44] <rbasak> Oh it was an MP, so I've marked it Work in progress. That probably drops it from the queue I guess.
[09:51] <rbasak> smoser, utlemming: any objection to https://code.launchpad.net/~med/ubuntu-seeds/sosreport/+merge/179485 (seed sosreport in cloud images)? The only things I can think of to consider are installed size and python 2 requirement as mentioned by infinity in https://bugs.launchpad.net/ubuntu/+source/sosreport/+bug/1206106/comments/9
[09:52] <rbasak> It looks like it only drags in 1123k (~92k compressed) in a current saucy image.
[10:08] <infinity> cjwatson: I believe it unwinds to being something related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714730
[10:08] <infinity> cjwatson: Possibly.  Untested theory so far.  I can look at it after I've participated in the miracle of flight this morning.
[10:13] <cjwatson> infinity: Hm, OK, maybe I can try some analysis and no-change uploads
[10:49] <rbasak> Laney: I reviewed bug 1217474 and the submitted debdiff is OK to upload with minor changes, but I can't do that. Could you review/upload, please? I'm not sure what testing you'd like to do yourself?
[11:07] <Laney> rbasak: OK, can you attach your changes too?
[11:07] <Laney> also I guess update the forwarded bug with the new patch
[11:08] <rbasak> Laney: ack. The VM that had my updated debdiff mysteriously died :-( but I'll recreate it. Meanwhile, please could you close out https://code.launchpad.net/~jderose/ubuntu/saucy/couchdb/1.4.0/+merge/182725? This has been uploaded already and is in the archive.
[11:09] <Laney> sure
[11:09] <rbasak> Actually just realised I can just mark it as Merged.
[11:09] <Laney> k
[11:13] <rbasak> Laney: OK I've attached crash_autopkgtest_v2.debdiff to bug 1217474
[11:16] <rbasak> Updated patch sent to Debian.
[11:16] <Laney> ta
[11:22] <rbasak> zul or adam_g: please could you review/upload the patch in bug 1130608? It's languishing in the sponsorship queue. Does this need an FFe?
[11:48] <rbasak> Laney: please could you reject https://code.launchpad.net/~noskcaj/ubuntu/saucy/imagemagick/lp1218248/+merge/183315? The issue was fixed by a security update, and I don't think it would be accurate to mark this branch as merged.
[11:51] <Laney> rbasak: roger
[11:53] <rbasak> mdeslaur: please could you unsubscribe bug 1221040 from ubuntu-security-sponsors as AIUI you've said that it needs no further action right now?
[11:54] <mdeslaur> rbasak: done
[11:54] <rbasak> Thanks!
[12:01] <Laney> @pilot out
[12:23]  * dholbach hugs rbasak and Laney
[12:27] <pitti> Good morning
[12:29]  * ogra_ waves to the DixieChick^Wpitti
[12:55] <smoser> shoot.
[12:57] <lifeless> smoser: bang?
[12:57] <smoser> archive admin (stgraber) i just uploaded ifupdown to p q and r for bug 1226067. but did not include -v to the genchanges.
[12:58] <stgraber> smoser: do you want to re-upload?
[12:58] <smoser> yeah. can you NACK?
[12:58] <stgraber> yep
[12:59] <lifeless> smoser: are you east coast based?
[12:59] <smoser> lifeless, yeah. US/Eastern.
[12:59] <lifeless> smoser: ah, so it's not unreasonably early for you right now ;)
[12:59] <stgraber> smoser: done
[12:59] <smoser> not at all.
[12:59] <smoser> but one coudl argue it is unreasonably late for someone on your side of the world, lifeless
[13:00] <lifeless> smoser: I'm in Seattle this week.
[13:00] <lifeless> smoser: for http://lists.openstack.org/pipermail/openstack-dev/2013-July/011687.html
[13:07] <smoser> neat, lifeless . so its not unreasonably late, but unreasonably early. and reasonably whacked up body clock.
[13:12] <lifeless> smoser: zigactly!
[13:40] <Laney> is there a bug where new autopkgtests aren't run by jenkins the first time?
[13:40] <Laney> the first time the package is uploaded^
[13:42] <happyaron> rbasak: mind have a look at bug #1226492?
[13:43]  * happyaron or maybe a release team member...
[13:54] <rbasak> happyaron: you need a release team member to ack the FFe first, before a sponsor can upload it.
[13:55] <rbasak> happyaron: once (and if, I guess) it's acked, please subscribe ~ubuntu-sponsors to the bug
[13:59] <bigon> chrisccoulson: hey, do you think you could upload mozjs17 into debian?
[14:00] <bigon> I mean are you planning to also maintain this in debian?
[14:00] <happyaron> rbasak: ok
[14:00] <happyaron> rbasak: thanks
[14:51] <marcoceppi> I'm having a weird issue with python packaging, can't seem to get past this
[14:51] <marcoceppi> http://paste.ubuntu.com/6119081/
[14:51] <marcoceppi> I found this bug, but it says it's been patched in the version of python-stdeb (0.6.0+20100620-2build1)
[14:52] <marcoceppi> Not sure what's going on or how to move past it
[14:52] <rbasak> marcoceppi: I've seen that before
[14:52] <rbasak> marcoceppi: I think it's caused by an unclean upstream source, but I'm not sure.
[14:52] <marcoceppi> rbasak: I am the upstream source
[14:52] <marcoceppi> bug report: https://github.com/astraw/stdeb/pull/57
[14:53] <rbasak> marcoceppi: did you create the "upstream tarball" with the right setup.py invocation, or are you just using your source tree?
[14:53] <marcoceppi> rbasak: I used python setup.py sdist
[14:53] <marcoceppi> then running against that tarbal
[14:53] <rbasak> I guess it is a bug then.
[14:54] <rbasak> I was only doing a hack for a PPA (and wasn't sure how the upstream source was created).
[14:54] <marcoceppi> but according to that report it's patched in the version of python-stdeb that I have
[14:54] <marcoceppi> hacks are welcome :)
[14:54] <rbasak> My hack/workaround was to modify the upstream source to match what it wanted, which I think I found spat out somewhere.
[14:55] <marcoceppi> rbasak: gotchya, I'll try that and press on
[14:55] <rbasak> marcoceppi: note that I think what it produces works anyway. My memory is hazy though.
[14:56] <rbasak> Oh. I think it works anyway once modified according to what it complained about.
[14:58] <cr3> what's the name for the alternative to a "native" package, ie one where packaging is separate from the source?
[14:59] <cr3> the debian mentors page says non-native, but I thought there was another name
[15:00] <cjwatson> I would say non-native
[15:01] <cr3> cjwatson: if it's good enough for you, it's good enough for me. thanks!
[15:10] <roadmr> hello! can SRUs update translatable strings? (specifically the _Comment in a .desktop file)
[15:30] <slangasek> roadmr: they can, but given that translators will generally not have a chance to catch up, it's contraindicated unless there's a very serious issue with the current string
[15:31] <roadmr> slangasek: oh ok, that makes sense. Thanks!
[15:40] <rbasak> cjwatson: could you add openldap to ~ubuntu-server-dev uploads please?
[15:42] <cjwatson> rbasak: Done
[15:42] <rbasak> Thanks!
[16:10] <bdmurray> barry: can you shed some light on what the systemerror in this means? https://errors.ubuntu.com/problem/15bc0ab1791f275923e1d66575637a22e2b24b7d
[16:27] <barry> bdmurray: it is almost definitely a buggy extension module.  these things happen when an exception occurs, something doesn't check it correctly, and it lingers until python itself checks the error.
[16:28] <bdmurray> barry: so something with xml.dom or xml.dom.minidom in this case?
[16:29] <barry> bdmurray: probably not.  the problem is these kinds of things are *very* hard to track down because the tracebacks have no connection to where the error actually is
[16:29] <barry> bdmurray: you have to audit 3rd party extension modules, often by manual code inspection
[16:33] <bdmurray> barry: so then it sounds like something we may want to prevent reporting?
[16:41] <barry> bdmurray: hard to say.  it's a real bug *somewhere*.  it's just not obvious or easily determined where that is ;)
[17:09] <rbasak> cjwatson: I got an openldap upload rejected, but the upload was for a precise SRU. Is there something that can be fixed there, or shall I just find a sponsor/someone else to upload?
[17:10] <infinity> rbasak: What did the reject comment say?
[17:10] <rbasak> "Signer is not permitted to upload to the component 'main'."
[17:10] <infinity> rbasak: The mail does include a comment and who rej... Oh.
[17:10] <infinity> rbasak: Well, there you go. :P
[17:10] <rbasak> I get that I'm not permitted :)
[17:10] <rbasak> I'm just not clear on exactly what I should do about that.
[17:11] <infinity> rbasak: Right, sorry, I missed what you were driving at.  I take it that's a packageset you have access to in saucy?
[17:11] <rbasak> infinity: cjwatson added openldap to the ~ubuntu-server-dev exception list for me earlier.
[17:11] <infinity> rbasak: I'm sure someone can fix that.  But I can also sponsor it for you.
[17:11] <rbasak> infinity: I'd appreciate that, thanks. I'll stick a debdiff in the bug.
[17:12] <cjwatson> rbasak: Package sets are per-series.  You didn't say you wanted precise
[17:13] <cjwatson> (But dinnertime)
[17:13] <rbasak> cjwatson: ah, I didn't realise I needed to specify, thanks.
[17:13] <infinity> rbasak: I can just steal it from the rejected queue.
[17:14] <rbasak> infinity: it was openldap
[17:14] <rbasak> infinity: https://bugs.launchpad.net/ubuntu/precise/+source/openldap/+bug/1216650 (the MP on that), except that I added dep3 headers. I've tested that it fixes the issue in the expected places.
[17:14] <rbasak> (and reviewed the patch)
[17:15] <rbasak> @pilot out
[17:16] <infinity> rbasak: Reuploaded.
[17:16] <rbasak> infinity: thanks!
[17:19] <tarpman> rbasak: if I understand correctly, that bug can be triggered under other backends as well, but mdb makes it a lot more likely?
[17:20] <rbasak> tarpman: it looks like that to me, yes.
[22:37] <jtaylor> somethings wrong with adt again: https://jenkins.qa.ubuntu.com/view/Saucy/view/AutoPkgTest/job/saucy-adt-skimage/ARCH=amd64,label=adt/6/
[22:37] <jtaylor> input/output error during install
[22:45] <pitti> that's from dpkg install; are you sure it's adt specific?
[22:47] <pitti> hm, installs fine here; trying with run-adt-test -s skimage here
[22:48] <pitti> (takes a while, crappy internet)
[22:48] <pitti> Sep 17 19:02:11 autopkgtest kernel: [   87.041881] EXT4-fs error (device vda1): __ext4_new_inode:913: comm dpkg: failed to insert inode 263909: doubly allocated?
[22:48] <pitti> jtaylor: ^ from that syslog
[22:49] <pitti> that indeed seems to be a bug somewhere between kernel and qemu
[23:14] <asac> wgrant: StevenK: check with fginther about a launchpad issue please when you are around
[23:23] <pitti> adam_g: hey, how are you?
[23:23] <adam_g> pitti, good, you?
[23:23] <pitti> adam_g: quite fine, thanks!
[23:23] <pitti> adam_g: not sure whether you saw the autopkgtest failure of python-troveclient?
[23:24] <pitti> ah, it actually went to zul, I guess he sponsored
[23:24] <adam_g> pitti, no i haven't. do you have the results url handy?
[23:24] <pitti> and https://launchpad.net/~gandelman-a doesn't have an address
[23:24] <pitti> adam_g: https://jenkins.qa.ubuntu.com/job/saucy-adt-python-troveclient/1
[23:24] <pitti> adam_g: so, there is no debian/tests/
[23:25] <pitti> adam_g: so either XS-Testsuite: needs to be dropped, or perhaps you forgot to bzr add them or so?
[23:25] <adam_g> pitti, ah!
[23:25] <adam_g> pitti, i actually did not package any originally, but perhaps this tells me i should :)
[23:25] <pitti> adam_g: so, copy&paste bug in debian/control?
[23:25] <adam_g> pitti, yup
[23:28] <adam_g> pitti, what address is missing from https://launchpad.net/~gandelman-a ?
[23:28] <pitti> adam_g: anyway, if you feel like it you could perhaps add a little smoketest; even a simple 'python -c "import trove"' already is quite useful
[23:28] <adam_g> pitti, yeah, should be doable
[23:28] <pitti> adam_g: I think jibel' scripts take email addresses from LP for the notifications
[23:28] <adam_g> hmm. i've got 4 addresses registered there.
[23:28] <pitti> adam_g: not public, though
[23:28] <adam_g> ah
[23:29] <pitti> jtaylor: other amd64 tests like firefox do the same now; could be a regression from today's kernel?
[23:30] <pitti> apw: ^ we are getting several "failed to insert inode 263909: doubly allocated?" like errors on amd64 autopkgtests since today
[23:50] <wgrant> fginther: You had a Launchpad issue?