[00:17] <cjwatson> pitti: Well, I was pretty sure it would be fine to sync it with clock-setup, where that code came from in the first place anyway
[04:00] <xnox> pitti, tah.
[04:02] <xnox> mwhudson, infinity src:golang-1.5 =)
[05:27] <Mirv> pitti: \o/
[05:27] <Mirv> that was very fast feature bring up
[05:31] <xnox> pitti, cpr is needed for ppc64el on autopkgtest. Queues are piling up, and none are running.
[06:09] <xnox> pitti, oh, they seem to be back alive
[07:26] <pitti> Good morning
[07:28] <pitti> xnox: yep, looking; utlemming fixed the ppc64el images yesterday, but apparently that didn't make it into yesterday's
[07:29] <pitti> xnox: at 0600 UTC the janitor cronjob runs which cleans up orphaned instances and restarts stuff, but it can't fix the reason for the ssh timeouts
[07:29]  * pitti prods the armhf runners too
[07:30] <xnox> fun =/
[07:30] <pitti> there is some lxcfs lockup on armhf
[07:59] <pitti> utlemming: hm, apparently something changed in the underlying environment -- I can't boot wily ppc64el images any more either :/
[07:59] <pitti> utlemming: can you please trigger new ones for wily, vivid, and trusty too?
[07:59] <pitti> utlemming: with yesterday's live-build fix, I mean
[08:00] <pitti> utlemming: hm, actually, console-log doesn't show me *any* detected network card, so maybe that's unrelated
[08:08] <pitti> PSA: disabling autopkgtesting on ppc64el, this is just broken
[08:08] <pitti> Laney, wgrant, infinity ^ FYI -- collecting logs and filing RT
[08:08] <pitti> apw: ^ affects your kernel tests, too
[08:14] <rbasak> rharper: for Debian bug/patch submissions from your Ubuntu hat, please use https://wiki.ubuntu.com/Debian/Usertagging - it helps when people complain that we don't contribute to Debian.
[08:15] <rharper> rbasak: thanks
[08:17] <dholbach> good morning
[08:19] <pitti> utlemming: ok, unping -- eth0 exists, but it doesn't get a DHCP address, this is an IS problem
[08:22] <roaksoax-brb> pitti: howdy! I'm seeing stuff like "maas-proxy.service is a disabled or a static unit, not starting it." all over for things that used to work last week.. any ideas why? my debian/rules: http://pastebin.ubuntu.com/14886037/
[08:24] <pitti> roaksoax-brb: no [Install] section?
[08:25]  * pitti needs to leave for doctor appointment, back in ~ 1 h
[09:06] <doko> mitya57, building metacity I see:
[09:06] <doko> dh_autoreconf
[09:06] <doko> m4/glib-gettext.m4:39: error: m4_copy: won't overwrite defined macro: glib_DEFUN
[09:06] <doko> m4/glib-gettext.m4:39: the top level
[09:07] <doko> Laney, ^^^
[09:13] <Laney> doko: m4/, sounds like a toolchain problem :) :) :) :)
[09:13] <doko> Laney, sure, it's called glib ;-P
[09:15] <Laney> doko: I think you can delete that file since aclocal should get the system one
[09:16] <Laney> it must be doing some kind of deduplication and that breaks since glib changed /u/s/aclocal/glib-gettext.m4 in a recent release
[09:16] <Laney> previously m4/glib-gettext.m4 and the system one would have been identical
[09:16] <Laney> you can copy one to the other to confirm this
[09:22] <doko> that works
[09:22] <Laney> see, toolchain problem!
[09:23] <doko> starts with g* ...
[09:23] <Laney> the macro was always defined twice
[09:24] <Laney> aclocal was hiding this from us before
[09:24] <Laney> happy fix anyway
[09:26] <Laney> cjwatson: good work
[09:41] <Mirv> pitti: otherwise going fine, but interestingly https://autopkgtest.ubuntu.com/retry.cgi?release=xenial&arch=amd64&package=qtcreator-plugin-ubuntu&trigger=qtdeclarative-opensource-src-gles%2F5.5.1-2ubuntu4&ppa=ci-train-ppa-service%2Fstable-phone-overlay&ppa=ci-train-ppa-service%2Flanding-023 says "You are not allowed to upload qtcreator-plugin-ubuntu or qtdeclarative-opensource-src-gles to Ubuntu, thus y
[09:41] <Mirv> ou are not allowed to use this service." even those are both universe packages and I'm a MOTU
[09:42] <Mirv> pitti: I was able to retry the same qtcreator-plugin-ubuntu tests under the non-gles qtdeclarative-opensource-src though
[09:46] <xnox> cjwatson, i'm trying to figure out where and how built-using should be processed in germinate... It's a relationship declared on binary packages, but the values are source packages. I'm pondering if those sources' binaries should end up in extra.
[09:46] <xnox> e.g. store them somewhere, and if binaries from those sources did not end up anywhere, add them into extra.
[09:46] <xnox> or some such.
[09:47] <pitti> Mirv: can you please file a bug against auto-package-testing? No off-hand idea right now, I'm afraid
[09:49] <Mirv> pitti: ok, I was just filing a bug against bileto so there it is, bug #1542239.
[09:50] <roaksoax-brb> pitti: this is my debian/rules http://paste.ubuntu.com/14886246/ I'm definitely missing something then
[09:51] <pitti> roaksoax-brb: what's the output of "systemctl status maas-proxy.service"?
[09:53] <pitti> roaksoax-brb: but I suspect these overrides are wrong -- can you just drop them? dh_systemd_* should already enable all units in that package, and --name doesn't exist as an option AFAIK
[09:53] <pitti> roaksoax-brb: sorry, --name does exist for dh_systemd_enable
[09:54] <wgrant> pitti: ppc64el vbuilders are still working fine, so I guess the neutron2 dnsmasqs, or possibly just your dnsmasq, is/are dead.
[09:54] <wgrant> We've been seeing some related issues on vbuilders over the past two weeks, but they only hit the occasional boot.
[09:55] <pitti> wgrant: for me, I sometimes get bursts of failure mails where all of them failed, then it works again for half a day, etc.
[09:55] <pitti> right now it's again not working at all
[09:55] <xnox> cjwatson, failing to grasp what "build_tree" flag is
[09:55] <xnox> too
[09:55] <xnox> =(
[10:07] <mitya57> doko, Laney, so what should I do in metacity? dh_clean that file?
[10:08] <Laney> mitya57: I guess, not that sure why it is in m4/
[10:10] <Laney> aclocal --install I guess
[10:10] <Laney> this is annoying
[10:12] <doko> mitya57, for now, I just updated it
[10:13] <cjwatson> xnox: build_tree basically means that germinate is processing something that it got to via a Build-Depends
[10:14] <mitya57> doko, I see, thanks
[10:15] <Laney> mitya57: updating it is a bad idea for unstable atm, since it only changed in exp
[10:15] <xnox> cjwatson, aha. right, i see that in adding all the things read from e.g. Build-Depends-Indep et.al.
[10:16] <cjwatson> xnox: Built-Using presumably wants to be specifically not build_tree though, otherwise what's the point, it wouldn't change anything
[10:16] <xnox> i'm now wondering, if i should add all sources, as if it was the source package of a given binary. Or, like, find intersction of binaries(produced by Built-Using sources) && binaries(build-depends)
[10:17] <xnox> and then seed those binaries.
[10:17] <cjwatson> I feel like adding all binaries would probably cause a bit too much explosion
[10:17] <cjwatson> But getting the intersection is going to be really really really hard
[10:17] <xnox> yeah.
[10:17] <cjwatson> Because it might be transitive
[10:17] <xnox> especially thanks to transitive build-deps.
[10:17] <xnox> you type faster =)
[10:17] <xnox> #not fair
[10:17] <mitya57> Laney, I hope new release will use upstream gettext, so there won't be m4/glib-gettext.m4 in tarball at all
[10:18] <xnox> cjwatson, i shall study existing built-using for a bit.
[10:18] <cjwatson> xnox: Maybe we just need to make sure it's annotated somewhere in germinate's output and then people can manually hike those up to seeds :-/
[10:19] <xnox> cjwatson, given my vision for the new world order. I would have them show up in components missmatches, as source-only promotion to main, with .dot graphs indicating that these are built-using src packages.
[10:19] <xnox> cjwatson, and that way e.g. security team would know -> it's in main, source only -> it must be the crazy statically linked in thing into _everywhere_
[10:21] <pa> hello
[10:21] <cjwatson> xnox: mm, causing Built-Using to include just the source but no binaries is probably quite a good way to handle this in germinate, indeed
[10:21] <cjwatson> (well, no binaries unless something else includes them, of course)
[10:21] <xnox> yeah. and transitive build-deps are not broken, because new-world-order.
[10:21] <pa> are you guys still supporting the decision of having a windows7 alike ctrl-tab on ubuntu touch?
[10:22] <xnox> pa, most people here have no idea about windows7, nor ctrl-tab =) and i think touch development is done in another channel, like #ubuntu-touch (?!) i can't recall.
[10:22] <cjwatson> xnox: well, even then, Built-Using is roughly always a subset of Build-Depends
[10:23] <pa> ok i try to ask there
[10:23] <xnox> pa, do you have screenshots on the internet of this ctrl-tab thing?
[10:23] <pa> i understand that in ubuntu desktop you already have plenty of problems ;)
[10:23] <pa> yes i can find
[10:23] <pa> sec
[10:24] <pa> xnox, this counterproductive thing: http://i1-news.softpedia-static.com/images/news2/Ubuntu-Touch-RTM-Update-10-Important-Milestone-Achieved-Screenshot-Tour-466165-8.jpg
[10:25] <mitya57> On phones it's not ctrl-tab, but rather some gesture (I guess) :)
[10:25] <pa> yes
[10:25] <pa> but on win7 it is :)
[10:26] <xnox> pa, i totally misunderstood your question, i thought you were asking us to include something like that.
[10:26] <pa> no i actually hope that to be dropped asap :)
[10:27] <xnox> pa, anyway, such discussion is offtopic. And i think behaviour of those things is different on different form factors. I think on tablet/desktop things fly in expose mode, rather than in a carousel. Better ask in #ubuntu-touch.
[10:27] <pa> i wish you guys won't end up like another firefoxOS :)
[10:27] <pa> ok i tyr
[10:27] <pa> try
[10:27] <xnox> pa, this carousel design seems reasonabl-ish.
[10:27] <pa> xnox, it
[10:27] <pa> it's not just useless
[10:27] <pa> it's counterproductive
[10:27] <pa> a bloody simple matrix is 10.000 times better
[10:27] <xnox> but it's *pretty* =)
[10:27] <pa> yes it seems pretty when you arent using it
[10:28] <xnox> i use terminal, emacs in the terminal and a web-browser. I don't see myself having more than two windows like ever =0
[10:28] <pa> well on a phone you might have multiple apps open at the same time
[10:29] <pa> in particular because the app launch time on ubuntu phones is not small
[10:29] <pa> like text app, mail app, calendar, browser, etc.
[10:29] <pa> but i'll ask there
[10:32] <xnox> pa, i don't use, have or develop ubuntu touch UX / UI at all. try #ubuntu-touch, it should have more people who are actually involved in that.
[10:33] <xnox> people here are scewed towards core-platform development.
[11:01] <rbasak> cjwatson: IIRC you once told me that in an Ubuntu merge Vcs-Browser should technically be changed to XSBC-Debian-Vcs or something, but I can't remember exactly what and my IRC log grep fails to find it. I've just received a merge request with this in the diff. Is there a normative thing that Ubuntu does here please?
[11:04]  * rbasak found https://wiki.ubuntu.com/XS-Vcs but that doesn't have the answer.
[11:19] <cjwatson> rbasak: that links to a thread which ends up at https://lists.ubuntu.com/archives/ubuntu-devel/2007-March/023379.html, i.e. XS-Debian-Vcs-*, which is what I've always done
[11:19] <cjwatson> rbasak: I don't remember if that was written down elsewhere
[11:20] <cjwatson> (XSBC- is silly because this doesn't belong in .deb control files or .changes, but XS- is reasonable)
[11:20] <rbasak> That's great, thanks.
[11:36] <roaksoax-brb> pitti: tmaas-proxy.service: unrecognized service , the weird thing though, is that the overrides were working last week
[12:11] <marlinc> How 'breaking' would it be to run 16.04 as daily driver until its released as actual stable
[12:12] <marlinc> I'll be using on a ZFS root so I can make snapshot to go back when something does go wrong
[12:16] <marlinc> dasjoe, ^ how bad would you say it is?
[12:16] <marlinc> I can just try it
[12:31] <xnox> marlinc, well, you will always get to keep both pieces =)
[12:33] <marlinc> Glueing them together would definitely work
[12:42] <dasjoe> marlinc: I try to stay on LTS releases, so you'll be on your own. Also, as of 15.10 I still prefer dajhorn's PPA to the official packages provided by cking, as dajhorn's PPA is at 0.6.5.4 and I'm not sure the official packages support rpools
[12:44] <marlinc> I've tried a rpool using the default packages in 16.04 on my USB. That appeared to work
[12:45] <marlinc> Although I am unsure about GRUB2's ZFS feature flag support. I'm not sure if its in yet
[12:46] <marlinc> Ah, yes. I was looking for https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1530457
[12:49] <seb128> doko, http://launchpadlibrarian.net/236385287/libcmis_0.5.0-4ubuntu2_0.5.0-4ubuntu3.diff.gz ... did you forgot the actual change?
[12:49] <seb128> the diff only has a changelog entry
[12:49] <doko> seb128, it's a permission change
[12:49] <seb128> oh ok
[12:49] <seb128> misleading changelog text :-)
[12:50] <marlinc> When's the feature freeze?
[12:50] <marlinc> Wut, woop
[12:51] <seb128> marlinc, https://wiki.ubuntu.com/XenialXerus/ReleaseSchedule
[12:51] <marlinc> Thanks!
[12:56] <pitti> infinity, cjwatson: any known problem with teh ppc64el builders?  I got a weird "chroot problem" complaining about some invalid zlib stuff on  unpack, and now https://launchpadlibrarian.net/236387344/buildlog_ubuntu-xenial-ppc64el.mbr_1.1.11-5ubuntu1_BUILDING.txt.gz
[12:56] <pitti> segfault during dpkg
[12:59] <pitti> (retry worked)
[13:03] <cjwatson> pitti: happens every now and again, incidence is low enough that it's tolerable
[13:03] <pitti> cjwatson: ok; I got it three times in 15 minutes, so it felt like something broke
[13:07] <cjwatson> pitti: can you see why qtcreator-plugin-ubuntu on https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-046/excuses.html is sad?  it's installable in xenial
[13:10] <smb> pitti, Speaking of odd things... have you ever had "TZ=UTC date" not print the date in UTC? Asking because somehow the Xenial image I seem to pull with adt-buildvm-ubuntu-cloud does exactly that and I think that causes the build-tests of libvirt which I try to run through adt to fail. Felling somewhat dumbfound.
[13:12] <smb> (note that another Xenial VM which I manually installed works just like expected)
[15:16] <menace> hi, how big's the chance, that kernel 4.5 comes to 16.04?
[15:18] <jrwren> eventually, very likely ;]
[15:18] <menace> i meant on release (16.04.0) :-D
[15:18] <michael-vb> Hello.  Bad moment to ask, as I have to leave almost at once, but could someone take a look at this (development) question re unity-settings-daemon?
[15:18] <michael-vb> https://answers.launchpad.net/unity-settings-daemon/+question/284461
[15:18] <michael-vb> Thanks in advance.
[15:19] <roaksoax> pitti: this is weird, postinst scripts do end up with: # Automatically added by dh_systemd_start -> which actually tells the service to start
[15:20] <roaksoax> pitti: but maas-rackd.service is a disabled or a static unit, not starting it. -> still shown in install
[15:20] <roaksoax> pitti: and the service ends ujp being stopped
[15:21] <jrwren> menace: i don't know, but i'd guess not likely
[15:31] <menace> jrwren: i hear that from several sources... but if one wants to support an ubuntu lts edition and has to write own externel (3rd party) kernel modules for that release, a little bite more reliability would be nice =) or even factors where i can recognize, if it gets more likely.... but okay then, thanks for your time.
[15:34] <jrwren> menace: I don't see the issue. gl hf
[15:37] <marlinc> https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1542358
[15:41] <cjwatson> marlinc: ah yes, fair point, will fix
[15:43] <cyphermox> cjwatson: there's another bug for this
[15:44] <cyphermox> ok, maybe not quite the same thing
[15:45] <cyphermox> cjwatson: do you have anything against applying the changes from Chad in https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1527727 too?
[15:45] <cjwatson> there's a different one about ZFS probing which will take a bit more thought
[15:45] <cjwatson> I want to think about that patch :)
[15:45] <cyphermox> yeah, that's really what I'm asking :)
[15:47] <marlinc> Ah thanks for taking a look cjwatson :) Any idea what's causing it or what I can do to help?
[15:48] <cjwatson> marlinc: just missing entries for those modules, I already committed a fix and uploaded to Debian
[15:48] <marlinc> Very nice
[15:49] <marlinc> I was told by someone that I had to test ZFS stuff on Xenial before feature freeze
[15:50] <marlinc> I'm going all in by trying a rpool on Xenial
[15:51] <marlinc> Can I follow it somewhere cjwatson?
[15:52] <cjwatson> marlinc: follow what, sorry?
[15:53] <marlinc> The Debian package, to see when it gets imported into Xenial for example
[15:53] <cjwatson> marlinc: well it'll show up in xenial in a day or so, once everything gets processed and published and synced and built and published etc.
[15:53] <marlinc> This is the first time I'm actually testing stuff for a new release so I've got no idea how those packages get handled between Debian and Ubuntu
[15:54] <cjwatson> I'm not sure there's much that's desperately interesting to follow en route there :)
[15:54] <marlinc> Okay :p
[15:54] <marlinc> Is the patch available somewhere?
[15:55] <cjwatson> but it's https://anonscm.debian.org/cgit/pkg-grub/grub.git/commit/?id=a293f3b3349327b4e25f5e4998753f05aa7144c3, it'll show up on https://tracker.debian.org/pkg/grub2 in a little bit, then on https://launchpad.net/debian/+source/grub2, then eventually on https://launchpad.net/ubuntu/+source/grub2
[15:55] <marlinc> Ah interesting, thanks!
[15:57] <pete-woods> mdeslaur: hi. I've been looking at getting gnome-keyring running on the phone for password storage, but initially it crashed in some of the ARM asm inside libgcrypt
[15:57] <pete-woods> and as the only canonical person I recognise on the changelog for that project, was hoping you'd take a look at my MR
[15:57] <pete-woods> https://code.launchpad.net/~pete-woods/ubuntu/wily/libgcrypt20/disable-arm-asm-rijndael/+merge/284893
[15:58] <pete-woods> which basically just disables the ARM assembler for AES
[15:58] <pete-woods> after this change, gnome-keyring functions correctly
[15:59] <pete-woods> I'm happy to revise the patch to follow patch conventions (as you can see from the MR message, I was initially unsure if this change would even help :) )
[16:01] <mdeslaur> pete-woods: hrm, sure, one se
[16:06] <pete-woods> thanks!
[16:09] <mdeslaur> pete-woods: I think that makes sense, but please file a bug upstream about it
[16:09] <mdeslaur> I don't see any further fixes in the git tree
[16:12] <pete-woods> mdeslaur: okay, cool, will report the upstream bug
[16:19] <marlinc> cjwatson_, do you know of a way to fix my grub image so that the workaround can be avoided?
[16:25] <cjwatson> marlinc: since you're already running xenial, I don't think it's worth expending energy on thinking about workarounds
[16:25] <cjwatson> marlinc: upgrade in a day or two instead :)
[16:29] <marlinc> Okay :p
[16:30] <smb> pitti, Ok, to answer my question about the weird date output in the adt test image... Something (not sure what and when) screwed up the zoneinfo, so /usr/share/zoneinfo/UTC pointed to something wrong. Forcing a reinstall of tzdata in the disk image fixes the problem.
[16:37] <bdmurray> Does anybody know what the lxc error is here? http://pastebin.ubuntu.com/14888364/
[16:40] <dannf> doko: did you have anything queued for a gccgo-4.9 trusty SRU? you cool w/ me uploading for LP: #1542080?
[16:40] <dannf> doko_: ^
[16:41] <doko_> dannf, sure, go ahead
[16:41] <dannf> doko_: thx
[16:45] <dasjoe> cking: cjwatson: Thanks again for your work on our favorite file system™! Now, let's get it into snappy ;)
[16:46] <cking> were moving forward ;-)
[17:14] <pete-woods> mdeslaur: FYI, here is the upstream bug report for the libgcrypt crash: https://bugs.gnupg.org/gnupg/issue2242
[17:16] <pete-woods> okay, I gotta EOD and pick up kids
[17:16] <pete-woods> thanks for your time!
[18:31] <jtaylor> is util-linux a package one can safely backport?
[20:21] <marlinc> Anyone running into issues with Rhythmbox and GStreamer? I'm getting the following error when trying to play a mp3 file. (21:21:14) [0x1dc1c40] [rb_shell_player_error] rb-shell-player.c:2443: playback error while playing: Problem occurred without error being set. This is a bug in Rhythmbox or GStreamer.
[20:21] <marlinc> Playback does however work in the Videos app and in VLC
[20:21] <marlinc> I've installed the codec as Video's asked for it
[20:30] <marlinc> https://bugs.launchpad.net/ubuntu/+source/gstreamer1.0/+bug/1542471
[23:26] <marlinc> Interesting, when I now Google the issue I'm having with Rhythmbox I actually get my bug report as first result