[05:14] <Ionic> hi
[05:14] <Ionic> stupid question: how do I get the build logs for packages built on launchpaid?
[05:14] <Ionic> s/paid/pad/
[05:16] <Ionic> hm, maybe via the "built" link in a package detail view
[05:16] <Ionic> ah, indeed, there's a buildlog
[10:11] <rbasak> pitti: in bug 1347859, there's a claim that systemd is doing things to do with biosdevname in addition to the biosdevname package on some distributions. Do you know if this is accurate for Ubuntu?
[10:18] <rbasak> cjwatson: looking at ^^ bug. Am I right in understanding that the intention was to never introduce biosdevname interface renaming on distribution upgrades? The reporter seems to claim it happened, but I see no relevant code that was cause it to happen. Presumably he shouldn't have had biosdevname installed before the upgrade and not after either, as the only thing that installs it is the installer?
[10:19] <mantas-baltix> hi devs ;)
[11:11] <tseliot> Riddell: so, I've filed LP: #1443364 , which only affects hybrid graphics and systemd. All users should be affected, regardless of the desktop environment. I wrote about a manual workaround in LP: #1428328
[11:13] <Riddell> bug 1443364
[11:47] <ogra_> pitti, poke ...
[11:54] <mantas-baltix> Hi, I stuck on important issue with building packages from recipe - can't build package imported from GIT - bzr: ERROR: bzrlib.errors.NoSuchRevision: CHKInventoryRepository
[11:54] <mantas-baltix> This issue exists for few months and other people also are affected, see https://answers.launchpad.net/launchpad/+question/264781
[11:54] <mantas-baltix> and bug #1433680
[12:04] <mantas-baltix> bug is reported a month ago, 2 answers are asked, what should I do?
[13:14] <cjwatson> rbasak: I haven't looked at the details, but I don't *think* we meant to introduce this on upgrades
[13:17] <rbasak> cjwatson: thanks. I don't see how we might have introduced it on upgrades either, but I might have missed something.
[13:18] <pitti> Good morning!
[13:18] <pitti> rbasak: in Debian/Ubuntu we disable the predictable interface names (similar, but not identical to biosdevname) by default; you can enable them wit net.ifnames=1
[13:19] <rbasak> pitti: OK. Thanks!
[13:19] <rbasak> I'll write an initial response in the bug.
[13:20] <pitti> rbasak: I'll have a look at the bug and follow up there
[13:21] <pitti> ogra_: hey
[13:22] <ogra_> pitti, so i just wasted half my day waiting for a one line fix in initrd to migrate from -proposed ... what is the reason we do two fill kernel builds as part of the migration test ?
[13:22] <ogra_> initramfs-tools shouldnt have anything to do with kernel builds ...
[13:23] <ogra_> pitti, also, while watching that, i was looking at the boot test on krillin ... it doesnt seem like we ever actually boot the initrd that gets produced by the package ... what are we testing there ?
[13:24] <pitti> ogra_: ah, in urgent cases you can certainly ask the RT to push that through faster
[13:24] <pitti> ogra_: apparently initramfs-tools depends on kernel packages, we do reverse dep testing
[13:24] <ogra_> pitti, by doin a complet binary build of the dep ?
[13:24] <ogra_> that seems the wrong way round
[13:25] <pitti> ogra_: ah yes, that certainly isn't necessary for initramfs-tools uploads
[13:25] <ogra_> right ... do we have some kind of overrdie file that we could add this to ?
[13:25] <pitti> ogra_: we added that mostly for the purpose of testing gcc, binutils, glibc uploads
[13:26] <pitti> ogra_: not right now; we can add a "reason why this test is running" once we have non-retarded infrastructure to run these tests, and indeed the linux triggers come up every other week
[13:26] <pitti> but not with our current CI system, I'm afraid :(
[13:26] <ogra_> :(
[13:26] <ogra_> ok
[13:26] <ogra_> pitti, what about the boot tests ... what do they actually test ?
[13:27] <pitti> ogra_: these are vila's; I think they mostly just instsall the proposed package on a touch image and see that it still boots and ends up in unity
[13:27] <ogra_> i dont see anything replace the initrd on the device (and it wouldnt be possible on krillin without a complete device tarball build)
[13:27] <pitti> (I don't know what exactly they do, I'm afraid)
[13:27] <ogra_> ah
[13:27] <ogra_> so for initramfs-tools that would be pointelss as well
[13:28] <ogra_> (at leats on phones)
[13:34] <pitti> ogra_: I thought boot tests are triggered by packages which are installed on touch; is it?
[13:34] <pitti> ogra_: but perhaps CI has a blacklist for such cases
[13:35] <ogra_> yeah, that would be nice
[13:35] <ogra_> currently that test (in case of initramfs-tools) is just uselessly wasting time
[13:40] <pitti> rbasak: oh, that bug is old, and not systemd specific; so it's rathe specific to ubuntu server which has installed biosdevname for a while?
[13:43] <rbasak> pitti: looking back (I've linked from the bug), all our alternate installers have been installing biosdevname for a while.
[14:16] <pitti> tseliot: the u-d-c fix was just accepted by the RT team FYI
[14:16] <tseliot> pitti: great. Thanks again!
[14:16] <tseliot> Riddell: the fix for the hybrid graphics issue ^
[14:40] <pitti> smoser, infinity: all the wolfe VMs seem to be AWOL; do you have a minute to have a look?
[14:42] <fionnan> Anyone getting `ERROR: Could not generate AppArmor profile for docker_docker_1.5.0.002.json...` when installing docker on a fresh snappy instance?  Traceback here: http://pastebin.com/ChQmLUmq
[14:51] <seb128> pitti, I don't remember now, did you see/reply to my ping about langpack updates in vivid?
[14:51] <pitti> seb128: I don't think so
[14:52] <pitti> seb128: but anyway, they should be fine again now; we just got a new export from LP
[14:52] <pitti> seb128: so the next cron run (Tue morning CET) ought to work
[14:52] <seb128> pitti, Colin said on friday you need to trigger an export
[14:52] <pitti> seb128: it's on my radar
[14:52] <seb128> oh ok
[14:52] <seb128> great
[14:52] <seb128> thanks
[15:19] <flexiondotorg> ricotz, Do the new versions of Plank/Docky have the zoom animation when you hover/move over the dock?
[15:34] <ricotz> flexiondotorg, hi, no ( btw there is #plank )
[15:38]  * flexiondotorg joins #plank
[18:49] <elopio> cyphermox: when you have some time, can you please take a look at https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1441893 ?
[19:07] <caribou> Laney: I have just rechecked Bug #1442235 regarding InDep depencancies
[19:07] <Laney> caribou: It's uploaded
[19:08] <caribou> Laney: oh, great. I reran the tests only to find out that I was overriding build_arch_all in my .rc file
[19:08] <caribou> Laney: thanks a lot !
[19:10] <Laney> caribou: It's a difference in which rules targets are called between precise & trusty - search for "debian/rules" in the build logs to see
[19:10] <Laney> no problem!