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