[00:26] out of curiousity, is there a smarter way to deal with problems like apt-get update failing on jenkins because of a hash mismatch error? or do I just keep retrying the command [00:26] *jenkins job === _salem is now known as salem_ === salem_ is now known as _salem === peacememories_ is now known as peacememories [01:22] hm, i'm not really sure how frameworks are supposed to work on snappy [04:26] pitti: i wasn't planning o nmerging samba - i hate to take zul's fun away from him :) but i'm finally back tomorrow so can take a look soon if needed [04:27] bdmurray: smb has fixed the kvm-spice bug in qemu [04:28] seb128: cgmanager is disabled by default in systemd bc systemd prefers to own all the cgroup management [06:50] brainwash: I'll most certainly package 218 [06:50] Good morning [06:51] hallyn: welcome back! did you enjoy your holidays? [07:52] good morning [08:21] hello [09:18] Riddell, ScottK: please could you build opengtl with the default llvm/clang? This one prevents removal of llvm-3.3 [09:53] shadeslayer: launchpad-buildd has a thing where if apt-get update fails then it waits a short period of time and immediately tries again (only once); this seems enough to dispose of the vast majority of problems === sabdfl_ is now known as sabdfl === _salem is now known as salem_ === dholbach_ is now known as dholbach [13:23] cjwatson: I see [13:35] infinity: You synced libpoe-component-client-dns-perl from unstable, but apparently it still fails with the same test failure that caused there previously to be a delta (see 1:1.051-1ubuntu1). Fancy reintroducing that delta? [13:53] sil2100, nevermind the previous question, I have (re-)written that myself. === salem_ is now known as _salem === ogra_` is now known as ogra_ === brainwash_ is now known as brainwash [15:03] pitti: had its upsides, had huge downsides sadly. [15:04] but now back to work :) [15:05] doko_: missing build-dep on expect for gcc-*-cross, maybe? [15:06] cjwatson, no, dpkg introducing DEB_TARGET architectures [15:07] ah ... [15:08] these should build after the current gcc-4.9 upload [15:09] dpkg-archoitecture introducing DEB_TARGET_* variables even [15:15] hallyn, while I see you... I wanted to do a small update to qemu in U and T for allow it to be used by Xen dom0 (bug 1394327). For U there still seems an upload in proposed, which I am not sure about getting verified as the reporter verified Trusty. [15:15] bug 1394327 in qemu (Ubuntu Trusty) "unmapping of persistent grants in qemu" [Medium,In progress] https://launchpad.net/bugs/1394327 [15:16] Is there anything else we can do? === _salem is now known as salem_ [15:30] smb: i'm confused [15:31] smb: noone has verified that near as i can tell [15:31] oh i see. [15:31] comment #17 [15:31] there are 2 comments === roadmr is now known as roadmr_afk [15:32] smb: which bug needs verification [15:32] bug 1368815 [15:32] bug 1368815 in OpenStack Compute (nova) "qemu-img convert intermittently corrupts output images" [High,In progress] https://launchpad.net/bugs/1368815 [15:40] smb: sorry for hte delay, for some reason launcpad isn't loading for me. (weird internet issues) [15:40] hallyn, Heh yeah, some days are just painful [15:41] but seriously, i've tried two different connections and two browsers, and the bug just won't load all the way [15:43] smb ok, so issmb did you try reproducing on utopic? [15:43] yikes [15:44] smb: unless you get to it in the next few hours, i'll complete the verification this afternoon for that bug [15:44] hallyn, No, well that bug was nothing I was observing. Its something that someone else had, you uploaded the fixes and it only got verified for T [15:45] hallyn, Ok, wfm. Then I can base on that version for what I prepare for upload [15:45] understood, but someone needs to reproduce wit hthe testcase, or else at least run the qa-regression-testing qemu testcase on it :) [15:45] ok - i'll do it this afternoon then - ttyl [15:45] hallyn, ack. thanks [16:02] Anyone know what IRC channel would be appropriate for snappy related stuff? [16:02] #snappy [16:02] * FunnyLookinHat should have figured.... [16:02] :D [16:02] ☻ [16:03] thx! [16:14] cjwatson: I did? Pretty sure that was bhavi, according to LP. [16:17] infinity: Oh, right, you moved it to vivid-proposed from utopic-proposed, that explains my confusion [16:17] (and indeed from trusty-proposed) [16:17] OK, I'll reintroduce that delta [16:18] cjwatson: I could do it anyway, was just correcting your blame. :P [16:23] infinity: Might be more sensible for you to end up with the future merge than me, if you don't mind [16:24] cjwatson: Fine by me, it's 2 lines. Will do. [16:25] ta === roadmr_afk is now known as roadmr [16:50] pitti: py3cairo ddebs are missing for the latest version only arm64 has appeared === rickspencer3_ is now known as rickspencer3 [17:32] tseliot: are you working on bug 1376966? [17:32] bug 1376966 in ubuntu-drivers-common (Ubuntu) "gpu-manager treats all files in /etc/modprobe.d as config files" [High,In progress] https://launchpad.net/bugs/1376966 [17:39] bdmurray: the fix is in utopic (in 1:0.2.98.4) but apparently I forgot to backport it [17:44] tseliot: I'd be happy to review it when you get it in the proposed queue - just let me know. [17:53] bdmurray: I've just uploaded ubuntu-drivers-common 0.2.91.8 in trusty-proposed. Thanks for your help, and for reminding me === mitya57 is now known as mitya58 === oSoMoN_ is now known as oSoMoN [18:33] arges: would you mind looking at the last comment in bug 1368815 and ack/nacking? [18:33] bug 1368815 in OpenStack Compute (nova) "qemu-img convert intermittently corrupts output images" [High,In progress] https://launchpad.net/bugs/1368815 [18:33] hallyn: looking [18:34] arges: thanks. (smb needs that cleared one way or the other, so if nacked that's fine - i'll just request thta we drop the package so smb cna proceed) [18:36] hallyn: seems like an important fix; and interestingly enough they have to reproduce on ext3 or ext4 without extent filesystems [18:36] hallyn: which is what i'm seeing on the other corruption bug... [18:38] hallyn: i think we should ACK it if someone is reporting it as fixing issues in trusty at least [18:38] for utopoic [18:39] It also would feel a little silly to reject something when it did verify on Trusty. But ok. I probably should have had a deeper look and tried to reproduce/verify it [18:39] But somehow there is many loose ends and seemingly so few days in this year left [18:40] smb: hmm... maybe i'm hitting the same corruption bug because i createdd my qcow2 image _before_ applying this patch. I'll try it out [18:41] then maybe I can verify this bug too. I tested with latest mainline, but created the qcow2 image with the unpatched version [18:41] ah ok. at least something worth trying [18:42] smb: so i'll try verifying it for now if that's alright [18:42] yeah sure... I am rather close to "go away" for today anyway [18:42] smb: yea, i still need to review your other package [18:43] arges, you can take your time with that. if we can get qemu released thats probably worth a bit more to me right now [18:43] smb: ok [18:44] smb: where is the new qemu fix? in unapproved? [18:44] arges, right now as in get me proceeding tomorrow [18:44] arges, no not uploaded yet [18:45] I am preparing them but wanted the path clear before I upload and be sure I base on the right thing === iahmad_ is now known as iahmad === dpm is now known as dpm-afk [20:06] hallyn: do you have a decent reproduce for bug 1368815 ? I tried using the other reproduce i had for bug 1292234 and I still get issues with non-extents filesystems. I'm not sure what SRC_PATH is supposed to point at [20:06] bug 1368815 in OpenStack Compute (nova) "qemu-img convert intermittently corrupts output images" [High,In progress] https://launchpad.net/bugs/1368815 [20:06] bug 1292234 in qemu (Ubuntu) "qcow2 image corruption in trusty (qemu 1.7 and 2.0 candidate)" [High,Confirmed] https://launchpad.net/bugs/1292234 [20:23] arges: i don't, [20:24] hallyn: also there is this patch http://git.qemu.org/?p=qemu.git;a=commit;h=c4875e5b2216cf5427459e619b10f75083565792 where they remove FIEMAP [20:26] and d1f06fe665acdd7aa7a46a5ef88172c3d7d3028e, but not sure if that side steps the original issues (in case we hit this again) [20:26] arges: so yes i did consider that those two bugs might be related :) but i'm kina lost in it [20:27] my position would be the fix was verified o ntrusty, it still passes qrt, so ship it an dmov eon [20:27] hallyn: i'll keep digging, i'm inclined to still ack that fix for the time being while ic ontinue to dig at the other one [20:27] hallyn: agree [20:28] arges: agreed, and if someone runs into it again, we could try the other two commits. do you mind noting those in that bug just for posterity? === roadmr is now known as roadmr_afk [20:29] hallyn: sure === roadmr_afk is now known as roadmr [20:49] arges, hallyn: so, I want to release security updates for qemu [20:49] arges, hallyn: do I supersede the one in utopic, or will one of you mark it as verification-done, so I can use it [20:49] mdeslaur: i'll mark it verification done [20:49] arges: ok, I'll base my update on -proposed then, thanks [20:50] mdeslaur: ok done : ) thanks for letting us know [20:50] smb: ^ you may as well wait a few days :) [21:13] stgraber: should bug 924511 still be assigned to you? [21:13] bug 924511 in ubiquity (Ubuntu) "ubiquity tells me my computer name already exists on the network - hostname lookup can be slow" [Low,Triaged] https://launchpad.net/bugs/924511 [21:14] bdmurray: probably not, installer bugs are very very far down my list at the moment === eliasps_ is now known as eliasps === dpm-afk is now known as dpm === salem_ is now known as _salem === mfisch is now known as Guest76485 === Guest76485 is now known as mfisch [22:55] pitti: hey! Are you around by any chance? [23:10] sil2100: You could poke him about the new cryptsetup in Debian too, has much better support for systemd. :P