[01:53] <slangasek> ^^ that's the fix for the sbverify problem that popped up on IRC earlier today; I guess we'd like that in so that QA has a working sbverify they can use for testing
[01:57] <stgraber> I'll review
[01:57] <stgraber> well, as soon as I get a diff...
[06:00] <infinity> slangasek: Why does that sbsigntool upload have a changelog entry from a precise SRU/backport?
[06:04] <infinity> slangasek: (And do you care?)
[07:17] <tjaalton> anyone know why https://launchpad.net/ubuntu/+source/wayland/1.1.0-2ubuntu2/+build/4969824 is still in limbo?
[07:18] <infinity> tjaalton: Because it's arm64, which is pretty much entirely in limbo.
[07:18] <tjaalton> but the package is still in proposed because of that?
[07:18] <infinity> No.
[07:19] <infinity> It's been in the release pocket since August 21...
[07:19] <tjaalton> oh gah
[07:19] <tjaalton> I was looking at a wrong pkg..
[07:20] <tjaalton> still have libwayland0 installed, and the new one doesn't have that anymore
[08:01] <infinity> slangasek: I decided to just re-upload for you without the goofy changelog entry, otherwise looked good, so accepting.
[11:19] <rbasak> Can I chase someone for an FFe ack for bug 1209493 please? I have an upload ready; I just need an FFe approved and for the delayed NMU to land in Debian so that I can check we aren't diverging.
[11:19] <ubot2> Launchpad bug 1209493 in subversion (Ubuntu) "[FFe] libapache2-svn missing in saucy" [Undecided,Confirmed] https://launchpad.net/bugs/1209493
[11:21] <rbasak> (also, a sponsor)
[11:32] <smartboyhw> Laney, un-NEW and unblock the ardour3 sync please:)
[11:32] <Laney> cannot
[11:33] <smartboyhw> Laney, uh oh, well, then just a wide release team asking then
[11:34] <Laney> You mean archive admin
[11:34] <smartboyhw> Laney, yep....
[11:35] <smartboyhw> Laney, you aren't one of the AAs?
[11:35] <Laney> afraid not
[11:35] <smartboyhw> :O
[11:35] <smartboyhw> News for me
[11:35] <Laney> https://launchpad.net/~ubuntu-archive/+members
[11:36] <Laney> Maybe one day :-)
[11:36] <smartboyhw> Laney, I hope you can be one:)
[11:37] <Laney> Anyway, I'm sure someone will get to it soon
[11:37] <Laney> syncs are easy
[11:43] <cjwatson> done
[11:45] <smartboyhw> cjwatson, thank you
[12:23] <lool> someone mind if I block hint upstart into proposed to do a boot test before it reaches saucy?
[12:23] <lool> this is for https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/1234898
[12:23] <ubot2> Launchpad bug 1234898 in upstart (Ubuntu) "upstart-local-bridge not handling all events sent to it" [Undecided,In progress]
[12:23] <lool> sergiusens: ^
[12:23] <cjwatson> feel free
[12:24] <lool> pushed
[12:24] <lool> jodh: please upload upstart bug fix for https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/1234898 ASAP and heads up here to get a review to get out of unapproved, then someone to boot test it  :-)
[12:24] <ubot2> Launchpad bug 1234898 in upstart (Ubuntu) "upstart-local-bridge not handling all events sent to it" [Undecided,In progress]
[12:25] <jodh> lool: I'd really like someone else to test it first.
[12:26] <ogra_> sergiusens, ^^^
[12:26] <sergiusens> ogra_, I think he means someone else than me
[12:27] <lool> sergiusens: did you test it?
[12:27] <lool> jodh: we can test it in -proposed?
[12:27] <lool> jodh: it wont move to saucy
[12:27] <lool> jodh: but yeah, testing before upload is also important
[12:27] <jodh> sergiusens: I was actually meaning you, or someone on your team :)
[12:27] <sergiusens> lool, yeah, I have a loop that cosntantly running with the fix
[12:27] <sergiusens> jodh, oh, I commented on the bug :-)
[12:28] <lool> jodh: I'd like the final binaries from saucy-proposed to be tested too before they get green light, so let's upload with sergiusens' testing in mind, and test the .deb before it goes in saucy
[12:29] <jodh> sergiusens: are you sure? the last comment is mine asking for testing.
[12:29] <sergiusens> jodh, I can make a wider scale test than what I did in the bug, but I am certain that I'm consistently getting the event I'm after now
[12:29] <sergiusens> jodh, :-/ didn't hit send in the reply :-/
[12:30] <sergiusens> sorry about that
[12:30] <sergiusens> anyways, I was wasn't expecting so much excitement from lool and ogra when I asked for it to be in the plan just so it's there
[12:30] <jodh> sergiusens: please can you add a comment ?
[12:30] <jodh> sergiusens: got it.
[12:31] <sergiusens> jodh, it's there; although I'm on 20+ now
[12:31] <lool> sergiusens: trying to get isolated fixed in quickly
[12:31] <jodh> xnox: can you review the MP I've raised and merge upstream? https://code.launchpad.net/~jamesodhunt/upstart/bug-1234898/+merge/189296
[12:32] <lool> this one sounded safe and important
[12:40] <smoser> hey all.
[12:40] <smoser> i'm looking for some release team member to judge acceptability of bug 1233486 fix.
[12:40] <ubot2> Launchpad bug 1233486 in software-properties (Ubuntu) "add support for 'cloud-archive:' like 'ppa:' but for cloud archive" [Undecided,New] https://launchpad.net/bugs/1233486
[12:41] <smoser> my branch linked there works for 'apt-add-repository' and for this stuff there isn't much other known path through that code, and I believe I've retained backwards compatibility from the library interface path.
[12:42] <xnox> jodh: right. After lunch =/ ?! maybe you can merge the slangasek's reviewed proposal from me as well? https://code.launchpad.net/~xnox/upstart/fix-1234841/+merge/189292
[12:55] <jodh> xnox: ok, thanks. I've merged your branch now. Can you ping me to avoid dual uploads again? :)
[13:40] <lool> jodh, xnox: Where's this upstart upload?
[13:40] <lool> would love getting this in the next image
[13:54] <jodh> lool: waiting for xnox to review atm.
[14:27] <xnox> lool: jodh: ^
[14:29] <xnox> jodh: do you receive your pings?! =) ^
[14:30] <jodh> xnox: no - as I've mentioned to you before, emacs has stopped doing this for me recently. I'll raise a bug...
[14:30] <jodh> xnox: maybe time for irssi? :)
[14:30] <jodh> xnox: thanks for upload.
[14:35] <Laney> https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1220701
[14:35] <ubot2> Launchpad bug 1220701 in nova (Ubuntu) "FFE: 13.10 Native nova lxc driver" [Undecided,Incomplete]
[14:36] <Laney> why bother filing an exception request if you're just going to upload before it's approved?
[14:36] <Laney> zul:
[14:36] <zul> Laney:  sorry about that it shouldnt have happened
[14:46] <smoser> jodh, can i start on mounted mountpoint=/run and not block ?
[14:46] <smoser> sorry. badk channdle
[14:54] <jodh> smoser: 'mounted' is a blocking event (upstart-events(7)), but you could always have a job that specifies that 'start on' and then calls 'start --no-wait other-job' if you have a long-running op you don't want to hold up the boot?
[14:54] <smoser> jodh, its for debugging. and i just have a task, and i just made the task detach itself.
[14:55] <smoser> ie:
[14:55] <smoser> script
[14:55] <smoser> (
[14:55] <smoser> stuff
[14:55] <smoser> here
[14:55] <smoser> ) &
[14:55] <smoser> end scdript
[14:55] <smoser> seems to work.
[14:58] <xnox> smoser: but that double forks a shell for no reason.
[14:58] <xnox> smoser: please don't do that.
[14:59] <smoser> it doesnt do it for no reason.
[14:59] <xnox> smoser: wouldn't that ignore set -e ?
[14:59] <smoser> it does it for good reason
[14:59] <smoser> i want it detached!
[14:59] <xnox> and then without ( ) &, it will start failing.
[15:00] <smoser> a.) its debug. b.) 'set -e' is complete BS. i much prefer actually catching errors.
[15:00] <smoser> but this is the wrong channel anyway
[15:00] <xnox> smoser: upstart exec's all script stanzas with set -e, pre-set.
[15:00] <smoser> yes, and sometimes i 'set +e' :)
[15:00] <xnox> =)))))
[15:02] <xnox> smoser: if you want to not block, have empty exec and use post-start =)
[15:04] <smoser> that doesn't seem to work in practice, xnox
[15:05] <smoser> at least now 'start myjob' doesn't even return until the post-start is finished
[15:05] <xnox> smoser: start --no-wait myjob
[15:05] <xnox> smoser: using post-start means that events are emitted, use --no-wait if you want to instantly detach.
[15:06] <xnox> smoser: cause e.g. start $foo, will block until everything else that "starts on starting $foo" completes.
[15:07] <xnox> (with or without your ()& hack)
[15:07] <lool> ogra tested new upstart on touch; releasing it out of its -proposed jail
[15:11] <sil2100> Anyone from the SRU team with some free cycles? ;)
[15:21] <cjwatson> xnox: Thanks for boost1.54.  You're doing 1.53 too?  (Just checking, not nagging :) )
[15:22] <xnox> cjwatson: yes, boost takes a whilte to pack, debdiff, build and upload. ditto 1.53-mpi-source
[15:22]  * cjwatson nods
[15:22] <xnox> cjwatson: i was going to ping you after all three are done.
[15:32] <slangasek> infinity: goofy changelog> because I was reusing a working tree, thanks for fixing :)
[15:54] <xnox> cjwatson: boost1.53 is ready ^ but i guess it will need touch unblock as well.
[16:09] <jamespage> pls could my horizon and swift uploads be accepted into saucy
[16:09] <jamespage> I'd quite like todo another test run today with everything at rc1 for openstack + associated fixes
[18:05] <zul> could the nova upload be accepted please it fixes some autopkgtests issues
[18:55] <cjwatson> zul: ooh
[18:57] <zul> cjwatson:  thanks
[19:15] <lool> Hi there
[19:15] <lool> I'll be upload three reverted packages which broke ubuntu-touch images
[19:15] <lool> none of them seeded in Ubuntu AFAICT
[19:15] <lool> indicator-network, unity8, unity-notifications
[19:17] <seb128> lool, goind back on the agent that should allow settings to enter a password then I guess?
[19:19] <lool> seb128: what source is this?
[19:20] <seb128> lool, the agent was moved out of unity8 to the indicator
[19:20] <ogra_> oh, that app with the NSA name ...
[19:20] <lool> seb128: I'm reverting indicator-network and unity8 to their previous versions, would that be correct?
[19:20] <seb128> lool, https://code.launchpad.net/~indicator-applet-developers/indicator-network/secret-agent/+merge/182898
[19:20] <ogra_> secret-agent
[19:20] <lool> seb128: I think that's good
[19:21] <seb128> lool, no idea, I just know that the settings couldn't accept a password because of the agent was in unity, the update was supposed to fix that
[19:21] <lool> seb128: we're going to get that bug again, yes
[19:21] <seb128> lool, so I guess rolling back is going to regress it
[19:21] <ogra_> lool, did you test removing your wlan and reconnecting ? thats what triggeres the WPA dialog
[19:21] <lool> seb128: yes
[19:21] <seb128> :-(
[19:39] <lool> stgraber: ah it seems indicator-network is still in the desktop packageset
[19:39] <lool> albeit it should not be seeded anymore?
[19:40] <lool> stgraber: would you mind approving this one?
[19:40] <lool> stgraber: it's a revert to the earlier version
[19:41] <lool> thanks
[21:48] <infinity> ^-- Ignore that noise, I removed the version in saucy before uploading the new one.
[22:57] <cjwatson> If ^- that confuses anyone, it's resurrecting a binary from an accidental removal earlier in the cycle
[22:59] <infinity> cjwatson: Althgouh, why did you copy it to proposed instead of directly back into release?
[23:00] <infinity> Hopefully britney will cope with the weirdness of that situation.
[23:01] <cjwatson> I like having the extra verification
[23:01] <infinity> cjwatson: Will britney deal okay with the "source with no binaries in release, and source with some binaries in proposed" situation?
[23:01] <infinity> I guess I'll see soon enough.
[23:02] <cjwatson> Should do
[23:02] <cjwatson> Its response is generally to copy the source and let Soyuz fill in the extra binaries
[23:03] <cjwatson> (Which is technically slightly incorrect because not all the binaries might be installable, but ...)
[23:05] <infinity> There's something oddly satisfying about this archive health video game.
[23:52] <cjwatson> infinity: Hmm, no, doesn't look like that worked properly.  Will copy by hand
[23:53] <cjwatson> (libzmq-constants-perl
[23:53] <cjwatson> )