[06:40] <dholbach> good morning
[07:24] <zyga> good morning
[08:30] <seb128> is anyone around with cdimage build knowledge that could help with
[08:30] <seb128> https://launchpadlibrarian.net/208330071/buildlog_ubuntu_wily_i386_ubuntu-desktop-next_BUILDING.txt.gz
[08:30] <seb128> that's the buildlog from https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/wily/ubuntu-desktop-next
[08:31] <seb128> it fails on "mv: cannot stat 'device.tar.gz': No such file or directory"
[08:41] <seb128> k, seems like a bug in livecd-rootfs
[08:41] <seb128> thanks Laney ;-)
[08:42] <seb128> Laney, cjwatson, https://code.launchpad.net/~seb128/livecd-rootfs/desktop-next-duplicate/+merge/261182
[08:43] <seb128> cjwatson, seems like that didrocks forgot to remove the duplicated code when he did the tweaks you asked on https://code.launchpad.net/~ubuntu-desktop/livecd-rootfs/desktop-next/+merge/257056
[08:54] <Laney> seb128: np, will you upload?
[08:54] <seb128> Laney, yes :-)
[08:54] <Laney> cool
[09:25] <seb128> sru team, is there anything that blocks the gvfs/gtk+3.0 trusty SRUs to be copied to updates? http://people.canonical.com/~ubuntu-archive/pending-sru.html shows jenkins regressions but those don't seem issues with those updates/new ones, trusty autopkgtest have never been working on those
[09:25] <seb128> bdmurray, ^
[10:07] <FourDollars> Hi, https://code.launchpad.net/ubuntu/+source/udisks2 for trusty is not up to date.
[10:13] <Noskcaj> mitya57, Can you please merge gnome-flashback and metacity some time soon?
[10:21] <cjwatson> FourDollars: Unlikely to be fixed, please fall back to source packages.
[10:21] <FourDollars> cjwatson: I see. Thx.
[10:22] <cjwatson> FourDollars: (Or at least unlikely to be fixed in the bzr world.)
[11:17] <mitya57> Noskcaj: Not before gtk+ 3.16 lands in wily-release
[11:18] <mitya57> I don't want to make the transition even more complicate
[12:06] <seb128> Laney, https://launchpadlibrarian.net/208356435/buildlog_ubuntu_wily_amd64_ubuntu-desktop-next_BUILDING.txt.gz
[12:06] <seb128> :-(
[12:07] <seb128> still the same error
[12:07] <seb128> cjwatson, ^ do you know if there is any page with hints on how to debug cdimage build issues?
[12:09] <Laney> hmm
[12:13] <cjwatson> seb128: not really
[12:14] <cjwatson> echo "I: Moving kernel into device tarball"
[12:14] <cjwatson> that message never fires
[12:14] <cjwatson> which suggests to me that that hook isn't run
[12:14] <cjwatson> perhaps because it's not executable?
[12:15] <cjwatson> in fact there are a whole bunch of non-executable hooks in there, which looks pretty dubious
[12:15] <seb128> cjwatson, thanks for pointing that out
[12:15] <seb128> let me try to chmod +x and see if it's better
[12:16] <cjwatson> seb128: one sec
[12:17] <cjwatson> seb128: actually I don't think that's it - it's not exec for ubuntu-core either but https://launchpadlibrarian.net/208332282/buildlog_ubuntu_wily_armhf_ubuntu-core-system-image_BUILDING.txt.gz shows that hook being run
[12:18] <cjwatson>         ubuntu-touch:*|ubuntu-core:system-image|ubuntu-cpc:*)
[12:18] <cjwatson>                 cp -af /usr/share/livecd-rootfs/live-build/${PROJECT}/* \
[12:18] <cjwatson>                         config/
[12:18] <cjwatson>                 ;;
[12:18] <cjwatson> seb128: ^- there's your problem, that needs to include ubuntu-desktop-next:* otherwise none of the hooks are run
[12:18] <cjwatson> live-build/auto/config
[12:18] <seb128> cjwatson, ah, good catch!
[12:18] <cjwatson> seb128: actually probably ubuntu-desktop-next:system-image instead
[12:19] <seb128> cjwatson, right, that's what got used in e.g https://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/view/head:/live-build/auto/build#L339
[12:19] <cjwatson> yup
[12:20] <cjwatson> seb128: https://lists.ubuntu.com/archives/ubuntu-devel/2011-June/033458.html has advice on running builds locally (would need SUBPROJECT in this case too), but it takes a while so it's often worth a bit of thought to do zen debugging irst
[12:20] <cjwatson> *first
[12:22] <seb128> cjwatson, great, thanks
[13:10] <hrw> hi
[13:10] <hrw> does someone know which format of keyboard remapping udev from 14.04 understands?
[13:30] <seb128> cjwatson, Laney, can you retry the desktop-next image build? updated livecd-rootfs is in wily
[13:39] <cjwatson> seb128: done
[13:39] <cjwatson> (damn, forgot to do it in screen, oh well)
[13:39] <seb128> cjwatson, thanks
[14:00] <seb128> cjwatson, bah, that didn't pick the new livecd-rootfs version it seems :-/
[14:01] <seb128> I guess the "ubuntu/wily accepted" are sent before it's actually available? :-/
[14:06] <ogra_> seb128, rmadison is usually pretty reliable for that
[14:06] <seb128> ogra_, yeah, should have verified
[14:06] <seb128> I though that the email/launchpad showing in wily on the summary view was enough
[14:06] <seb128> seems it's not
[14:08] <ogra_> no, there is usually one publisher run after this mail that does the actual copying
[14:18] <infinity> seb128: LP will show it in wily at the beginning of the publisher run when it changes its internal state, but then it still needs to do all the publishy things to it and move dists.new->dists, which can be anywhere from a couple of minutes to dozens of minutes, depending on what work the publisher needs to do.
[14:19] <infinity> seb128: One could argue (and I have in the past) that the UI "published" state should be disconnected from the internal "published" state and only committed at the end of a publisher run, but that's probably unnecessary added complexity for a problem that amounts to "just wait a bit longer".  Especially since even if it was made 100% accurate for ftpmaster's disk, it's still a laggy lie for mirrors.
[14:22] <seb128> infinity, yeah, going to teach me to use rmadison next time
[14:23] <infinity> seb128: Patches welcome for speeding up rmadisong when using it frustrates you. ;)
[14:23] <infinity> rmadison, too.
[14:23] <seb128> hehe, noted :-)
[15:28] <seb128> barry, does your system boot after a 90s timeout? do you have powerd installed?
[15:28] <seb128> attente, did you resolve your recent systemd non  booting issues?
[15:29] <attente> seb128: yep it's fixed now. but all i did was a dist-upgrade :/
[15:30] <seb128> k...
[15:40] <barry> seb128: it doesn't seem to.  i'll let it run for a while.  checking on powerd.
[15:41] <barry> seb128: powerd is not installed
[15:41] <seb128> barry, k, dunno then
[15:41] <seb128> barry, but it's for pretty sure not a lightdm issue
[15:42] <barry> seb128: i'm bisecting the dist-upgrade.  it's either x or unity8
[15:42] <barry> seb128: i'll rehome the issue when i know for sure
[15:42] <seb128> k
[15:43] <barry> x
[16:44] <smoser> hey. random question, not sure how this works or where the change occurred.
[16:45] <smoser> with wily, recently updated yestereday and logged out and back in. gnome-terminal is visually different (light color scrollbars now showing)
[16:45] <smoser> that doesnt bother me, but the change that is annoying is that when i double click on a url (http://example.com/path)
[16:45] <smoser> it only selects the portion after the :
[16:45] <smoser> which means i keep pasting people urls that look like
[16:46] <smoser>  /paste.ubuntu.com/11591324/
[16:46] <smoser> rather than
[16:46] <smoser>  http://paste.ubuntu.com/11591324/
[18:02] <Riddell> who's looking after jenkins these days? I seem to have quite a few false negatives