[07:02] <FourDollars> Hi, how to make udeb from Ubuntu kernel tree?
[07:02] <FourDollars> Is there any target for `fakeroot debian/rules`?
[07:16] <FourDollars> OK, I found it. It is binary-udebs.
[07:46] <tseliot> apw: BTW, I've just found out why I couldn't build drm-intel-nightly using exactly the same code that you use for the mainline PPA. Building in trusty fails, as the build dependencies are probably a little too old (e.g. libusbip-dev), whereas building in a wily chroot seems to be working
[07:54] <apw> tseliot, hmmmm, i thought we built the nightlies there too ?
[07:54] <apw> (in trusty)
[07:55] <tseliot> apw: I'm not really sure. All I know is that I ran into a number of failures in trusty
[07:58] <apw> tseliot, i think i am expecting problems indeed, so supprised if working in my builds
[07:59] <tseliot> if they are trusty chroots, then it could be magic ;)
[15:42] <caribou> Any reason why /etc/kernel/postinst.d/initramfs-tools is executed when we remote a kernel package ?
[15:42] <caribou> i.e. rebuilding  the initrd.img just prior to delete it ?
[15:42] <caribou> s/remote/remove/
[15:44] <apw> caribou, for linux-image-extras we do that, as you have removed only half the kernel, and the initrd should match it
[15:44] <caribou> apw: ok, got it
[15:44] <caribou> apw: I need to account for that in the kdump-tools hooks as it hoses the symlnks
[15:44] <caribou> symlinks
[15:45] <caribou> apw: since it reruns the kernel hooks for that package version, the symlinks are re-created for that version which we do not want
[15:46] <apw> i think we check in ours that they are the same
[15:46] <apw> and don't change them
[15:47] <caribou> apw: the symlink I'm talking about are the /boot/kdump/initrd.img for the smaller one I produce
[15:47] <caribou> well kdump-tools produce
[15:47] <apw> caribou, right, yes, you'll want to do something similar, if we are making the new one ponit to the same place, don't update that or .prev
[15:48] <caribou> indeed
[15:56] <caribou> well, that's not going to make my life simpler as I don't know if I'm removing a package or adding one when I run the postinst hook
[15:57] <caribou> and it is the postinst hook that creates the /boot/kdump/[initrd.img|vmlinuz] links
[15:57] <caribou> apw: ^^^
[16:34] <apw> caribou, right ... but this is triggering out of postrm in the kernel, you will still want to make a new one
[16:35] <apw> caribou, what we do is readlink the "current" link and if its what we want to set it to, we assume reinstalation and ignore link changes
[16:36] <apw> caribou, by which i mean, what we do in the kernel in postrm for extra is to still make a new initrd
[16:36] <apw> caribou, as you might stop there, switching to -virtual for instance