[06:49] It seems no patch pilot now. Is anyone willing to review and sponsor my patch on https://bugs.launchpad.net/ubuntu/+source/clutter-gtk/+bug/1401376? [06:49] Launchpad bug 1401376 in clutter-gtk (Ubuntu) "Totem video playback doesn't support scale factor well." [Undecided,New] === mitya58 is now known as mitya57 [07:57] hallyn, mdeslaur, Stomped by security... the sad story of my life... :-P [08:02] good morning === doko__ is now known as doko [09:48] Laney: Did you notice that your libsoup2.4 sync FTBFS on powerpc and ppc64el? [09:48] cjwatson: Yes - I fixed the immediate failure and then reported an upstream bug about a hanging testcase [09:48] Waiting to hear back now [09:49] Laney: ok, thanks [09:50] I'll skip the test or something by the end of the day === zyga is now known as zyga-afk [11:20] stgraber: mvo: it looks cool, well done! =) === _salem is now known as salem_ [12:24] smb: sorry about that, I'll probably release the updates today :P [12:24] mdeslaur, Heh yeah. Thats a hope :) === zyga-afk is now known as zyga [12:42] Noskcaj: I think if you wanted to merge dhelp that it would actually manage to migrate to vivid now; I fixed up ruby-bdb [12:42] (by way of a sync and some NBS removals) [13:01] pitti: this seems to be a problem with the jenkins server not with the package? https://jenkins.qa.ubuntu.com/job/vivid-adt-kate/lastBuild/console [13:02] Riddell: there's already a retry in the queue [13:02] groovy [13:02] running, in fact [13:03] queue's a bit long because there were some infrastructure problems over the last couple of days so lots of retries last night / this morning [13:04] I'll be patient :) [13:12] pitti, kees, infinity, stgraber, slangasek: next tech board meeting is scheduled for dec 23rd, shall we skip it and have it jan 6th instead? [13:24] mdeslaur: sounds good to me; I'm still on vac on jan 6, but I'll make it [13:32] Riddell: yeah, I'm afraid the whole CI infrastructure got broken due to the data center move; things should move back into place soon === plars is now known as plars-afk === dpm_ is now known as dpm === wedgwood1 is now known as wedgwood [14:51] heya, any ubuntu-core people here? [15:13] tseliot: can you have a look at bug 1401390? [15:13] bug 1401390 in nvidia-graphics-drivers-331 (Ubuntu) "apt-get install nvidia-331 triggers 691 packages to be installed" [High,Confirmed] https://launchpad.net/bugs/1401390 [15:27] bdmurray: looking [15:33] bdmurray: nvidia provides libopencl and apparently that is being picked up before ocl-icd-libopencl1 (alphabetical order seems to be the criterion) [15:37] bdmurray: ok, I know what happened. nvidia-libopencl1-331 now depends on nvidia-331-uvm, which, in turn, depends on nvidia-331. The dependency is correct but nvidia-libopencl1-331 shouldn't have been installed in the first place (since it only works with nvidia) [15:49] mdeslaur: sounds good to me [15:50] mvo: Could you have a look at bug 1399455? [15:50] bug 1399455 in ubuntu-release-upgrader (Ubuntu Vivid) "distribution upgrade from utopic uses DistUpgradeViewText" [High,Triaged] https://launchpad.net/bugs/1399455 [15:58] pitti: did you see my ping about the py3cairo debugy packages missing? [16:13] doko: ping [16:14] tsdgeos, ? [16:14] me what? [16:14] ah, wrong autocomplete [16:22] doko: libhwloc-plugins seems to pull in the libopencl1 virtual package, which, in turn, pulls in nvidia-libopencl1-331 instead of ocl-icd-libopencl1, and results in LP: #1401390 [16:22] Launchpad bug 1401390 in nvidia-graphics-drivers-331 (Ubuntu) "apt-get install nvidia-331 triggers 691 packages to be installed" [High,Confirmed] https://launchpad.net/bugs/1401390 [16:30] mitya57: oh! I see your PlatformSystemTrayIcon branch for appmenu-qt5! === plars-afk is now known as plars [16:47] pitti: some help with apport please? In mysql, we currently intentionally fail an attempted downgrade from eg. 5.6 to 5.5 in the preinst, causing the maintainer script to exit non-zero with a message. [16:47] pitti: this triggers apport. But in this case it isn't a bug, so is there some way to tell apport it's OK? [16:48] An alternative we're considering is to succeed but then let mysql be broken for manual fixing. [16:50] We've decided to let the maintainer script succeed but disable daemon startup. [16:50] (with a debconf note explaining) [16:50] That's maybe better. So never mind. [16:55] hello folks! Is there a way to update lxc cache (/var/cache/lxc/$RELEASE)? The apt data is out of date so I always have to do apt-get update in every lxc container I create :/ [16:55] (I could clearly just delete the cache so lxc-create rebuilds it from newest sources, but that'd be quite slow) [17:05] bdmurray, doko: apparently, we only need to rebuild hwloc so as to get the correct dependencies: Depends: libc6 (>= 2.4), libltdl7 (>= 2.4.2), libopencl-1.1-1, libpciaccess0, libxml2 (>= 2.7.4), ocl-icd-libopencl1 (>= 1.0) | libopencl1, libhwloc5 [17:07] rbasak: for future reference not really to prevent the crash notification from appearing, but to stop it from being submitted you could write a bug pattern. === dpm is now known as dpm-afk [17:12] bdmurray: do I still need an SRU for a simple rebuild? [17:13] (a no-change rebuild [17:13] ) [17:13] tseliot: I think so. slangasek? [17:17] tseliot, bdmurray: yes; if you're rebuilding from source, there's plenty of room for something else to go wrong [17:17] slangasek, bdmurray: ok, it makes sense. Speaking of which, I have just uploaded the change for hwloc [17:18] slangasek: we'd want a bug for tracking that too then right? [17:19] yes [17:26] bdmurray, slangasek: I reassigned the bug to hwloc, requested an SRU and uploaded the sources. It should all be ready [17:29] tseliot: okay, I'll review it today [17:29] bdmurray: thanks [17:30] bdmurray: thanks. I did suggest that but we thought it was bad for the user to get the crash notification too. [17:31] tseliot: what about utopic? [17:36] bdmurray: same problem :/ let me fix that one too [17:36] tseliot: thanks! [17:37] bdmurray: what version shall I use? [17:37] tseliot: 14.04.1 and 14.10.1 would have been ideal [17:38] bdmurray: I uploaded 1.8-1ubuntu1.1 in trusty-proposed but the one in utopic is still at 1.8-1ubuntu1 [17:38] bdmurray: if you want to reject the one in trusty-proposed, I'll reupload [17:38] tseliot: right so instead 1.8-1ubuntu1.14.04.1 would be better [17:39] bdmurray: ok, please reject the one in the queue then [17:39] tseliot: done [17:39] thanks [17:46] mvo: I just noticed that https://launchpad.net/ubuntu/+source/apt/1.0.1ubuntu2.2 was shadowed by a security update and so never released to trusty-updates. Is it easy for you to rebase that on top of the current trusty-updates (maybe in git), or should I just go ahead and do it? [17:49] bdmurray: ok, uploaded [17:51] arges: to be clear bug 1368815 is v-done for utopic? [17:51] bug 1368815 in OpenStack Compute (nova) "qemu-img convert intermittently corrupts output images" [High,In progress] https://launchpad.net/bugs/1368815 [17:52] bdmurray: yes, sorry to confuse the bug comments; I was also trying to hunt another qcow2 corruption bug, but it is a separate issue [17:53] arges: no problem, just wanted to err on the side of caution [17:57] Hey guys, I've been looking around but I haven't been able to identify this, what package is used to create the graphical installer used by ubuntu or where can I find the source code for the graphic installer? [17:57] kkirsche: ubiquity [17:58] thank you bdmurray I'll look at that. Thank you [18:26] smb: do you want this new dahdi-linux accepted before the other upload is verified? [18:27] bdmurray, Yeah, it actually fixes the first at least in Precise [18:28] changes contains both so verification of both should be carrying on [18:29] smb: got it, thanks [18:30] Riddell: it looks like there is a typo in your lixext upload. https://launchpadlibrarian.net/192182678/libxext_2%3A1.3.2-1_2%3A1.3.2-1ubuntu0.1.diff.gz [19:02] <_Groo_> hi/2 all [19:50] smb: ok, qemu updates for stable releases done. [19:53] Hello all :) [19:53] https://bugs.launchpad.net/ubuntu/+source/gsettings-desktop-schemas/+bug/1401646 [19:53] Launchpad bug 1401646 in gsettings-desktop-schemas (Ubuntu) "Shortcuts bug ( When press the "Ctrl + Alt", window Minimized )" [Undecided,New] === dpm-afk is now known as dpm [20:37] kirkland, So none of the snappy commands to update the system and install packages requires sudo... at least on that KVM image you linked too in your blog [20:37] s/too/to/ (still have 33 years I cannot get that one right :)) === dpm is now known as dpm-afk [21:19] infinity, is there some official thing / test that needs to happen to make the utopic-* things (hwe updates) in http://archive.ubuntu.com/ubuntu/dists/trusty-proposed/main/installer-amd64/current/images/ able to move to -updates ? [21:19] i can do a quick sniff of them. [21:28] kirkland, Ah I took a look at the code... calling sudo from inside snappy [21:33] is there a cross toolchain targetting ppc64le in the archive? [21:34] ah, yes [21:40] timrc, you're not the first person to notice that. :) [21:40] it will change to your expectation [21:41] smoser, Nice. Yeah... it seems a little... un-ubuntu-y [21:46] smoser: If you can test i386 generic and utopic-generic for me and make sure they both boot and install the expected kernel, that would be great. [21:46] smoser: I've tested amd64, ppc64el, and powerpc64, and I've had arm64 tested. That just leaves armhf. [21:50] infinity, someone going to do that ? thats not one i can easily test. [21:52] smoser: My house in a bit of a pre-move mess, so finding bits to test with has been challenging, but if I can't put together what I need, I'll get someone else to test. [21:53] Actually, I could probably test it in qemu, if we build the right DTB for vexpress... [21:53] * infinity checks. [21:54] Yeah, I can probably fudge something together to test armhf on my laptop. [21:57] infinity, i'd be interested in knowing how you do that . [21:57] if you dont mind writing it donw [21:58] Well, the only annoying bit is going to be extracting (or building) the right DTBs, since I don't ship them with d-i, apparently. [21:59] I should fix that. [22:23] smoser: This seems to be doing the trick: [22:23] qemu-system-arm -M vexpress-a9 -m 1G -kernel vmlinuz -initrd initrd.gz -dtb vexpress-v2p-ca9.dtb -serial stdio -nographic -no-reboot -append "console=ttyAMA0" -sd armhf.img [22:23] smoser: Will know more once I've installed. [22:24] smoser: Oh, ditch the -nographic, qemu's I/O multiplexer seems to go insane without the graphics console being up. [22:42] smoser: Yeah, nevermind. That all ended very poorly. I'm going to hunt down an SD card and my Panda. [22:42] ... and fix d-i on qemu another day. === salem_ is now known as _salem