[05:14] hi [05:14] stupid question: how do I get the build logs for packages built on launchpaid? [05:14] s/paid/pad/ [05:16] hm, maybe via the "built" link in a package detail view [05:16] ah, indeed, there's a buildlog === jamesh__ is now known as jamesh === vrruiz_ is now known as rvr [10:11] 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:11] bug 1347859 in ubuntu-meta (Ubuntu) "Introduction of Predictable Network Interface Names (aka biosdevname) breaks working systems" [Undecided,New] https://launchpad.net/bugs/1347859 [10:18] 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] hi devs ;) [11:11] 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:11] Launchpad bug 1428328 in nvidia-prime (Ubuntu) "nvidia-prime needs sddm support" [Medium,Fix released] https://launchpad.net/bugs/1428328 [11:13] bug 1443364 [11:13] bug 1443364 in ubuntu-drivers-common (Ubuntu) "gpu-manager systemd unit doesn't always work as expected" [Critical,Triaged] https://launchpad.net/bugs/1443364 === MacSlow is now known as MacSlow|lunch [11:47] pitti, poke ... [11:54] 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] This issue exists for few months and other people also are affected, see https://answers.launchpad.net/launchpad/+question/264781 [11:54] and bug #1433680 [11:54] bug 1433680 in Launchpad itself "NoSuchRevision error during recipe build" [Undecided,New] https://launchpad.net/bugs/1433680 [12:04] bug is reported a month ago, 2 answers are asked, what should I do? === _salem is now known as salem_ [13:14] rbasak: I haven't looked at the details, but I don't *think* we meant to introduce this on upgrades [13:17] cjwatson: thanks. I don't see how we might have introduced it on upgrades either, but I might have missed something. === MacSlow|lunch is now known as MacSlow [13:18] Good morning! [13:18] 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] pitti: OK. Thanks! [13:19] I'll write an initial response in the bug. [13:20] rbasak: I'll have a look at the bug and follow up there [13:21] ogra_: hey [13:22] 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] initramfs-tools shouldnt have anything to do with kernel builds ... [13:23] 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] ogra_: ah, in urgent cases you can certainly ask the RT to push that through faster [13:24] ogra_: apparently initramfs-tools depends on kernel packages, we do reverse dep testing [13:24] pitti, by doin a complet binary build of the dep ? [13:24] that seems the wrong way round [13:25] ogra_: ah yes, that certainly isn't necessary for initramfs-tools uploads [13:25] right ... do we have some kind of overrdie file that we could add this to ? [13:25] ogra_: we added that mostly for the purpose of testing gcc, binutils, glibc uploads [13:26] 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] but not with our current CI system, I'm afraid :( [13:26] :( [13:26] ok [13:26] pitti, what about the boot tests ... what do they actually test ? [13:27] 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] 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] (I don't know what exactly they do, I'm afraid) [13:27] ah [13:27] so for initramfs-tools that would be pointelss as well [13:28] (at leats on phones) [13:34] ogra_: I thought boot tests are triggered by packages which are installed on touch; is it? [13:34] ogra_: but perhaps CI has a blacklist for such cases [13:35] yeah, that would be nice [13:35] currently that test (in case of initramfs-tools) is just uselessly wasting time [13:40] 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] pitti: looking back (I've linked from the bug), all our alternate installers have been installing biosdevname for a while. === psivaa-afk is now known as psivaa === bfiller is now known as bfiller_meeting === bladernr_ is now known as bladernr-lex [14:16] tseliot: the u-d-c fix was just accepted by the RT team FYI [14:16] pitti: great. Thanks again! [14:16] Riddell: the fix for the hybrid graphics issue ^ === dholbach_ is now known as dholbach [14:40] smoser, infinity: all the wolfe VMs seem to be AWOL; do you have a minute to have a look? [14:42] 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] pitti, I don't remember now, did you see/reply to my ping about langpack updates in vivid? [14:51] seb128: I don't think so [14:52] seb128: but anyway, they should be fine again now; we just got a new export from LP [14:52] seb128: so the next cron run (Tue morning CET) ought to work [14:52] pitti, Colin said on friday you need to trigger an export [14:52] seb128: it's on my radar [14:52] oh ok [14:52] great [14:52] thanks === dholbach_ is now known as dholbach [15:19] ricotz, Do the new versions of Plank/Docky have the zoom animation when you hover/move over the dock? [15:34] flexiondotorg, hi, no ( btw there is #plank ) === charles_ is now known as charles [15:38] * flexiondotorg joins #plank === jibel_ is now known as jibel === gammax90 is now known as gammax === bfiller_meeting is now known as bfiller === knocte_ is now known as knocte === pgraner is now known as pgraner-afk === jibel_ is now known as jibel [18:49] cyphermox: when you have some time, can you please take a look at https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1441893 ? [18:49] Launchpad bug 1441893 in network-manager (Ubuntu) "Can't connect to my wi-fi N network on vivid: authentication timed out" [Undecided,New] [19:07] Laney: I have just rechecked Bug #1442235 regarding InDep depencancies [19:07] bug 1442235 in Precise Backports "Please backport openafs 1.6.7-1ubuntu1 (universe) from trusty-updates for HWE enabled systems to continue to work" [Undecided,Confirmed] https://launchpad.net/bugs/1442235 [19:07] caribou: It's uploaded [19:08] Laney: oh, great. I reran the tests only to find out that I was overriding build_arch_all in my .rc file [19:08] Laney: thanks a lot ! [19:10] 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] no problem! === dholbach__ is now known as dholbach === tarpman_ is now known as tarpman === salem_ is now known as _salem