Re: Multi-arch netinst getting too big
Ian Campbell i...@hellion.org.uk writes: On Sat, 2010-06-26 at 21:49 +0200, Ferenc Wagner wrote: Ian Campbell i...@hellion.org.uk writes: On Sat, 2010-06-26 at 21:12 +0200, Ferenc Wagner wrote: Ian Campbell i...@hellion.org.uk writes: Another option might be to combine gtk/initrd.gz and xen/initrd.gz so that the overhead is only the kernel udebs and not duplicating all the other stuff. I probably mentioned this already, but you aren't constrained to a single initrd.gz: you can use several ones separated by commas. Where can I use several? In a Xen domain config file or in some bootloader config or something? Is it actually supported of does it just happen to work by some coincidence? Unfortunately not in a Xen domain config, AFAIK. But isolinux supports it, as per syslinux.txt: It supports multiple filenames separated by commas. This is mostly useful for initramfs, which can be composed of multiple separate cpio or cpio.gz archives. OK, Thanks. It's actually an overlay, so it may be possible to work around the Xen limitation by making the Xen initrd the base one and overwriting its arch dependent parts as needed. Although it probably could be made to work I'm not that keen on making the regular case more complicated/strange (even if supported by the bootloader) in order to support Xen and I suspect nobody else is either. I'd prefer to drop GTK from the Xen images. By all means go ahead. The multi-initrd feature would be most useful for reusing the normal initrds (mostly kernel modules) in the graphical installer I guess. But then again that may not be worth it. -- Regards, Feri. -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87k4pjh8wv@tac.ki.iif.hu
Broken links
Hi! On the page: http://www.debian.org/CD/http-ftp/ The links under the following title: Official CD/DVD images of the stable releaseAre all broken. They point to version 5.0.4 which is either a typo or that version was removed and the links haven't been updated yet. I changed the link I was after to 505 and it worked fine. Just thought I'd point it out. I wasn't sure if this was the right email, but it seemed like the best bet. Thank you, Isaac
Debian cd/DVD store
Dear all, I have notified Debian that I have establised a Debian CD/DVD store on http://www.zenika.gr that is in Greece but still not see it on the Debians website. Can anyone help me find out why? Alexius Dionysius Diakogiannis Chief Executive Officer Zenika Hellas t: 801 700 7374 / +30 211 790 3292 f: +30 211 790 3880 m: +30 6944 915 876 e: alexius.diakogian...@zenika.gr mailto:alexius.diakogian...@zenika.gr -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktingyatt053pbnji96hpxe2zleftccybh3nup...@mail.gmail.com
Re: Multi-arch netinst getting too big
On Tue, 2010-06-15 at 14:30 +0100, Steve McIntyre wrote: The following packages are falling off onto a second disk now: i386:main:linux-image-2.6.32-5-686-bigmem:27213342 i386:main:linux-image-2.6-686-bigmem:3036 i386:main:linux-headers-2.6.32-5-686-bigmem:516338 i386:main:linux-headers-2.6-686-bigmem:2930 Is this list part of the output somewhere when I do a local build either with easy-build.sh or by replicating the invocation from debian-cd-setup SVN? On Fri, 2010-06-25 at 21:51 +0100, Ian Campbell wrote: One thing to note is that the amd64 xen images should by symlinks to the regular vmlinuz+gtk/initrd.gz images (since no special kernel is needed on 64 bit, the intention was to symlink just for consistency in the path to the kernel for convenience) so there is an immediate 18.3M saving to be made which I will look into. This was inconvenienced a little because the images can be fetched from the web and hence the symlinks aren't directly detectable, but here is what I arrived at. However even with this a bunch of stuff gets punted to CD2, in my case it is: /pool/main/l/linux-2.6/linux-headers-2.6.32-5-686_2.6.32-15_i386.deb /pool/main/l/linux-2.6/linux-headers-2.6.32-5-686-bigmem_2.6.32-15_i386.deb /pool/main/l/linux-2.6/linux-image-2.6.32-5-686_2.6.32-15_i386.deb /pool/main/l/linux-2.6/linux-image-2.6.32-5-686-bigmem_2.6.32-15_i386.deb /pool/main/l/linux-latest-2.6/linux-headers-2.6-686_2.6.32+27_i386.deb /pool/main/l/linux-latest-2.6/linux-headers-2.6-686-bigmem_2.6.32+27_i386.deb /pool/main/l/linux-latest-2.6/linux-image-2.6-686_2.6.32+27_i386.deb /pool/main/l/linux-latest-2.6/linux-image-2.6-686-bigmem_2.6.32+27_i386.deb which is less than ideal. This is with the Xen initrd pared down to the non-GTK version too -- I'm not sure what else can be done to fit stuff on CD1 now... Ian. --- Subject: boot-x86: detect duplicates in the extra images used for installation Several files included under install.{386,amd} are actually identical to others. Rather than duplicating them attempt to detect this and symlink them. Since images can be downloaded from the web at build time it is not always possible to detect identical files by looking for the symlinks created by the debian-installer build. Instead we pass a list of potential doppelgangers to extra_image each of which is checked for similarity to the new image. I added gtk/vmlinuz (which is always the same as plain vmlinuz) which although not necessary makes it more explicit which kernel goes with the initrd at very little cost. (it's not clear if hardlinks or symlinks should be preferred. I chose symlinks largely arbitrarily but I don't know if this has implications for compatibility with other, non-symlink supporting, OSes which may wish to read the CD) Signed-off-by: Ian Campbell i...@hellion.org.uk diff --git a/tools/boot/squeeze/boot-x86 b/tools/boot/squeeze/boot-x86 index c0a5bdc..ef8aa5e 100644 --- a/tools/boot/squeeze/boot-x86 +++ b/tools/boot/squeeze/boot-x86 @@ -133,6 +133,8 @@ fi extra_image () { image=$1 + doppelgangers=$2 + dir=$(dirname $image) mkdir -p $CDDIR/$INSTALLDIR/$dir @@ -146,6 +148,15 @@ extra_image () { wget $DI_WWW_HOME/cdrom/$image -O $CDDIR/$INSTALLDIR/$image fi fi + + for doppelganger in $doppelgangers ; do + if [ -f $CDDIR/$INSTALLDIR/$dir/$doppelganger ] + cmp -s $CDDIR/$INSTALLDIR/$image $CDDIR/$INSTALLDIR/$dir/$doppelganger ; then + echo $image identical to $doppelganger. Linking + ln -nsf $doppelganger $CDDIR/$INSTALLDIR/$image + break + fi + done } # If multiple desktops are to be supported, set the default one @@ -231,7 +242,8 @@ if [ $THISTYPE = isolinux ]; then fi if [ -e boot$N/isolinux/f3.txt.withgtk ]; then - extra_image gtk/initrd.gz + extra_image gtk/vmlinuz ../vmlinuz + extra_image gtk/initrd.gz ../initrd.gz mv boot$N/isolinux/f3.txt.withgtk boot$N/isolinux/f3.txt mv boot$N/isolinux/f4.txt.withgtk boot$N/isolinux/f4.txt if [ -e boot$N/isolinux/isolinux.cfg.withgtk ]; then @@ -243,8 +255,8 @@ if [ $THISTYPE = isolinux ]; then rm -f boot$N/isolinux/isolinux.cfg.with* if variant_enabled xen ; then - extra_image xen/vmlinuz - extra_image xen/initrd.gz + extra_image xen/vmlinuz ../vmlinuz ../gtk/vmlinuz + extra_image xen/initrd.gz ../initrd.gz ../gtk/initrd.gz extra_image xen/xm-debian.cfg fi -- -- Ian Campbell A mushroom cloud has no silver lining. signature.asc Description: This is a digitally signed message part
Re: Getting d-i to find firmware on the CD generated by debian-cd
On Wed, Jun 23, 2010 at 03:42:19PM +0200, Goswin von Brederlow wrote: Steve McIntyre st...@einval.com writes: On Thu, May 27, 2010 at 03:17:08PM +0100, Steve McIntyre wrote: On Sat, May 22, 2010 at 06:58:52PM +0200, Petter Reinholdtsen wrote: I've added code into debian-cd to generate images with firmware on the first CD. Add FORCE_FIRMWARE=1 in CONF.sh. I've also tweaked the build scripts so that we'll start generating them. I can see that I've got all the firmware debs in /firmware in the ISO, but I don't see any feedback to suggest that the installer is picking up on them. Test images available at I haven't tested it but just from this short text you seem to be doing it wrong. Thanks for that helpful feedback. From memory you should add the debs to the normal repository structure on the CD under non-free and in the Release file specify that the CD carries main and non-free. Iirc you also need to list non-free in the DI info file but I'm not sure. Last time I did this was by hand and when lenny was frozen. DI then sees that you have both main and non-free on the CD and reads main/binary-arch/Packages and non-free/binary-arch/Packages and sees all the firmware debs (same for udebs). Try reading up-thread to see what Petter has implemented...? -- Steve McIntyre, Cambridge, UK.st...@einval.com Google-bait: http://www.debian.org/CD/free-linux-cd Debian does NOT ship free CDs. Please do NOT contact the mailing lists asking us to send them to you. -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100628212422.gd4...@einval.com
Re: Multi-arch netinst getting too big
On Sun, Jun 27, 2010 at 07:39:17AM +0100, Ian Campbell wrote: On Sat, 2010-06-26 at 21:49 +0200, Ferenc Wagner wrote: It's actually an overlay, so it may be possible to work around the Xen limitation by making the Xen initrd the base one and overwriting its arch dependent parts as needed. Although it probably could be made to work I'm not that keen on making the regular case more complicated/strange (even if supported by the bootloader) in order to support Xen and I suspect nobody else is either. I'd prefer to drop GTK from the Xen images. OK, that's something we can do quite easily. -- Steve McIntyre, Cambridge, UK.st...@einval.com We're the technical experts. We were hired so that management could ignore our recommendations and tell us how to do our jobs. -- Mike Andrews -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100628213546.ge4...@einval.com
Re: Multi-arch netinst getting too big
On Mon, Jun 28, 2010 at 07:38:18PM +0100, Ian Campbell wrote: On Tue, 2010-06-15 at 14:30 +0100, Steve McIntyre wrote: The following packages are falling off onto a second disk now: i386:main:linux-image-2.6.32-5-686-bigmem:27213342 i386:main:linux-image-2.6-686-bigmem:3036 i386:main:linux-headers-2.6.32-5-686-bigmem:516338 i386:main:linux-headers-2.6-686-bigmem:2930 Is this list part of the output somewhere when I do a local build either with easy-build.sh or by replicating the invocation from debian-cd-setup SVN? It's an excerpt from make_disc_tree.log, produced when make_disc_trees.pl is laying out packages into the temporary trees. It logs into the temporary directory where debian-cd is working. On Fri, 2010-06-25 at 21:51 +0100, Ian Campbell wrote: One thing to note is that the amd64 xen images should by symlinks to the regular vmlinuz+gtk/initrd.gz images (since no special kernel is needed on 64 bit, the intention was to symlink just for consistency in the path to the kernel for convenience) so there is an immediate 18.3M saving to be made which I will look into. This was inconvenienced a little because the images can be fetched from the web and hence the symlinks aren't directly detectable, but here is what I arrived at. However even with this a bunch of stuff gets punted to CD2, in my case it is: /pool/main/l/linux-2.6/linux-headers-2.6.32-5-686_2.6.32-15_i386.deb /pool/main/l/linux-2.6/linux-headers-2.6.32-5-686-bigmem_2.6.32-15_i386.deb /pool/main/l/linux-2.6/linux-image-2.6.32-5-686_2.6.32-15_i386.deb /pool/main/l/linux-2.6/linux-image-2.6.32-5-686-bigmem_2.6.32-15_i386.deb /pool/main/l/linux-latest-2.6/linux-headers-2.6-686_2.6.32+27_i386.deb /pool/main/l/linux-latest-2.6/linux-headers-2.6-686-bigmem_2.6.32+27_i386.deb /pool/main/l/linux-latest-2.6/linux-image-2.6-686_2.6.32+27_i386.deb /pool/main/l/linux-latest-2.6/linux-image-2.6-686-bigmem_2.6.32+27_i386.deb which is less than ideal. This is with the Xen initrd pared down to the non-GTK version too -- I'm not sure what else can be done to fit stuff on CD1 now... Hmmm, OK. Subject: boot-x86: detect duplicates in the extra images used for installation Several files included under install.{386,amd} are actually identical to others. Rather than duplicating them attempt to detect this and symlink them. I don't think sym-links are going to work - the filesystem code in isolinux is very simple (e.g. it only supports basic 8.3 filenames!) and I doubt it'll work. Hard links *might*, however. Since images can be downloaded from the web at build time it is not always possible to detect identical files by looking for the symlinks created by the debian-installer build. Instead we pass a list of potential doppelgangers to extra_image each of which is checked for similarity to the new image. I added gtk/vmlinuz (which is always the same as plain vmlinuz) which although not necessary makes it more explicit which kernel goes with the initrd at very little cost. (it's not clear if hardlinks or symlinks should be preferred. I chose symlinks largely arbitrarily but I don't know if this has implications for compatibility with other, non-symlink supporting, OSes which may wish to read the CD) :-) -- Steve McIntyre, Cambridge, UK.st...@einval.com When C++ is your hammer, everything looks like a thumb. -- Steven M. Haflich -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100628214357.gf4...@einval.com
Re: Multi-arch netinst getting too big
On Wed, Jun 23, 2010 at 03:45:31PM +0200, Goswin von Brederlow wrote: Steve McIntyre st...@einval.com writes: The netinsts are meant to have the base system, yes. I can't see anything obvious myself that we can drop. Maybe time to give up on powerpc on that image, like we've done on the m-a DVD. Shame, but there's only so much stuff we can accommodate here. Anybody else have an opinion here? Frans/Joey? Just a crcy idea: Could the plain i386 kernel be droped instead? That would loose support for i486 and i586 cpus on the m-a CD. But is that needed there? That's an option, yes. We could strip out the kernels for 686 systems here, but I'd like to keep them on if at all possible to make this image as universally useful as possible. I'd be more convinced to simply drop powerpc instead, like we already did for the multi-arch DVD. -- Steve McIntyre, Cambridge, UK.st...@einval.com The problem with defending the purity of the English language is that English is about as pure as a cribhouse whore. We don't just borrow words; on occasion, English has pursued other languages down alleyways to beat them unconscious and rifle their pockets for new vocabulary. -- James D. Nicoll -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100628214613.gg4...@einval.com
Debian .torrent tracker needs updating for 5.0.5
The tracker for Debian Bittorrents has not yet been updated to support the new Debian 5.0.5 images. Still getting the not authorized for use with this tracker error message. -- Seeding the top Debian archs from the heart of Texas. -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pnbi265o7kufekot6mn3bisjkos6hre...@4ax.com