Re: [joeyh@debian.org: Bug#215469: don't include unnecessary udebs on the cd]
Raphael Hertzog <[EMAIL PROTECTED]> writes: > Hello, > > I just got this bug. It looks like we aren't smart enough about the > selection of udebs to include on the CD ... > > The initial idea was to include them all so that all install scenario > can happen but it looks like there are udebs which are useless since > they are simple "file repositories" for d-i. > > And the list is getting so big, that it doesn't make sense to include > everything for netinst & business card CD. My new D-I build script builds 20MB businescard cds compared to the 48MB? debian-cd images. There is more to save on docs, keyring, indices, Contents files,... than on the udebs. > I think we need to update the script that generates the task files which > lists udebs. Santiago ? > > The first step is probably just to have exclusion list/pattern used by > tools/generate_di_list and/or tools/generate_di+k_list ... > > Cheers, > -- > Raphaël Hertzog -+- http://www.ouaza.com > Formation Linux et logiciel libre : http://www.logidee.com > Earn money with free software: http://www.geniustrader.org > From: Joey Hess <[EMAIL PROTECTED]> > Subject: Bug#215469: don't include unnecessary udebs on the cd > To: Debian Bug Tracking System <[EMAIL PROTECTED]> > Date: Sun, 12 Oct 2003 19:48:01 -0400 > Reply-To: Joey Hess <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > Resent-From: Joey Hess <[EMAIL PROTECTED]> > > Package: debian-cd > Severity: normal > > The businesscard and netinst cd images at > http://gluck.debian.org/cdimage/testing/netinst/i386/ are bigger than > they need to be. partly because they include such useless things as > this: > > ./pool/main/k/kernel-image-2.4.20-1-i386-udeb/kernel-image-2.4.20-1-386-udeb_2.4.20-8_i386.udeb > > This contains only a kernel, in a form users cannot use, and that the > installer will only waste a lot of memory loading into its initrd after > it has already booted. > > ./pool/main/b/busybox-cvs/busybox-cvs-udeb_20030926-1_i386.udeb > ./pool/main/b/busybox/busybox-udeb_0.60.5-2_i386.udeb > > All d-i images already come with the appropriate busybox udeb installed > on the image. > > ./pool/main/c/cdrom-detect/cdrom-detect_0.31_all.udeb > ./pool/main/c/cdrom-retriever/cdrom-retriever_0.08_all.udeb > > If the installer can find these on the CD, it does not need them. > > ./pool/main/c/cdebconf/cdebconf-gtk-udeb_0.46_i386.udeb > ./pool/main/c/cdebconf/cdebconf-newt-udeb_0.46_i386.udeb > ./pool/main/c/cdebconf/cdebconf-priority_0.46_i386.udeb > ./pool/main/c/cdebconf/cdebconf-slang-udeb_0.46_i386.udeb > ./pool/main/c/cdebconf/cdebconf-text-udeb_0.46_i386.udeb > ./pool/main/c/cdebconf/cdebconf-udeb_0.46_i386.udeb > > These are probably useless, d-i boot images include at least one > cdebconf frontend. > > Etc. I'm sure you could save a *lot* of space by working with the d-i > team to whittle down the udebs on the cd images to a set that is > appropriate for the purpose of the CD. As it is these images are getting > too big to be useful. I'm working on getting propper lists what udebs will be always on the boot media, what should be on CD and what is just leftovers or unsuported (like the gtk frontend). Thanks for the hint about retrievers and cdebconf. After that d-i will generate partial Packages files containing just the right files for each part. Those will be used by debmirror for d-i developer to keep a partial mirror. They will work just as well for debian-cd. I'm not yet quite sure on how to get debian-cd to put the right stuff on the right type of CD, or more concrete how to get it not to put some stuff on it. A lot of stuff is just hardcoded in, like wgeting the daily build d-i images of the net. Ideas are welcome there. MfG Goswin
[joeyh@debian.org: Bug#215469: don't include unnecessary udebs on the cd]
Hello, I just got this bug. It looks like we aren't smart enough about the selection of udebs to include on the CD ... The initial idea was to include them all so that all install scenario can happen but it looks like there are udebs which are useless since they are simple "file repositories" for d-i. And the list is getting so big, that it doesn't make sense to include everything for netinst & business card CD. I think we need to update the script that generates the task files which lists udebs. Santiago ? The first step is probably just to have exclusion list/pattern used by tools/generate_di_list and/or tools/generate_di+k_list ... Cheers, -- Raphaël Hertzog -+- http://www.ouaza.com Formation Linux et logiciel libre : http://www.logidee.com Earn money with free software: http://www.geniustrader.org --- Begin Message --- Package: debian-cd Severity: normal The businesscard and netinst cd images at http://gluck.debian.org/cdimage/testing/netinst/i386/ are bigger than they need to be. partly because they include such useless things as this: ./pool/main/k/kernel-image-2.4.20-1-i386-udeb/kernel-image-2.4.20-1-386-udeb_2.4.20-8_i386.udeb This contains only a kernel, in a form users cannot use, and that the installer will only waste a lot of memory loading into its initrd after it has already booted. ./pool/main/b/busybox-cvs/busybox-cvs-udeb_20030926-1_i386.udeb ./pool/main/b/busybox/busybox-udeb_0.60.5-2_i386.udeb All d-i images already come with the appropriate busybox udeb installed on the image. ./pool/main/c/cdrom-detect/cdrom-detect_0.31_all.udeb ./pool/main/c/cdrom-retriever/cdrom-retriever_0.08_all.udeb If the installer can find these on the CD, it does not need them. ./pool/main/c/cdebconf/cdebconf-gtk-udeb_0.46_i386.udeb ./pool/main/c/cdebconf/cdebconf-newt-udeb_0.46_i386.udeb ./pool/main/c/cdebconf/cdebconf-priority_0.46_i386.udeb ./pool/main/c/cdebconf/cdebconf-slang-udeb_0.46_i386.udeb ./pool/main/c/cdebconf/cdebconf-text-udeb_0.46_i386.udeb ./pool/main/c/cdebconf/cdebconf-udeb_0.46_i386.udeb These are probably useless, d-i boot images include at least one cdebconf frontend. Etc. I'm sure you could save a *lot* of space by working with the d-i team to whittle down the udebs on the cd images to a set that is appropriate for the purpose of the CD. As it is these images are getting too big to be useful. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux dragon 2.4.22 #1 Sun Oct 12 15:11:10 EDT 2003 i686 Locale: LANG=C, LC_CTYPE=C -- see shy jo signature.asc Description: Digital signature --- End Message ---
Re: [joeyh@debian.org: Bug#215469: don't include unnecessary udebs on the cd]
Raphael Hertzog <[EMAIL PROTECTED]> writes: > Hello, > > I just got this bug. It looks like we aren't smart enough about the > selection of udebs to include on the CD ... > > The initial idea was to include them all so that all install scenario > can happen but it looks like there are udebs which are useless since > they are simple "file repositories" for d-i. > > And the list is getting so big, that it doesn't make sense to include > everything for netinst & business card CD. My new D-I build script builds 20MB businescard cds compared to the 48MB? debian-cd images. There is more to save on docs, keyring, indices, Contents files,... than on the udebs. > I think we need to update the script that generates the task files which > lists udebs. Santiago ? > > The first step is probably just to have exclusion list/pattern used by > tools/generate_di_list and/or tools/generate_di+k_list ... > > Cheers, > -- > Raphaël Hertzog -+- http://www.ouaza.com > Formation Linux et logiciel libre : http://www.logidee.com > Earn money with free software: http://www.geniustrader.org > From: Joey Hess <[EMAIL PROTECTED]> > Subject: Bug#215469: don't include unnecessary udebs on the cd > To: Debian Bug Tracking System <[EMAIL PROTECTED]> > Date: Sun, 12 Oct 2003 19:48:01 -0400 > Reply-To: Joey Hess <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > Resent-From: Joey Hess <[EMAIL PROTECTED]> > > Package: debian-cd > Severity: normal > > The businesscard and netinst cd images at > http://gluck.debian.org/cdimage/testing/netinst/i386/ are bigger than > they need to be. partly because they include such useless things as > this: > > ./pool/main/k/kernel-image-2.4.20-1-i386-udeb/kernel-image-2.4.20-1-386-udeb_2.4.20-8_i386.udeb > > This contains only a kernel, in a form users cannot use, and that the > installer will only waste a lot of memory loading into its initrd after > it has already booted. > > ./pool/main/b/busybox-cvs/busybox-cvs-udeb_20030926-1_i386.udeb > ./pool/main/b/busybox/busybox-udeb_0.60.5-2_i386.udeb > > All d-i images already come with the appropriate busybox udeb installed > on the image. > > ./pool/main/c/cdrom-detect/cdrom-detect_0.31_all.udeb > ./pool/main/c/cdrom-retriever/cdrom-retriever_0.08_all.udeb > > If the installer can find these on the CD, it does not need them. > > ./pool/main/c/cdebconf/cdebconf-gtk-udeb_0.46_i386.udeb > ./pool/main/c/cdebconf/cdebconf-newt-udeb_0.46_i386.udeb > ./pool/main/c/cdebconf/cdebconf-priority_0.46_i386.udeb > ./pool/main/c/cdebconf/cdebconf-slang-udeb_0.46_i386.udeb > ./pool/main/c/cdebconf/cdebconf-text-udeb_0.46_i386.udeb > ./pool/main/c/cdebconf/cdebconf-udeb_0.46_i386.udeb > > These are probably useless, d-i boot images include at least one > cdebconf frontend. > > Etc. I'm sure you could save a *lot* of space by working with the d-i > team to whittle down the udebs on the cd images to a set that is > appropriate for the purpose of the CD. As it is these images are getting > too big to be useful. I'm working on getting propper lists what udebs will be always on the boot media, what should be on CD and what is just leftovers or unsuported (like the gtk frontend). Thanks for the hint about retrievers and cdebconf. After that d-i will generate partial Packages files containing just the right files for each part. Those will be used by debmirror for d-i developer to keep a partial mirror. They will work just as well for debian-cd. I'm not yet quite sure on how to get debian-cd to put the right stuff on the right type of CD, or more concrete how to get it not to put some stuff on it. A lot of stuff is just hardcoded in, like wgeting the daily build d-i images of the net. Ideas are welcome there. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[joeyh@debian.org: Bug#215469: don't include unnecessary udebs on the cd]
Hello, I just got this bug. It looks like we aren't smart enough about the selection of udebs to include on the CD ... The initial idea was to include them all so that all install scenario can happen but it looks like there are udebs which are useless since they are simple "file repositories" for d-i. And the list is getting so big, that it doesn't make sense to include everything for netinst & business card CD. I think we need to update the script that generates the task files which lists udebs. Santiago ? The first step is probably just to have exclusion list/pattern used by tools/generate_di_list and/or tools/generate_di+k_list ... Cheers, -- Raphaël Hertzog -+- http://www.ouaza.com Formation Linux et logiciel libre : http://www.logidee.com Earn money with free software: http://www.geniustrader.org --- Begin Message --- Package: debian-cd Severity: normal The businesscard and netinst cd images at http://gluck.debian.org/cdimage/testing/netinst/i386/ are bigger than they need to be. partly because they include such useless things as this: ./pool/main/k/kernel-image-2.4.20-1-i386-udeb/kernel-image-2.4.20-1-386-udeb_2.4.20-8_i386.udeb This contains only a kernel, in a form users cannot use, and that the installer will only waste a lot of memory loading into its initrd after it has already booted. ./pool/main/b/busybox-cvs/busybox-cvs-udeb_20030926-1_i386.udeb ./pool/main/b/busybox/busybox-udeb_0.60.5-2_i386.udeb All d-i images already come with the appropriate busybox udeb installed on the image. ./pool/main/c/cdrom-detect/cdrom-detect_0.31_all.udeb ./pool/main/c/cdrom-retriever/cdrom-retriever_0.08_all.udeb If the installer can find these on the CD, it does not need them. ./pool/main/c/cdebconf/cdebconf-gtk-udeb_0.46_i386.udeb ./pool/main/c/cdebconf/cdebconf-newt-udeb_0.46_i386.udeb ./pool/main/c/cdebconf/cdebconf-priority_0.46_i386.udeb ./pool/main/c/cdebconf/cdebconf-slang-udeb_0.46_i386.udeb ./pool/main/c/cdebconf/cdebconf-text-udeb_0.46_i386.udeb ./pool/main/c/cdebconf/cdebconf-udeb_0.46_i386.udeb These are probably useless, d-i boot images include at least one cdebconf frontend. Etc. I'm sure you could save a *lot* of space by working with the d-i team to whittle down the udebs on the cd images to a set that is appropriate for the purpose of the CD. As it is these images are getting too big to be useful. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux dragon 2.4.22 #1 Sun Oct 12 15:11:10 EDT 2003 i686 Locale: LANG=C, LC_CTYPE=C -- see shy jo signature.asc Description: Digital signature --- End Message ---
Re: no .jigdo-File found in jigdo-directory
Hi, Attila Nagy schrieb: der kleine Software-Laden wrote: I couldn't find any .jigdo-files in these directories: ftp://ftp.fsn.hu/pub/CDROM-Images/debian-unofficial/sid-dvd/jigdo/ ftp://ftp.fsn.hu/pub/CDROM-Images/debian-unofficial/sarge-dvd/jigdo/ Are you sure that your FTP client works well? I've found the problem's reason: I used Opera to browse the directories. And Opera didn't show the files. Now I used Mozilla and a ftp-client and it works. My jigdo finds the files, too, and it's still downloading them. Thanks! Henrik
Dialy net cd's, what's the differnece
Why is there a 10-8 CD and then a Daily dir? Is the 10-8 known to work? I want to do a Debian install using LVM, and I have had no luck with the net-install cd's for the past month. Everytime I have tried a new net-install cd, it bombs out at some point. Is there a known good version to download? 10-8 maybe? I realize this is TESTING so I just wanted to know, I don't care for the old of woody so sid/sarge is fine with me, but like I pointed out, I would like to do the LVM install initianlly. Thank you, for all the hard work you do. ;-) __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com
Re: no .jigdo-File found in jigdo-directory
Hi, Attila Nagy schrieb: der kleine Software-Laden wrote: I couldn't find any .jigdo-files in these directories: ftp://ftp.fsn.hu/pub/CDROM-Images/debian-unofficial/sid-dvd/jigdo/ ftp://ftp.fsn.hu/pub/CDROM-Images/debian-unofficial/sarge-dvd/jigdo/ Are you sure that your FTP client works well? I've found the problem's reason: I used Opera to browse the directories. And Opera didn't show the files. Now I used Mozilla and a ftp-client and it works. My jigdo finds the files, too, and it's still downloading them. Thanks! Henrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dialy net cd's, what's the differnece
Why is there a 10-8 CD and then a Daily dir? Is the 10-8 known to work? I want to do a Debian install using LVM, and I have had no luck with the net-install cd's for the past month. Everytime I have tried a new net-install cd, it bombs out at some point. Is there a known good version to download? 10-8 maybe? I realize this is TESTING so I just wanted to know, I don't care for the old of woody so sid/sarge is fine with me, but like I pointed out, I would like to do the LVM install initianlly. Thank you, for all the hard work you do. ;-) __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
CD Labelling
Hi there! I was wondering if you could give me advice. If I download iso images from the internet, and burn them to disc, am I allowed to print your logo on to the CD for labelling purposes? I have a couple of distributions that people are willing to buy from me (in South Africa), and I want my CD's to at least look good for the people. Please could you give me some advice. Thank you. Kindest regards, Marc Siefert
CD Labelling
Hi there! I was wondering if you could give me advice. If I download iso images from the internet, and burn them to disc, am I allowed to print your logo on to the CD for labelling purposes? I have a couple of distributions that people are willing to buy from me (in South Africa), and I want my CD's to at least look good for the people. Please could you give me some advice. Thank you. Kindest regards, Marc Siefert