[00:07] xnox: (sorting jbicha's comment now) [00:13] (though slightly differently) [00:36] http://archive.ubuntu.com/ubuntu/dists/hardy/main/installer-i386/current/images/netboot/mini.iso [00:36] ...has 404'd for me for a couple of days. Is it coming back, or is it gone because 10.04 is EOLd on the desktop? [00:36] Oh wait, brain fart -- that's 8.04. I'll just remove it from my cron job. [00:36] hardy is EOL everywhere. [00:36] It just took us a while to remove it from archive after the EOL. [00:37] No worries. [08:17] cjwatson: by denewing ubiquity-ubuntuone package? oh and adding as depends, bah, thanks =) [09:11] I didn't denew it, but yeah, test dependency [10:03] Hi === yleger is now known as Yaann [10:07] hello! [10:08] I have a small problem with a preseeded netinstall on armhf [10:09] It fails while trying to install libglib2.0-0_2.36.0-1ubuntu2_armhf.deb with a "requires the xzcat command, which is not available" [10:11] Yaann: that's weird, as dpkg is task:minimal and it can / knows how to unpack xz compressed debs. What release are you on and / or which netinstall images are you using? [10:12] xnox: this is an error from debootstrap [10:12] packages in the debootstrapped set must not use xz [10:12] and that version is from raring [10:13] cjwatson: debootstrap still did not gain xz dependency? _sad_ i remember the discussions from more than a year ago.... [10:13] xnox: It's fundamentally difficult since debootstrap is meant to work minimally on other distributions! [10:13] Though, that said, busybox had unxz turned on in quantal [10:13] So this ought to work ... [10:14] Which goes back to which network install images are you using? [10:14] arch, fedora - switched to xz. [10:14] *shrug* you might get lucky [10:14] xnox: cjwatson I'm using the precise netboot image [10:15] The one found here http://ports.ubuntu.com/ubuntu-ports/dists/precise-updates/main/installer-armhf/current/images/armadaxp/netboot/uInitrd [10:15] Yaann: It isn't in general possible to use the precise netboot image to install later releases of Ubuntu [10:15] Yaann: You need to use the raring netboot image to install raring [10:15] Yaann: This is one of the more obscure possible failure modes :-) [10:16] actually i'm trying to install precise with the precise netboot image [10:16] But libglib2.0-0_2.36.0-1ubuntu2_armhf.deb is a package from raring [10:16] ok let me check [10:16] libglib2.0-0 | 2.32.1-0ubuntu2 | precise | amd64, armel, armhf, i386, powerpc [10:16] libglib2.0-0 | 2.32.3-0ubuntu1 | precise-updates | amd64, armel, armhf, i386, powerpc [10:16] I may have made something stupid [10:16] libglib2.0-0 | 2.32.4-0ubuntu1 | precise-proposed | amd64, armel, armhf, i386, powerpc [10:16] libglib2.0-0 | 2.36.0-1ubuntu2 | raring | amd64, armhf, i386, powerpc [10:17] cjwatson: there is not netboot install image for raring on armadaxp, at least I did not found any [10:18] No, that's right, because the armadaxp kernel is no longer supported from raring [10:18] debian-installer (20101020ubuntu222) raring; urgency=low [10:18] * Stop building images for armadaxp, which use a no-longer-maintained 3.5 [10:18] kernel. [10:18] -- Steve Langasek Thu, 14 Mar 2013 11:34:39 -0700 [10:18] So you're stuck on precise (or quantal, but that's supported for less long) [10:19] You could in theory install precise and upgrade just the userspace later, but not sure how long that'll keep working [10:22] cjwatson: So the support of armadaxp is supposed to be discontinued ? [10:23] I believe so, I'm afraid [10:26] cjwatson: xnox : You were right, it's just a misconfiguring of my debconf file which pointed to raring instead of precise [10:26] misconfiguration * [10:26] OK, great [10:26] Yaann: FWIW you can probably just delete whatever that line is - the installer doesn't normally need to be told which release to install [10:28] cjwatson: Ok, nice, thanks a lot, I could have lost an other couple of hours [10:30] cjwatson: Are they any difference between the build of the initramfs on different armhf processors ? [10:31] Yes, not least that the initramfs contains modules from different kernels [10:31] Very few if any differences outside that though [10:32] so actually if I use a custom kernel with the needed modules, I should be able to use any initramfs [10:33] from the armhf architecture [10:36] No, you'd have to build your own initramfs [10:36] Against your custom kernel [10:37] You'd do that by plugging it into the build system in the debian-installer source package from the appropriate release [10:38] Yes but if the modules are compiled in the kernel I do not need to recompile the initramfs, right ? [10:39] Eh. Maybe. I think that might result in some confusion and I don't recommend it [10:39] There are places where d-i will try to install more modules for itself and if you've tried to work around it that way then it will almost certainly fail. [10:40] cjwatson: Ok, I'm may take a look it, thanks a lot again ! === kentb-out is now known as kentb === kentb is now known as kentb-afk === kentb-afk is now known as kentb === kentb is now known as kentb-out