=== FourDoll1rs is now known as FourDollars [08:56] * apw is doing a d-i server install and hitting 'Installation step failed' from 'Select and install software' ... where might i look for a log with what actually failed ? [09:01] apw: syslog [09:03] and nano is the best viewer available, so 'nano -v /var/log/syslog' [09:04] infinity, ta ... 'pkgsel' failed with error code 1 [09:04] oh joy [09:04] no that's a consequential error, go up [09:04] it's no doubt some package or other failing to install [09:04] looks like we also have a find before that, 'find: unrecongnised: -printf [09:04] can you copy out the full log for me? [09:04] 'anna-install openssh-client-udeb' gets you scp [09:05] cjwatson, nice ... had to do that a few 1000 times i assume :) [09:06] I feel like I might be somewhat spoiled when I was about to complain that I was "only" getting 5MiB/s from github. [09:06] * apw slaps infinity ... somewhat [09:06] apw: and implemented support for it ;-) [09:07] cjwatson, for full disclosure i am tracking a bug here in the kernel, which i believe to be fixed which was blowing up the install before here. but it is possible i didn't do it right [09:07] cjwatson, and this boot is of a [09:07] cjwatson, and this boot is of an ISO that i have replaced the kernel in [09:07] apw: S'ok, all is right in the world, it scaled up to 9MiB/s now. [09:07] apw: You can stop feeling sorry for me. [09:07] cjwatson, http://paste.ubuntu.com/5861037/ [09:07] infinity, ok :) [09:09] cjwatson, and in that log i would have hit 'return' to make it try again as well [09:09] not deliberatly, but you know how focus grabby virtmanager is [09:11] what an interesting error [09:12] cjwatson, i don't like the sounds of that ... :) [09:12] Since when does busybox provide dpkg? [09:12] we don't build that module [09:13] It thinks we do... [09:13] Jul 10 08:52:49 in-target: dpkg: invalid option -- 'a' [09:13] Jul 10 08:52:49 in-target: BusyBox v1.20.2 (Ubuntu 1:1.20.0-8ubuntu1) [09:14] infinity, i assume that is what you are referring to [09:14] Indeed. [09:14] oh, only in static [09:14] wtf [09:14] cjwatson, as this is a VM and the issue reproducible i can redo and get a cleaner log if that is any help [09:15] apw: I'm deeply confused, I think I need to see this in action - syncing an image for myself [09:15] busybox-static has been in installs for ages imo, dunno why this only just started breaking [09:15] busybox hasn't been changed for months [09:16] cjwatson, ok now i am unsure if you can reproduce this or not at the moment as i have ended up here trying to find an issue which only hits with multi-lvm.preseed from the QA tests, and only then with 512M VMs [09:16] cjwatson, and i have only seen this failure mode with the 'fixed' kernel as well, as without it oops in ext4 [09:16] cjwatson, so i am somewhat worried i have made this happen and i am wasting your time [09:17] * apw fires up another VM with the original image [09:18] so, busybox-static doesn't actually install the dpkg or find or whatever links [09:18] apw: do you still have the original vm running? [09:18] cjwatson, sure do [09:18] the paths that might cause this kind of thing are in busybox's slightly tortuous "do I launch an applet or an external program" code [09:19] this is chrooted so that *should* be moot [09:19] 'chroot /target find --help' [09:19] does that give you the GNU findutils help, or something from busybox? [09:19] busybox [09:20] and /target is mounted off of --vg-root ... [09:24] apw: could you install strace in the installer environment ('udpkg -i /cdrom/pool/main/s/strace/strace_*.deb') and try stracing that? [09:24] and then copy out the strace for me [09:25] stracing the chroot ? [09:25] Yeah [09:25] It's almost as if PREFER_APPLETS has got turned on [09:25] But I don't understand how that could have happened without changing busybox :) [09:26] Is this a self-built d-i initrd? [09:26] cjwatson, it is hacked indeed, i have in theory only replaced the kernel and modules in it [09:26] cjwatson, but i have opened and closed it, so i could easily be to blame [09:26] So I suspect you might have accidentally hacked a bit more than that [09:26] Let's see [09:26] What's the size of /bin/sh? [09:26] in the installer env [09:27] 389928 [09:28] http://paste.ubuntu.com/5861092/ [09:28] cjwatson, ^^ [09:32] Looking [09:33] Is /bin/sh a symlink to /bin/busybox/ [09:33] ? [09:33] Actually maybe you could just put the initrd somewhere for me rather than me playing twenty-questions :) [09:34] busybox is following the ENABLE_FEATURE_PREFER_APPLETS path here, but I can't see why, since that's meant to be compiled out [09:35] cjwatson, uploading now [09:36] it is a big big, for various foolish error reasons on my behalf :) [09:36] though for cirtain i am not replacing busybox or anything, deliberatly anyhow [09:37] any my proceedure for replacement is cpio not using any tools [09:38] cjwatson, http://people.canonical.com/~apw/misc/initrd.gz [09:41] cpio with what arguments? [09:42] cpio --quiet --dereference -o -H newc [09:42] stolen from mkinitramfs-tools sometime back [09:42] kill --dereference [09:42] that's almost certainly your problem [09:42] d-i does not build with that - it doesn't use initramfs-tools [09:42] ahh ... great. i'll retest with that and let you kn [09:42] know [09:43] i knew it had to be me [09:43] not totally obvious why that broke it but it's the sort of thing that messes with busybox's delicate head :) [09:44] heh ... that i can believe, thanks for all your help, infinity informs me i am doing this the hard way and is going to educate me === ev_ is now known as ev === balloons_ is now known as balloons [10:03] cjwatson, hmmm if i did it right, that didn't help [10:04] OK, stick the new initrd up for me and I'll grab it [10:04] i wonder if i extracted it in a way which already lost the links ... [10:05] That's possible. How did you extract it? [10:05] You might be better off building it using the proper d-i build system, assuming you already have the udebs. [10:05] I never unpack/rebuild d-i initrds by hand. [10:06] zcat "$iso/install/initrd.gz" | ( cd initrd && sudo cpio -i ) [10:06] cjwatson, i got into this because the isos i was originally changing were special ones used in QA and normal ones weren't triggering the error so i needed to debug that actual iso [10:07] (this time round it is just how i am used to doing it now) [10:08] Might need --link, not sure. Like I say I don't normally do it that way [10:09] cjwatson, yeah, i'll play some, now i know its likely my fault and compare the two [10:09] Normally I take debian-installer, make sure its kernel versions in build/config/ are right, put the modified udebs I'm using in build/localudebs/, and run 'fakeroot make -C rebuild_cdrom_isolinux' [10:09] er [10:09] 'fakeroot make -C build rebuild_cdrom_isolinux' [10:09] Other build targets are available - 'make -C build' on its own lists them [10:10] yeah ... i'll also have that a spin [10:10] it is about time i became more ohfay (sp?) with that [10:10] That would be the easier method I was suggesting. :) [10:10] Or, at least, more foolproof. [10:11] apw: And I have no idea what an ohfay is... [10:15] au fait [10:16] Oh. It's so cute when the English try to speak French. [10:16] Or, at least, spell it. [10:20] i am renouned for my grasp of both spelling and foreign languages [12:10] cjwatson, i am struggling to maek this di build (via make -C build) to use the localudebs, is there some magic i should be aware of [12:11] it should do it automatically [12:11] at least in cases where the same package name would have been used [12:12] is it a case of using the same package name but from the archive instead, or a case of trying to add an extra package? [12:13] i am replacing all of the kernel udebs, it is building a Packages file [12:13] which seems to list 'em just fine [12:14] Package: kernel-image-3.10.0-2-generic-di [12:14] Version: 3.10.0-2.10lp1195710v201307101138 [12:14] and at versions above the archive [12:18] and does build/config/amd64.cfg have the right version? [12:18] (have to go out now) [12:19] cjwatson, i'll check and hastle infinity :) [12:36] cjwatson: could you verify this fix is done right? http://bazaar.launchpad.net/~ubuntu-core-dev/grub-installer/ubuntu/revision/1235 [13:10] cjwatson, looking at the build logs it seems to be installing mine _and_ the ones from the archive, the latter last === zoktar_ is now known as zoktar === Riddelll is now known as Riddell [13:56] Riddell: Er, functions and variables are in different namespaces and don't need to avoid sharing names [13:56] AFAIK [13:57] http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_05 "The implementation shall maintain separate name spaces for functions and variables" [13:57] Riddell: So nack without a better explanation of what's going on ... === balloons_ is now known as balloons === zoktar_ is now known as zoktar === psivaa-afk is now known as psivaa === shadeslayer_ is now known as shadeslayer === shadeslayer is now known as Guest33135 === Guest33135 is now known as shadeslayer === mattcen_ is now known as mattcen === ashams is now known as Guest64962 === stgraber_ is now known as stgraber === kentb is now known as kentb-out