/srv/irclogs.ubuntu.com/2015/11/03/#ubuntu-kernel.txt

=== lool- is now known as lool
=== mwenning is now known as mwenning-wfh
ogra_rtg, do you happen to be around ? seems there is something broken with triggers in the linux-raspi2 package ...  https://launchpadlibrarian.net/224109673/buildlog_ubuntu_xenial_armhf_ubuntu-core-system-image_BUILDING.txt.gz (i thought it was 1:1 based on -generric packaging which would enforce the trigger execution ?)15:34
rtgogra_, I don't think we've even upload raspi2 to xenial yet. I'll sic Paolo on it. 15:38
ogra_rtg, it was synced over from wily 15:38
ogra_ppisati, yo 15:49
apwogra_, which triggers ?15:49
ogra_apw, postinst initrd creation doesnt run 15:49
ogra_https://launchpadlibrarian.net/224109673/buildlog_ubuntu_xenial_armhf_ubuntu-core-system-image_BUILDING.txt.gz15:49
ogra_(see the bottom)15:49
ogra_Setting up linux-image-4.2.0-1013-raspi2 (4.2.0-1013.19) ...15:50
ogra_Running depmod.15:50
ogra_update-initramfs: deferring update (hook will be called later)15:50
ogra_cp: cannot stat '/boot/initrd.img-4.2.0-1013-raspi2': No such file or directory15:50
ogra_Failed to copy /boot/initrd.img-4.2.0-1013-raspi2 to /boot/initrd.img at /var/lib/dpkg/info/linux-image-4.2.0-1013-raspi2.postinst line 745.15:50
ogra_dpkg: error processing package linux-image-4.2.0-1013-raspi2 (--configure):15:50
ogra_it seems to completely skip /etc/kernel/postinst.d/initramfs-tools for some reason15:51
ogra_(if you scroll up in the log you see the same thing work for -generic)15:51
apwogra_, it decided this was a delayable initramfs build15:51
apwupdate-initramfs: deferring update (hook will be called later)15:51
ogra_apw, -generic prints the same and then executes /etc/kernel/postinst.d/initramfs-tools15:52
ogra_before trying to copy the initrd 15:52
ogra_update-initramfs: deferring update (hook will be called later)15:52
ogra_Examining /etc/kernel/postinst.d.15:52
ogra_run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.2.0-16-generic /boot/vmlinuz-4.2.0-16-generic15:52
ogra_run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.2.0-16-generic /boot/vmlinuz-4.2.0-16-generic15:52
ogra_thats a bit further up in the log 15:52
apwogra_, who is doing that copy ?15:53
ogra_so it works for generic but not for raspi2 in the same chroot 15:53
apwogra_, that is not a "standard" behavour15:53
ogra_apw, your postinst15:53
ogra_in line 745 obviously :)15:53
apwwe would not normally copy it15:53
ogra_well, i see the code here 15:53
apwwe don't make the name "/boot/initrd.img" on a default install15:54
ogra_Failed to copy /boot/initrd.img-4.2.0-1013-raspi2 to /boot/initrd.img at /var/lib/dpkg/info/linux-image-4.2.0-1013-raspi2.postinst line 745.15:54
ogra_well, thats definitely your postinst 15:54
apwogra_, indeed, i am not disputing it, i am saying we don't normally copy it, we normally symlink it, which isn't order dependant15:55
ogra_right, looks like it uses a wrong code path or some such 15:57
apwogra_, so the / and /boot we are building here, what are they, what filesystem type etc15:58
apwogra_, what is in your /etc/kernel.conf in that filesystem15:59
ogra_apw, no idea, it is the rootfs of an image build ... the config should be fine and -generic installs fine on the same setup (as i said, a few lines up -generic gets installed in the log)16:03
apwogra_, can we find out ?16:04
ogra_apw, thats quite some work and hackery to livecd-rootfs, but yes, i can .,.. just takes long16:08
apwogra_, hmm16:09
apwogra_, so the -generic which works, was that a fresh install or an upgrade, was there a generic kernle in whatever you started from ?16:14
ogra_apw, this is a livefs build, it starts from a basic debootstrap 16:15
ogra_installs the ubuntu-core task and then installs kernel packages 16:15
apwogasawara, all starting with an empty directory i assume16:16
apwogra_, ^^16:16
apwogra_, and i assume this is the "same" as wily was and it works there ?16:17
ogra_apw, well, except that i additionaly try to install the raspi package now to create a device tarball from that later 16:17
ogra_it works, yes16:17
apwogra_, ok so the code is trying to use "cp" because when we try and buid the symlink called /initrd.img and that is already present and is already not a symlink16:23
apwogra_, what that file is is hard to understand given you have no kernel installed when you do that, right ?16:23
ogra_apw, so i apt-get purge linux-image-*-generic ... then i install linux-raspi2 16:24
ogra_technically it should remove all symlinks 16:24
ogra_and re-create them16:24
apwupdate-initramfs: diverted by livecd-rootfs (will be called later)16:25
apwogra_, what is that all about16:25
ogra_thats normal, livecd-toofs does that ... but wont matter for our issue16:26
ogra_(that diversion is gone at the point where i install the kernel package)16:28
apwogra_, in the generic it appears to be still active when the kernel was installed16:36
apwogra_, yeah it was still in place when the delayed trigger in the generic case was called16:36
ogra_well, /etc/kernel/postinst.d/initramfs-tools generates the initrd just fine for -generic ... with or without the diversion 16:38
apwogra_, but what does it divert it to16:39
ogra_it diverts the update-initramfs executable to /bin/true16:40
ogra_but thats moot 16:40
ogra_as i said, -generic creates the initrd at package install time 16:40
apwwhy it is moot, we are doing the initramfs handling completely different in the two cases16:40
ogra_(and it woorks fine in all image builds)16:40
apwand the working one has the divert and then makes the initrd itself (i assume)16:41
apwwhereas the one which does not, doesn't work16:41
ogra_the working one execs /etc/kernel/postinst.d ... the non working one ignores that comepletely 16:41
ogra_totally independent of that diversion 16:41
apwogra_, the non working one fails before it calls those hooks because it found a /initrd.img which was not a symlink, and so it tried to cp, and failed ... so processing is aborted before we call out to the hooks16:47
ogra_apw, hmm, so me simply doing an "rm /initrd.img" before installing the package would help ? 16:48
ogra_thats trivially added to the code :)16:48
apwogra_, maybe, i would love you to do an ls -l /initrd.img as well so we can find out what it is16:48
apwogra_, why are we installing -generic and then ripping it anyhow, why arn't we just seeding he right packages i wonder ?16:49
ogra_(sadly the armhf image builder doesnt like me now and wants to delay the image build by 35min :/ )16:49
ogra_apw, i plan to do all device tarball generation from the code i'm currently adding ... to not break beaglebone snappy i simpply left the old code in place for now ... later this will be a loop over the different kernels 16:50
ogra_the current snappy installs the kernel in the rootfs, then does a ton of hackery to create a device tarball from it and remove all traces of the kernel from the rootfs again ... i'm currently trying to move all this to a point after the rootfs tarball was created (so abusing the still existing builkd chroot) to get rid of all that awful hackery16:51
cristian_cjsalisbury: hi17:22
=== Ursinha is now known as Ursinha-afk
ogra_apw, hmm ... could it be that the postinst parses /etc/kernel-img.conf first ? 18:04
ogra_(we dont configure that file on snappy rootfses ... so there is no "do_initrd = yes" in it)18:05
ogra_(though this wouldnt explain the discrepancy to -generic )18:06
ogra_apw, ok, test build has run, there is definitely no /initrd.img in the rootfs18:40
apwogra_, and it worked or failed ?22:22
ogra_apw, well, forget about it ... what i'm trying to do here is to re-use the build chroot from the snappy rootfs ... it didnt strike me until 1h ago that we remove half of apt and dpkg .... which means ... well .... you know ... *blush*22:23
apwogra_, ahh heh, oops22:25

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!