[00:12] linux-image-generic-lts-* should be equivalent to linux-image-generic and there thould be no issue removing the latter if one of the former is installed === JanC is now known as JanC_FOSDEM [10:14] apw, hola =) [10:14] I think i see what's going on. [10:14] I've pasted a patch to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1536810 [10:14] Launchpad bug 1536810 in linux (Ubuntu) "kernel install failed /bin/cp: cannot stat ‘/boot/initrd.img-4.3.0-7-generic’: No such file or directory" [High,Confirmed] [10:14] it does mean a kernel upload, again =/ and thus no cloud images until 4.4 lands =/ [10:53] xnox, but why is it copying it in the first place, it should only do that if something is wrong, it should be making symlinks, which we cna do to the non-existant file [10:53] xnox, yes in copy mode it will fail, but we should never ever use that [10:59] xnox, your patch essentially renders the deferred building null and void in all cases [11:00] what we need to work out is why we think we are unasble to use a symlink for htat combination [11:57] apw, not in all cases, only on upgrade (e.g. not reinstall as far as i can see) [11:57] apw, why kernel manages symlink of initramfs instead of update-initrmafs? [11:59] wait a minute. [12:01] apw, we change to '/' and check existance of 'initramfs.img' rather than checking 'boot/initramfs.img' for the link_in_boot case [12:05] apw, http://paste.ubuntu.com/14800299/ ? [12:05] * xnox tests === ghostcube_ is now known as ghostcube === swordsmanz is now known as Guest91906 [12:35] apw, however, in /etc/kernel/postinst.d/initramfs-tools INITRAMFS_TOOLS_KERKEN_HOOK=1 is set. [12:36] thus negating the deffered initramfs-tools update. === `jpg_ is now known as `jpg [12:48] apw, i'm chatting to ben here at fosdem. [12:48] he totally fixed this bug 6 years ago. [12:48] bug 6 in Launchpad itself ""next 10 entries" at bottom of page" [Medium,Invalid] https://launchpad.net/bugs/6 [12:48] sorry 2 [12:48] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738707 [12:48] Debian bug 738707 in src:linux "linux-image-3.12-1-amd64: Failed to symbolic-link /boot/initrd.img-3.12-1-amd64 to initrd.img." [Normal,Fixed] [12:49] apw, https://anonscm.debian.org/cgit/kernel/linux.git/commit/?id=373d086904305699561b1eb505c33b010c24de9b [12:49] i shall try cherry-picking that. [12:53] apw, i think we shall resync our maintainer scripts. [13:18] xnox, likely we should, but that is no small task [13:18] given we have split linux-image and they do not, so we need to test properly [13:19] apw, right cherrypicking that one commit is easy. especially since it's quite easy to reproduce on amd64 with ben's steps from there. [13:19] xnox, so i'll have a look at pulling that in to what we have for now, and get an upload done early next week [13:20] which is still slightly different from what i have ondisk in the old cloud image, and slightly different what live build does. but it smells as the closest thing. [13:21] might even be able to get it in tonight, will see [13:21] we are waiting on testing anyhow === Guest91906 is now known as swordsmanz [13:24] apw, i think we can build cloud images with ppa's enabled, and with proposed enabled. cherry-picking above mentioned commit will be like a good thing to do (it's a valid bug on ubuntu currently). But e.g. i cannot easily validate if that will fix livebuilders or not =/ cause that needs a livebuilder, which means having a launchpad do it. [14:19] xnox, oh if you can do PPAs i could ram one into our unstable PPA for testing [14:20] xnox, you'd need just s390x right [14:20] xnox, those only take like an hour to build [14:21] yeah. [14:21] well arm64, powerpc64el, armhf are also broken. But i couldn't care less about them =) [14:23] xnox, right, to allow you to confirm this fixes your issue, i could build it such that the others blow up [14:23] xnox, if you can confirm a PPA would do for a test ... [14:23] right. [14:24] i need cloudy people. === ghostcube_ is now known as ghostcube [18:01] xnox, i've uploaded a +apw1 to ppa:canonical-kernel-team/ubuntu/unstable which should build for s390x [18:56] apw, tah. === pesari_ is now known as pesari