Re: Bug#775824: www.debian.org: [CD/faq] be consistent with the installation-guide
On Wed, 2015-01-21 at 00:23 +1100, Stuart Prescott wrote: Package: www.debian.org Severity: normal Hi! In the CD/faq page [1], the instructions for copying the image onto the USB stick (How do I write a CD image to a USB flash drive?) are not consistent with the instructions in the installation guide [2]. While dd certainly does work, it has never been the documented method to copy the image to a USB stick; the installation guide uses cp. People need to be warned that a flash drive is only useful for the initial installation and cannot be used for installing additional software. Of course extra software can be downloaded if required. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1421778521.1597.4.ca...@copyleft.co.nz
Netinst test
Hi, Machine Acer E1 531 dual boot which still has Windows as originally installed and Debian 7.8. There are partitions set aside for testing. Netinst image 5 July on a usb stick. Machine in uefi mode. The boot screen did not offer the 32 bit option. 64 bit installed and grub menu worked. The installation jumped from installing packages to installing grub. Machine in trad bios mode. Installed 32 64 bit with working grub menu. The usual grub installation choices were offered after installing packages unlike the uefi installation. The grub menu offered the permanent Debian installation despite it being 64 bit and uefi, and it loaded. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1421140994.5610.28.ca...@copyleft.co.nz
Re: jessie uefi netinst build 2 test
Hi, Results of testing the netinst usb stick. Three tests i386 into the trad bios environmeny. Installed. Had to go to a second grub menu to boot. Jumped straight from installing packages to installing grub. i386 in efi environment. Installed. No grub menu no boot. Jumped to installing grub. amd64 in the efi environment. Installed. Grub menu. Went through all the installation stages. Should I have tried amd64 in the trad bios environment? Machine Acer E1 531. HDD (partition) 1 ntfs recovery. 2 fat32 /boot/efi. 3 unknown. 4 ntfs Acer. 5 ntfs Push Button Reset. 8 ntfs Push Button reset. plus ext4 and swap partitions. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1420782533.29429.18.ca...@copyleft.co.nz
Re: jessie uefi netinst build 2 test.
On Thu, 2015-01-08 at 17:00 +0100, Giorgio Pioda wrote: Hi, Asus eeepc, i386 no problem Acer E1 531 notebook secure boot on. i386, no problem. amd64, kernel/modules mismatch. When did you get the mismatch? Did you perform a full install? I booted my HP Pavillon X2 (10-k010nz) in amd64 up to the partitioning with no problem using a USB port multiplier and a usb-ethernet adapter. Initial boot OK. A usb stick was used in all cases. Same in my case. Created with dd Regards Giorgio -- Giorgio Pioda - Sysadmin SPSE-Tenero Cell +41 79 629 20 63 Tel +41 58 468 62 48 Fax +41 58 468 61 98 My bad. Rechecked and ok. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1420749233.11179.17.ca...@copyleft.co.nz
jessie uefi netinst build 2 test.
Hi, This was a quick initial test which went up to partitioning the disk. Asus eeepc, i386 no problem Acer E1 531 notebook secure boot on. i386, no problem. amd64, kernel/modules mismatch. Initial boot OK. A usb stick was used in all cases. Will do a full round of installations when amd64 is fixed. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1420703131.11179.13.ca...@copyleft.co.nz
Kernel - modules mismatch
Hi, I am getting installation failures because of a kernel/modules mismatch. Is it me or the mirror? I am in the final stages of producing a Jessie usb installation system. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1420454279.1853.6.ca...@copyleft.co.nz
Re: debian-cd in Git
On Fri, 2015-01-02 at 23:56 +, Steve McIntyre wrote: On Sat, Jan 03, 2015 at 11:54:11AM +1300, Philip Charles wrote: Hi, Would it be possible to upload to Git a version of debian-cd that can handle jessie? Hi Phil, How do you mean? We're building jessie stuff every day from git master. Is there something in particular that's broken for you? Thanks muchly. I have been downloading the nightly snapshot - it must be out of date as it is version 3.1.13 and the last date in the change log is 30 April 2013. I will have to do Git properly. FYI, I have apt-usb-add and installing extra packages from a stick working. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1420253178.1617.5.ca...@copyleft.co.nz
debian-cd in Git
Hi, Would it be possible to upload to Git a version of debian-cd that can handle jessie? Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1420239251.1602.3.ca...@copyleft.co.nz
Re: Problem with dpkg-scanpackages
On Thu, 2014-12-25 at 15:36 +1300, Philip Charles wrote: Solved. dpkg-scanpackages is not working properly. *** Note the different position of the checksums. Will the Packages file with the second format still work when producing CDs? If not, how can the present format be switched back to the original format? Problem solved. Make certain the override files have been downloaded. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1419644433.1612.32.ca...@copyleft.co.nz
Problem with dpkg-scanpackages
Hi folks, dpkg-scanpackages is not working properly. It used to produce this kind of entry in Packages Package: alsa-base-udeb Source: alsa-base Version: 1.0.25+3~deb7u1 Installed-Size: 18 Maintainer: Debian ALSA Maintainers pkg-alsa-de...@lists.alioth.debian.org Architecture: all Provides: alsa Recommends: alsa-utils Description: ALSA driver configuration files for Debian Installer Description-md5: 1fd11f56df1b5d2abf4c17fd71f880b5 Section: debian-installer Priority: optional Filename: pool/main/a/alsa-base/alsa-base-udeb_1.0.25+3~deb7u1_all.udeb Size: 1266 MD5sum: 07311d814b05453d8f2887060cfd40a8 SHA1: e531d9db2717b65f461fe86967b805897dc5f9cb SHA256: e88a29225501835be63fcf17802c4f5f3355e403d0b8f0f6295af80e45ad3414 It now produces Package: alsa-base-udeb Source: alsa-base Version: 1.0.25+3~deb7u1 Architecture: all Maintainer: Debian ALSA Maintainers pkg-alsa-de...@lists.alioth.debian.org Installed-Size: 18 Recommends: alsa-utils Provides: alsa Filename: pool/main/a/alsa-base/alsa-base-udeb_1.0.25+3~deb7u1_all.udeb Size: 1266 MD5sum: 07311d814b05453d8f2887060cfd40a8 SHA1: e531d9db2717b65f461fe86967b805897dc5f9cb SHA256: e88a29225501835be63fcf17802c4f5f3355e403d0b8f0f6295af80e45ad3414 Section: debian-installer Priority: optional Description: ALSA driver configuration files for Debian Installer This package contains minimum configuration files for the ALSA drivers for the Debian Installer. Note the different position of the checksums. Will the Packages file with the second format still work when producing CDs? If not, how can the present format be switched back to the original format? Thanks. What a way to spend Christmas day. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1419474974.1612.16.ca...@copyleft.co.nz
Re: Summary from the d-i / debian-cd BoF at DC14
On Tue, 2014-09-09 at 20:23 +0200, Ansgar Burchardt wrote: I was wondering if it was possible to build installer images without a specific size limit, i.e. include all packages for tasks x, y, z. Doing so might result in nice images for GNOME, KDE, XFCE, * that are just as large as they have to be. We could also be looking at images that fit usb sticks 4GB (done), 8GB 16GB. FYI the full i386 takes up ~52GB on a usb stick. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1410306997.1657.37.camel@stephen
Re: Changes for d-i, tasksel and d-cd
On Thu, 31 Oct 2013 23:39:31 Steve McIntyre wrote: ... Thoughts? Fedora, CentOS, Mageia, Linux Mint, Open SuSE, the Ubuntu family (except for Lububtu) et al live discs no longer fit on a CD. Debian must be the only major distribution that does not provide live installation discs as the main installation method. However, the Debian derivitives Antix, Knoppix, Mepis do provide compressed live discs. I have not done the research for this, but I suspect that a live xfce CD would be a better option than the classic installation CD. If the netinst was a live disc it could well be smaller and more convienent. I need to compare Lubuntu and the first Debian CD installed sizes. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/2238661.lQL0EtKAJc@stephen
Re: Changes for d-i, tasksel and d-cd
On Fri, 01 Nov 2013 16:35:57 Philip Charles wrote: On Thu, 31 Oct 2013 23:39:31 Steve McIntyre wrote: ... Thoughts? I need to compare Lubuntu and the first Debian CD installed sizes. Replying to self. There is virtually no difference in the installed size from a 'classic' installaion disc and a live disc. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/2787231.m6NLneDdpl@stephen
Re: Moving to git
On Fri, 31 May 2013, Steve McIntyre wrote: Hey folks, I'm playing with importing the current svn repo into git right now, hoping to move across soon. If anybody has problems with that, speak now! Aaaagh, Something else to learn. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business
Re: make status and got error
On Sat, 18 May 2013, Hideki Yamane wrote: Hi, debian-cd newbie question. I ran debian-cd as $ . CONF.sh $ make distclean $ make status Just checking, have you configured CONF.sh? Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201305182201.46337.phil...@copyleft.co.nz
Re: Troubles with debian-cd
On Mon, 13 May 2013, Thomas Schmitt wrote: Hi, the regression was introduced by http://www.libburnia-project.org/changeset/4985 in xorriso/write_run.c lines 2361 to 2365. I can get xorriso-1.2.9 -as mkisofs -print-size -b ... -isohybrid-mbr ... to work by re-instating the call of Xorriso_genisofs_add_boot() if -print-size was given: if(xorriso-boot_image_bin_path[0] do_print_size) { ret= Xorriso_genisofs_add_boot(xorriso, 0); if(ret = 0) goto ex; } (Its parameter list has changed during rev 4985.) I removed that call from the end of emulation, in order to allow further manipulation of the most recently added boot image. (xorriso has an own life outside mkisofs and cdrecord emulation.) Now i have to realize that it hid a bug in the processing of the last registered boot image in xorriso's genuine command mode. Thanks again for reporting. Glad to be of help. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201305132333.28367.phil...@copyleft.co.nz
Re: Troubles with debian-cd
On Tue, 14 May 2013, Thomas Schmitt wrote: Hi, hopefully http://www.libburnia-project.org/changeset/5039 fixes the problem with xorriso-1.2.[89] and -print-size without introducing new bugs. The change is small and in theory should only affect the buggy case. In theory ... I would appreciate if this could be tested during the next days. As said, i plan to release 1.3.0 soon and hope it will be the first new xorriso version in Debian since a year. http://www.gnu.org/software/xorriso/xorriso-1.2.9.tar.gz MD5 9348502abb1a6cd4f6fe47c68412b270 xorriso -version is supposed to report: xorriso version : 1.2.9 Version timestamp : 2013.05.13.123951 Thomas, Built wheezy images for i386 and amd64 and they booted of CDs and flash drives. ;) Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201305141234.00134.phil...@copyleft.co.nz
Re: Troubles with debian-cd
On Sat, 11 May 2013, Thomas Schmitt wrote: Hi, Philip Charles wrote: With xorriso 1.2.2 the build stops at 650k. What happens if you use the same xorriso version as was used for the Debian release ? http://www.gnu.org/software/xorriso/xorriso-1.2.6.tar.gz Works nicely. Boots off usb stick. Using 1.2.6. Hope to get onto 'xorriso -abort_on FATAL -report_about ALL -as mkisofs ...' tomorrow. Regards and thanks. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201305121903.12600.phil...@copyleft.co.nz
Re: Troubles with debian-cd
Sorry about the delay. The rest of my life caught up with me. On Thu, 09 May 2013, Steve McIntyre wrote: On Tue, May 07, 2013 at 07:54:41PM +1200, Philip Charles wrote: 1. When using xorriso 1.2.2 and the associated iso build configuration the resulting image would not boot from a flash drive. A previous version of debian-cd was ok. My testing at the time *did* work IIRC. Maybe I missed something, though. worked with xorriso 1.2.9 though. 2. When building i386 images debian-cd ignored DISKTYPE and put everything it could find into the image all 40+GiB. I had not tried building i386 on previous versions of debian-cd. Using xorriso 1.2.9 and associated build config. As for the silly-sized image, I've not seen that before. If you check the log for make_disc_trees, it should explicitly list what the configured size is. When using xorriso 1.2.9 the log file does say 650 Mib 332031 2k blocks BUT about every 650k or so 'xorriso -as mkisofs ..' tries to run and fails and the build goes onto the next 650k. This happens 63 times which squares with the final image size. With xorriso 1.2.2 the build stops at 650k. A final point, the i386 DVD 1 has a peculiar structure. Mind you it works. What do you mean by peculiar? :-) My misobservation, to put it politely. I am hoping to try the latest svn version in the next few days. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201305111849.37574.phil...@copyleft.co.nz
Re: Secure boot.
On Fri, 10 May 2013, Steve McIntyre wrote: On Mon, May 06, 2013 at 01:01:57PM +1200, Philip Charles wrote: Hi folks, What is the story behing the release announcement saying that secure boot has not yet been implemented for Wheezy? I have been running a dual boot Wheezy/Win 8 machine for 3 weeks. It will boot the official discs. Hi Phil, We haven't done the extra work needed for SB, basically. If you're dual-booting Wheezy and Windows 8, that can work (and i've seen it myself on a number of installations). But not in Secure Boot mode. Got it. Thanks. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201305101412.31872.phil...@copyleft.co.nz
Troubles with debian-cd
Hi folks, Thanks to Thomas Schmitt I got everthing done I wanted done. I had two problems with debian-cd 1. When using xorriso 1.2.2 and the associated iso build configuration the resulting image would not boot from a flash drive. A previous version of debian-cd was ok. 2. When building i386 images debian-cd ignored DISKTYPE and put everything it could find into the image all 40+GiB. I had not tried building i386 on previous versions of debian-cd. Using xorriso 1.2.9 and associated build config. As I do funny things with debian-cd I work directly through makefile and CONF.sh and I have noticed that ARCHES and COMPLETE are missing from CONF.sh A final point, the i386 DVD 1 has a peculiar structure. Mind you it works. It was great to see the iso's and jigdos up so quickly. This must have involved a lot of work. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201305071954.41486.phil...@copyleft.co.nz
Re: xorriso 1.2.4?
On Sat, 04 May 2013, Thomas Schmitt wrote: Being only a casual booter of Debian, i use queries like this on my test machine (squeeze 6.0.2): $ apt-file search zlib.h ...awful.lots.of.matches... zlib1g-dev: /usr/include/zlib.h $ The last match is the one that looks right. So this should help: # apt-get install zlib1g-dev Have a nice day :) Thomas, Thanks very much for your help. I am having a nice day. Everything is working. I have just built a custom Wheezy image that boots off a disc and pen drive. With secure boot! Regards, Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201305061152.24429.phil...@copyleft.co.nz
Secure boot.
Hi folks, What is the story behing the release announcement saying that secure boot has not yet been implemented for Wheezy? I have been running a dual boot Wheezy/Win 8 machine for 3 weeks. It will boot the official discs. Thanks, Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201305061301.57420.phil...@copyleft.co.nz
xorriso 1.2.4?
Hi, Does debian-cd 3.1.13 depend on xorriso 1.2.4? (which is not in the debian archive anywhere). isohybrid-gpt-basdat does not work with xorriso 1.2.2 so so the images will no longer boot off a usb stick. Any chance of an earlier version of debian-cd? Say a month back? It worked well. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201305032130.15747.phil...@copyleft.co.nz
Re: xorriso 1.2.4?
On Fri, 03 May 2013, Thomas Schmitt wrote: Hi, Does debian-cd 3.1.13 depend on xorriso 1.2.4? (which is not in the debian archive anywhere). isohybrid-gpt-basdat does not work with xorriso 1.2.2 so so the images will no longer boot off a usb stick. Any chance of an earlier version of debian-cd? Say a month back? It worked well. Alternatively you could get and install GNU xorriso which works independendly of the installed libburnia .so libraries. I.e. things like Brasero or xfburn will not be affected by its installation. You'd just have to de-install Debian's xorriso package. The current release is http://www.gnu.org/software/xorriso/xorriso-1.2.8.tar.gz but i would avdise to use the development snapshot http://www.gnu.org/software/xorriso/xorriso-1.2.9.tar.gz because it has some minor bugs fixed about multi-hybrid boot info: * Bug fix: Reserved and unused fields of APM entries were not zeroed. * Bug fix: GPT header CRC was computed from all 512 bytes rather than from 92. * Bug fix: The protective MBR partition for GPT started at block 0 instead of 1. None of these bugs caused reports from testers. They were found during a result review by Vladimir Serbinenko. For installation instructions see http://www.gnu.org/software/xorriso/README_xorriso_devel Have a nice day :) Thomas Thomas, Thanks. Compiled. Testing tomorrow. Good night, sleep well. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201305032306.28122.phil...@copyleft.co.nz
Installation flash drive problem.
Hi, I have been playing with usb flash drives as installation media. The good news is that 64 bit installs nicely with the machine efi turned on and a home made 44.5GiB stick also installed. The bad news is that once rebooted the system did not recognise the stick as the installation medium. If /etc/apt/apt.conf.d/00CDMountPoint is modified to read Acquire::cdrom { mount /media/usb0; } Dir::Media::MountPath /media/usb0; Then the stick will be recognised as the cdrom. But the gui needs to be installed for this to work. Has any one else come accross this problem? If so do they have a solution? Should a bug report be filed? It is probably too late for a fix for Wheezy. However, with the wholesale price of 64GB sticks now being less than $10 it seems that flash drives will be the installation media of the future. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201303242144.20108.phil...@copyleft.co.nz
debian-cd branch or trunk?
Hi, I am interested in Debian's efi/secure boot. What should I be looking at in debian-cd? trunk or the efi branch? I have a copy of the full svn archive and have taken a quick look at what is there. Thanks. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201302061846.13279.phil...@copyleft.co.nz
Re: Wheezy release: CDs are not big enough any more...
On 14/05/12 21:22, Marco d'Itri wrote: On May 14, Jonas Smedegaardd...@jones.dk wrote: It is my impression from my visits in the Fall (although I do not have any hard data to support it) that in India and Indonesia network access is generally so slow that even if computers have DVD drives the common media downloaded and used is CD. This does not look like a great argument: when your internet access is really slow then you either download one image and share it between user (and then it does not matter if it is a CD or DVD, since the incremental cost per user is negligible), or you just download the netinstall image to minimize the number of bytes you need to download from the network to what you strictly need (yes, I did a few modem netinstalls...). Try downloading a DVD with a 56k dialup modem. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/4fb0e7c2.8020...@copyleft.co.nz
Re: who is filling /cdrom/firmware directory
On Thu, 05 May 2011, vot...@gmx.de wrote: Hello, can anyone give me a tip which component/script is creating and filling the /cdrom/firmware directory if non-free firmware packages are included on the debian installer cd? Regards Volker You could look at cdimage.debian.org/cdimage/unofficial/non-free I got the file-system from the CD. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- 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/201105060922.02326.phil...@copyleft.co.nz
Local Hook Definitions
I can't get my head round Local Hook Definitions in debian-cd's CONF.sh, in particular RESERVED_BLOCKS_HOOK. If someone would give me a working example I would be grateful. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Local Hook Definitions
On Fri, 02 Oct 2009, Steve McIntyre wrote: Hi Phil! It seems you're the first person to ask about the hooks since I added them in debian-cd nearly three years ago. For that hook, you need to print the number of 2K blocks that you want to reserve on a given CD so that debian-cd will leave the space for you when it is calculating what will fit. I *believe* it works, but I don't still have the stuff I tested with back then. What are you trying to do? I might be able to help... Greetings Steve, I have been reinfected with the Hurd bug and it is itching. :-) : Confession. Up to now I have been hacking scripts to do Hurdish things with debian-cd, but now I have reformed and wish to use the hooks. OK, cool. 1. I want to reserve space on the first image for the the boot/installation system. boot-floppies (shudder). RESERVE_BLOCKS_HOOK Right, OK. That should be easy enough. You can calculate how much space they'll take. It is the syntax I can't cope with. I see that the hook points to a file/script, but what is its structure? O for SIZELIMIT${CD}, it hacked beautifully. 2. To remove packages from the first image which are included in the installation tarball (the sexy name is baseGNU.tgz) DISC_FINISH_HOOK Ah, now that's a little more thorny. I'd think the easiest way would be to extend debian-cd a little and add support for another hook to list packages that are (essentially) already installed in the image by other means. Then make_disc_trees.pl and friends will simply not include those packages when working through the list they need. Dependencies will be satisfied, etc. Does that sound like a sane way to go for you? A grep -v loop on ../sid/packages (or is it packages.hurd-i386) and go out for lunch. Thanks. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: What CDs and DVDs should we produce for lenny?
On Wednesday 19 March 2008, Uwe Bugla wrote: In practice this procedure may be appropriate downloading CDROM ISO images. But downloading DVDROM images that way is too risky IMHO. I do not have problems downloading DVD iso's, and I have downloaded and burnt a large number of these, faultlessly. If you offer a graphical version of jigdo additionally to jigdo-lite as command line tool, building up a very long term consisting of mirrorsite + directory + long file name will be extremely simplified. So there won't be any effort to learn how to deal with a new tool if the tool explains itself intuitively. It's command line typing which is building up the barrier :) Note the previous comments by some mirror masters, Jigdo loads their systems more than a normal download. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - personal.[EMAIL PROTECTED] - business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: What CDs and DVDs should we produce for lenny?
A i386 build using the 650mb iso size, not complete, not including popcon (popularity contest), produces four images. All the packages with a task field were included as were the other lists in Debian_lenny (found in Debian-cd). The fourth CD was about 60% full. The remaining space is filled up with popcon packages when the official snapshot images are built. These trial images are the same as the first four official isos produced when the full snapshot set is built. So the minimum number of CDs is four. I would like to see five CD iso made available thus including the more popular packages in popcon. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - personal.[EMAIL PROTECTED] - business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: What CDs and DVDs should we produce for lenny?
On Monday 17 March 2008, Steve McIntyre wrote: [ Please note Reply-To: to debian-cd... ] Hi folks, It's time for me to ask the question again - what CDs and DVDs will we find useful enough that we should make them for lenny? The reason I'm asking is that we're looking at a *huge* number of discs, and it's not clear that they'll all be useful. I've just finished building the full set for lenny d-i beta 1 (hence why I've been so quiet the last few days), and what we're looking at *now* is quite scary: 2 small CDs per arch (business card, netinst) ~30 CDs per arch for a full CD set ~4 DVDs per arch for a full DVD set (total 353 CDs, 51 DVDs, 426 GB) Things are only going to get bigger: we're about to add armel to the mix, and I'm expecting that we're going to grow further yet in terms of the number and sizes of packages before we release lenny. That leaves us with a huge amount of data for us to build and host, and for our mirrors to handle too. So... My suggestion for a minimal number of discs. Enough CDs and DVDs to include all the packages associated with the tasks in tasksel. At the moment there are only two such packages on the fifth CD. It might be an idea to look at the recommends and suggests of these tasksel packages. There will be other packages that people would expect to be on the discs, in my case mc and gpm are two of these. If this were to be adopted then we would need 4-5 CDs and one DVD per architecture. This would be comparable in size to other large distributions. 1. Is it worth making full sets of CDs at all? Can we rely on people having a net connection or being able to use DVDs if they want *everything*? A novice should be discouraged from trying to download a full set. Enough said. Everything can be provided by network or jigdo. If people want the full physical disc set there are disc vendors (warning, I am one). I usually recommend the number of Debian discs that contain the tasksel packages (as above), and get asked for a larger set every two or three years. 2. Is it worth producing all the CDs/DVDs/whatever for all the architectures? Jigdo files for the complete sets. 3. For some arches, should we just provide the first couple of CDs and a full set of DVDs? This is a bit of a compromise option - if a given machine will not boot from DVD, but can boot from CD and get the rest of its packages from a network share then all's good. No comment. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - personal.[EMAIL PROTECTED] - business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
4.0r1 disc images
I have just completed building 4.0r1 i386 cd images using debian-cd from svn and discovered a kernel/module mismatch. This meant that I could not see if apt-cdrom add was working properly. Is there an eta for the iso images and is apt-cdrom add working? This is an equiry, not a complaint. Phil.
Re: too many CD ISOs
On Tuesday 17 April 2007 19:59, Matt Taggart wrote: * So how about keeping around a fixed amount of CD images per arch and dropping the rest? I was thinking 3-4, but it might be cool to keep the first DVD's worth of packages, so maybe that would be 7 CDs? Hmm, we have the kde/xfce images too, I wonder if it would be possible to make each of those be unique beyond the base install and they could act as CD 2 and 3 for each other? Are there other reasons for keeping all the CD images around? If not, now is probably a good time to get rid of them. After a careful examination of the discs I now recommend the first four CDs and first DVD. However, I have had an order, and from the US, for the complete DVD set. This person had good reasons for wanting the complete set. There are parts of the world that depend on recycled hardware with CD drives and no DVD drive, and poor/expensive internet connections. So I would say keep the complete sets, but give some guidance about the number of discs needed. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - personal.[EMAIL PROTECTED] - business I sell GNU/Linux GNU/Hurd CDs DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Disc Testing
Main i386 CDs Boot OK. Graphical and text installers OK. New system boots into gui Tried encrypted LVM. Very slow formatting. Is this normal? Not used. LVM and non-LVM formating works with single and multiple partitions. sources.list. cdrom points to etch; security points to etch. All tasks selected for installation (except laptop), no obvious problems. *** Hack to use multiple discs. * Unplug the network. Do not configure the network. When tasksel comes up only install the Standard system. Reboot, login as root. run apt-cdrom add Scan the discs of the disc set. Run tasksel Install what you want. Reboot. The screen gets over-written by various messages, this can be disconcerting. When installing a NZ system, discs 1, 2, 4 of a four disc set were used. About 1.6 gig was installed. *** This was worked out on an earlier testing build and confirmed tonight (NZ time). 3:45am on Easter Day. Going to bed. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - personal.[EMAIL PROTECTED] - business I sell GNU/Linux GNU/Hurd CDs DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Volunteers wanted to help with final testing of Etch CD/DVD images
On Thursday 05 April 2007 13:34, Steve McIntyre wrote: I'm looking for volunteers to test CD/DVD installations on as many of our architectures as possible. I can perform *some* testing on i386 and amd64 reasonably well myself, but that's as far as it goes. We have started the Easter Triduum here. However, if the jigdos are available early enough I will be able to test i386, amd64. Anything in particular you want us to look at? Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - personal.[EMAIL PROTECTED] - business I sell GNU/Linux GNU/Hurd CDs DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Volunteers wanted to help with final testing of Etch CD/DVD images
On Thursday 05 April 2007 13:34, Steve McIntyre wrote: Hi, As you may or may not have spotted, we're planning to release Etch this weekend, the 7th/8th April. Yay! The current schedule includes me running the CD and DVD builds during the day on Saturday (UTC), ready for us to release with the archive simultaneously on Sunday morning. To help do that, I'm looking for volunteers to test CD/DVD installations on as many of our architectures as possible. I can perform *some* testing on i386 and amd64 reasonably well myself, but that's as far as it goes. There are four items missing from ../tasks/task.list* in the latest svn version of debian-cd british british-desktop gujarati-desktop tamil These omissions lead in turn to gaps in the task-full-etch* lists. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - personal.[EMAIL PROTECTED] - business I sell GNU/Linux GNU/Hurd CDs DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DVDs - priorities and pruning
On Tue, 21 Sep 2004, Steve McIntyre wrote: Most people I've spoken to about the DL size issues have agreed that simply pruning stuff from the end of the popcon list is reasonable. Any objections? I absolutely want to minimise how much pruning we'll have to do, which means that the DL DVD run is going to take a while to produce. It may take a couple of attempts to fine-tune the exact sizes of the images, which is going to be slow. popcon does not include all avalaible packages. I think you will find that there is about 1 GB of packages which will not be included on the DVD if COMPLETE=1 is switched off and everything else (inc popcon) is left as is. I would suggest that building the DVD(s) with COMPLETE=1 and discarding the second image. On a similar topic, the normal (SL) ppc DVD images have now (just) stretched beyond 2 DVDs. Do we want to prune them too? As above. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: revising the first cd contents... (fwd)
* I came close to building a CD with either KDE or Gnome by removing most of the kernel options and looking closely at base. Extra tweeking would probably have produced a working image. A good working system could be installed with 3-4 CDs. IMHO, we should produce a stand-alone CD plus the official set. Four CDs is not unreasonable for a good standard installation considering that Mandrake uses three and Fedora four. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: non-US
On Fri, 18 Jun 2004, Steve McIntyre wrote: What are we going to do about non-US for the sarge release? I notice the images on gluck don't seem to contain any non-US files at all. Is that how we want to proceed: just drop non-US? I have been building DVDs with debian-cd and the last CD build I did was some months ago. I think we will have problems building a useful CD1 if we have the two versions like we have had in the past, one with non-US, the other without. The space vacated by non-US was left empty which meant that the remaining discs were identical in both sets. I would suggest that the second CD be the US/non-US CD, or the third if this needs to happen. Another question to ponder. Is the time right to switch to 700 MB media? I suspect most samba developers are already technically insane... Of course, since many of them are Australians, you can't tell. -- Linus Torvalds Linus is quite right, West Islanders are rather like that. Phil, waiting for an Aussie bite. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 700 MB media
On Fri, 18 Jun 2004, Philip Hands wrote: Petter Reinholdtsen wrote: [Richard Atterer] IMHO, definitely - it's been a very long time since I last saw 650 MB media... It is less then a year ago since debian-edu tried to switch from 650 to 700 MB images, and got reports about CD burners unable to burn the images. Because of this, debian-edu still make 650 MB images. With Steve's whizzy new patch for generating jigdos straight from mkisofs, it all runs fast enough so that we could contemplate generating jigdos for both sizes, as well as business cards DVDs, say. It's not like extra jigdo versions take up much room. If we do that, CD vendors and home CD burners can chose a size that suits their hardware. People like ourselves use Jigdo extensively, but my observation is that most people who want to download CDs wait until the images are available. I suspect that those who would use Jigdo and who do not have a local Debian mirror would opt for a network installation. Given this I would suggest that we stick to a single CD set. Phil. (The other one) -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: non-US
On Fri, 18 Jun 2004, Santiago Garcia Mantinan wrote: I like the idea, there are so many medias now, that just building on the smaller ones for compatibility doesn't sound good. I'm specially looking forward to the double layer dvds, that would mean just one dvd with all our binary packages :-) Double sided, double layered for sarge +1 ;) Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: revising the first cd contents...
On Fri, 18 Jun 2004, Santiago Garcia Mantinan wrote: * We are building with contrib, like we have done in the past, how about adding contrib just to the last media? after all main has gone in? I think this is not posible with current debian-cd, anybody wanting to make the modifications to allow this? Feel free to sugest and/or comment whatever you want, I'd like to hear whatever people has to say about all this. I gave up with CDs and switched to DVDs when I discovered similar problems. Mandrake 10.0 and Fedora Core 2 realy need three CDs for a reasonable installation. BOTOH, there are distros on a single CD. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: US - Non US difference.
On Sat, 20 Mar 2004, Mejo wrote: I have got a questions for which I was not able to find the exact answer from any where else(even from debian.org). Guess that this is the best place to ask it. 2. Does Non_Us cds contains all the packages that US one has? Yes. The non-US CD is the same as the US except that it includes the non-US software as well. 3. I have both the cds with me now. Is it legal to distribute both in India? India is not part of the US and the US legal restrictions would not apply to India. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: US - Non US difference.
On Sat, 20 Mar 2004, Mejo wrote: I have got a questions for which I was not able to find the exact answer from any where else(even from debian.org). Guess that this is the best place to ask it. 2. Does Non_Us cds contains all the packages that US one has? Yes. The non-US CD is the same as the US except that it includes the non-US software as well. 3. I have both the cds with me now. Is it legal to distribute both in India? India is not part of the US and the US legal restrictions would not apply to India. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz
debian-cd 2217
I built a 12 disc CD set with the latest version last night. Disc trees, not the CDs. However, the correlation between the tree size and the image size is close enough. Disc 1 was 676 MB. A simple temporary hack will solve this. Disc 12 and one other were the only ones under 650 MB. IMHO this was because the 14 MB of sarge secured had not been accounted for. Dropping DEFBINSIZE=630 in CONF.sh to 616 would solve this. An other alternative would be to use 700 MB media which I don't favour. Another issue is that the packages associated with the various tasks are scattered throughout the the disc set. I could pick this up if you like. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
debian-cd 2217
I built a 12 disc CD set with the latest version last night. Disc trees, not the CDs. However, the correlation between the tree size and the image size is close enough. Disc 1 was 676 MB. A simple temporary hack will solve this. Disc 12 and one other were the only ones under 650 MB. IMHO this was because the 14 MB of sarge secured had not been accounted for. Dropping DEFBINSIZE=630 in CONF.sh to 616 would solve this. An other alternative would be to use 700 MB media which I don't favour. Another issue is that the packages associated with the various tasks are scattered throughout the the disc set. I could pick this up if you like. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz
Re: Progeny picax: Replacement for debian-cd
On Thu, 15 Jan 2004, Raphael Hertzog wrote: Thank you but I already received many critics for debian-cd and I never felt offensed. After all debian-cd is working since slink (even if it was not yet official at that time) and it has far outreached its initial goal. But it suffers from other problems and now it's time to overcome those problems if it must work for a few more releases. :-) The present debian-cd has the advantage that it can be hacked to produce Debian GNU/Hurd images. The end result is very ugly, but it works. I asked people on debian-cd to review picax and give feedback (on the list and to you). Let's see what comes out ! My main worry is that it might too polished to easily hack. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Progeny picax: Replacement for debian-cd
On Thu, 15 Jan 2004, Raphael Hertzog wrote: Thank you but I already received many critics for debian-cd and I never felt offensed. After all debian-cd is working since slink (even if it was not yet official at that time) and it has far outreached its initial goal. But it suffers from other problems and now it's time to overcome those problems if it must work for a few more releases. :-) The present debian-cd has the advantage that it can be hacked to produce Debian GNU/Hurd images. The end result is very ugly, but it works. I asked people on debian-cd to review picax and give feedback (on the list and to you). Let's see what comes out ! My main worry is that it might too polished to easily hack. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz
Re: looking for hurd k-4
On Wed, 10 Sep 2003, jason andrade wrote: i've got J2 ones.. so a bit more recent than that but not the latest. i used to have up two date ones once.. any chance of mailing me iso images philip ? :) Great. Address please. Phil -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: looking for hurd k-4
On Tue, 9 Sep 2003, Richard Smedley wrote: On Mon, 2003-09-08 at 21:02, Pankaj Kaushal wrote: I am not on the list so please cc the replies. Hello Pankaj, I am looking around for hurd K-4 images for the last 4 hours. All the links I checked have K-4 romoved. Is it even out yet? Plus all the other ISO images are missing too cant even find K1 or J1 J2. K4 came out six weeks ago http://lists.debian.org/debian-hurd/2003/debian-hurd-200307/msg00163.html but was a victim of the cracking of ftp.gnu.org. I posted a set to Attilla Nagy about ten days ago, but they have not arived. If someone has a set of images, or knows where a set is, would they contact Attila Nagy [EMAIL PROTECTED] so they can be uploaded. ftp.fsn.hu is the site that the GNU images were originally distributed from. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz
Re: looking for hurd k-4
On Wed, 10 Sep 2003, jason andrade wrote: i've got J2 ones.. so a bit more recent than that but not the latest. i used to have up two date ones once.. any chance of mailing me iso images philip ? :) Great. Address please. Phil -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz
Re: SID on CD?
On Tue, 13 May 2003, Jan Kesten wrote: If not: is there any spec describing the structure of Debian-CDs? I mean, so that they can be used via apt and the installer. Take a look at debian-cd in cvs.debian.org/debian-cd Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz
Re[2]: Up-to-date images of Sarge and Sid are where?
On Tue, 13 May 2003, Jan Kesten wrote: Now I have 6 CDs with binaries and 7 CDs with sources. But I remember that there were 11 binary CDs? Or am I wrong? Are there much fewer files now in sid or is something odd with my way to build the CDs? I have looked around the web but found no idea what's happening. COMPLETE=1 in build.sh Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz
Re: where are the hurd k2 jigdos ??
On Thu, 20 Mar 2003, Linux Geek wrote: i am looking all over for debian hurd k2 jidgo files. i give up posted here. where can i find them ? please someone help me ! it will be really appreciated. There are many problems in producing them. One being that the Debian GNU/Hurd archive changes considerable every day, after all it is sid. We are working on this. In the meantime you will have to use the CD images. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: where are the hurd k2 jigdos ??
On Thu, 20 Mar 2003, Linux Geek wrote: i am looking all over for debian hurd k2 jidgo files. i give up posted here. where can i find them ? please someone help me ! it will be really appreciated. There are many problems in producing them. One being that the Debian GNU/Hurd archive changes considerable every day, after all it is sid. We are working on this. In the meantime you will have to use the CD images. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz
Re: Creating jigdo files without loal file access
On Thu, 6 Mar 2003, Patrick Strasser wrote: Hello again! I'm sorry to corrct myself, but things turned out to get better. The template size of 101 Mb was without alph.gnu.org packages. With alpha packages it's 62 MB. Wich I think is quite ok. 37 MB in disks-hurd-i386 is unique to K2, so you have done very well. I will switch off the TRANS-TABLE option next build. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Creating jigdo files without loal file access
On Thu, 6 Mar 2003, Patrick Strasser wrote: Hello again! I'm sorry to corrct myself, but things turned out to get better. The template size of 101 Mb was without alph.gnu.org packages. With alpha packages it's 62 MB. Wich I think is quite ok. 37 MB in disks-hurd-i386 is unique to K2, so you have done very well. I will switch off the TRANS-TABLE option next build. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz
Re: Creating jigdo files without loal file access
On Tue, 4 Mar 2003, Patrick Strasser wrote: Philip Charles, the creator of the Debian/Hurd CDs, is located in New Zealand, and has only low bandwith capacity. He manages to fetch all necessary packages, but uploading 5 CDs takes much to long on his connection. So he gives the images to a friend, who has better connectivity and loads them up. This is quite complicated and takes time. That's why I'm investigating a way to build jigdo file sets without a big local filesystem, which is expensive to keep up to date; Philip would then build his CDs, make jigdo fiel sets, which are much smaller, and hopefully load tehm up himself, aving a lot of time. At the initial upload server someone runs jigdo and blows them up to full size. So all the CD creator does is managing the meta-information (CD structure and special packages/files). Thus he does not move around data, but just the additional data for oraganisation. I like this idea :-) So do I. I can always give prior notice of when I am freezing the mirror to produce the CDs, then the CD creator can freeze theirs at the same time. Boot floppies remain constant thoughout the K (or whatever) series, however baseGNU.tgz and its associated floppies change with each release, say 35-40 MB. There are some packages I have collected in addition to those on alpha.gnu.ord which with alpha make up the local fs. Andrew Mitchel is uploading the K2 images at the moment. May be Andrew and I could be given access to a suitable machine and do the job ourselves? Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Creating jigdo files without loal file access
On Tue, 4 Mar 2003, Patrick Strasser wrote: Philip Charles, the creator of the Debian/Hurd CDs, is located in New Zealand, and has only low bandwith capacity. He manages to fetch all necessary packages, but uploading 5 CDs takes much to long on his connection. So he gives the images to a friend, who has better connectivity and loads them up. This is quite complicated and takes time. That's why I'm investigating a way to build jigdo file sets without a big local filesystem, which is expensive to keep up to date; Philip would then build his CDs, make jigdo fiel sets, which are much smaller, and hopefully load tehm up himself, aving a lot of time. At the initial upload server someone runs jigdo and blows them up to full size. So all the CD creator does is managing the meta-information (CD structure and special packages/files). Thus he does not move around data, but just the additional data for oraganisation. I like this idea :-) So do I. I can always give prior notice of when I am freezing the mirror to produce the CDs, then the CD creator can freeze theirs at the same time. Boot floppies remain constant thoughout the K (or whatever) series, however baseGNU.tgz and its associated floppies change with each release, say 35-40 MB. There are some packages I have collected in addition to those on alpha.gnu.ord which with alpha make up the local fs. Andrew Mitchel is uploading the K2 images at the moment. May be Andrew and I could be given access to a suitable machine and do the job ourselves? Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz
Re: Why didn't????
On Sat, 3 Aug 2002, Chu Roger wrote: I have seen New Updates for HURD in CD images. The latest version is J1, right ftp://ftp.gnu.org/iso/ Why didn't you update your web page??? http://www.debian.org/ports/hurd/hurd-cd The version I see is H4..what is going on??? Because the upload was completed when I was in bed and now I have just got home again. Time zones. It is my responsibility. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /CD/vendors: What to do about DVD vendors
On Mon, 8 Jul 2002, Craig Small wrote: On Sun, Jul 07, 2002 at 09:24:42PM +0200, Richard Atterer wrote: Hello, I'm the webmaster who looks after the pages about Debian CD vendors so the short answer is, whateever is done is whatever I do about it. I've included the debian-cd folk on this reply too because what I need to know is how to data model these DVDs and what are the likely types of DVDs or sets of DVDs to come out. I can then make the neccessary database (I adjust my html source using a database) and web page changes which then run through the translators. The first DVD I would roll out would be an i386 vendor. The second a GNU/Hurd vendor. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About harware detection and configuration tools in 1st CD
usefull packages are included in 1st CD, like: +Debian:pool/main/p/penguineyes/penguineyes-gnome_0.10-22_i386.deb (244 kb) +Debian:pool/main/p/penguineyes/penguineyes_0.10-22_i386.deb (238 kb) Do you think that users like to see penguineyes instead of working operating system ? Santiago Vila [EMAIL PROTECTED] wrote: The current CDs are made basically using the data produced by the popularity-contest package. Debian is for everybody, not just for beginners. If package A is more popular than package B, then A is more likely to be included in CD#1, even if it's less user-friendly than B. In my opinion this principle is basically right and should not be changed. Data, produced by popularity-contest is not reliable, because only few percent of debian users uses popularity-contest package. I know no simple users, that uses popularity-contest package and only few avanced users. And data, produced by popularity-contest are only about systems, connected to internet, but CD is most usefull to users, that have no internet connection. We need better system, to hear not only advanced users oppinion but other users too. Most simple users don't like debian, because they think, that there are not user-friendly configuration tools (they simply download 1 CD, try to install and find that they are rigth). But if we include some tools (packages which I mentioned before and some graphical configuration tools, like stormpkg (~100 kb), user-friendly graphical configuration tools, developed by Progeny: python-configlet (35kb), configlet-frontends (20kb), timezoneconf (30kb), localeconf (20kb) and maybe some more hardware detection packages: kudzu, sndconfig) people would see that debian is not so difficult to use. (see for example Progeny Debian - is very user-friendly for all - beginners and advanced users) Waiting for changes ;), Mantas Kriauciunas [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Say no to software patents! http://petition.eurolinux.org/ |)| Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/ |-| HANDS.COM Ltd.http://www.uk.debian.org/ |(| 10 Onslow Gardens, South Woodford, London E18 1NE ENGLAND -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: What kernel stuff on CD1? Was Still no TeX in CD#1
On Thu, 30 May 2002, Santiago Vila wrote: On Thu, 30 May 2002, Wichert Akkerman wrote: Previously Philip Hands wrote: The good news is that TeX is in, the bad news is that packages such as xdm, xfs xterm are out. This seems bad, but I suppose since gdm kdm are on there, and one can survive without xfs, and gnome-terminal is in, we could actually live without those, but will the resulting lack of x-window-system cause a problem with the tasks? Breaking X is imho a much worse than getting TeX on CD1. gnome-terminal is definitely not a replacement for xterm. Well, I refuse to think that we have to choose between X and TeX... What I don't understand is the reason xterm, used regularly by 445 people in the pop-con goes to second CD when you move xspecs (used regularly by 0 people) to the second CD. BTW: Please note that the x-window-system meta-package is not the one normal people would install: This metapackage provides substantially all the components of the X Window System as developed by the XFree86 Project, as well as a set of historically popular accessory programs. The development and debugging libraries are not provided by this metapackage. This package depends on xspecs so it's certainly not for normal users. We are operating with two sets of constraints. The task system. x-window-system is part of task basic-desktop, so to remove it means that this task is incomplete and probably broken unless the first two CDs are used. If a package is to be moved off the first CD then ../indices/override.woody.extra.main.gz needs to be checked to see if it is part of a task. If it is, then moving it will probably break the task. The release. We were told in no uncertain terms that we were not to mess with task system. We need to do the best we can within these limitations. The alternative is to tell people that they need the first two CDs minimum. woody+1 for the solution? Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: CD release announcement
On Thu, 30 May 2002, Richard Atterer wrote: Another related question: At the moment, jigdo-mirror does not allow you to filter which images it should create and which not. People using it will only be able to mirror all 88 images, there's no way to prevent it from creating e.g. binary-3 to binary-7, or the non-us CDs. Should I modify it to allow such filtering? Most definitely yes. Many site only mirror i386. The images of the current stable distribution (potato) need 13 GB of disc space for 22 CD images. In contrast to this, the full set of woody CDs needs about 53 GB for 88 CD images! [The 88 is 8*10 + 8 source.] Because we expect that most mirror admins do not want to dedicate so much space to CD images, by default not all CD images will be made available, only a subset which will take about 21 GB for 34 CD images. (We omit CDs 3-8 for the 9 non-Intel architectures.) Let people choose. Filtering. Unless Phil Hands wants to limit the number. [Is this correct? Will PIK-style .list files be generated? Will the rsync/http/ftp paths stay the same?] I hope so, particulaly rsync. There will be dud jigdo images. PIK and debian-cd can be used to produce starting images for use with rsync. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: What kernel stuff on CD1? Was Still no TeX in CD#1
On Thu, 30 May 2002, Santiago Vila wrote: On Wed, 30 May 2001, Philip Charles wrote: The release. We were told in no uncertain terms that we were not to mess with task system. More than being a part of, x-window-system is the *only* package in the basic-desktop task. I think there is something fundamentally wrong in this task if it's called basic and, at the same time, it includes xspecs. There is also a `desktop' task containing x-window-system-core, which is the good one. I think the basic-desktop task should not exist, or it should not contain x-window-system, or we should not force it to be in the first CD. I would like to hear some comments about this from whoever created this weird basic-desktop task. If you look at i18n you will see worse problems. But we are stuck with what is there as far as woody is concerned. We can only do what we can given the restrictions imposed by a (hopefully) imminent release. We have made quite a lot of progess, at least a stand-alone first CD does work, but it is far from perfect. I cannot say that I am happy with the situation. Bitching about this situation has a theraputic value, but it is not going to change anything. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: What kernel stuff on CD1? Was Still no TeX in CD#1
On Thu, 30 May 2002, Santiago Vila wrote: What's wrong with basic-desktop being x-window-system-core plus a WM plus xterm? As I said, x-window-system contains things which are far away from being basic. If we force it to be on CD #1, lots of very popular packages will end up being in CD #2. The freeze? -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: What kernel stuff on CD1? Was Still no TeX in CD#1
On Fri, 31 May 2002, Santiago Vila wrote: If we can't fix usability bugs during the freeze, we might better unfreeze woody for a while, fix the basic-desktop task, and freeze woody again... Let's get woody out of the door fast. Tomorrow preferably, if not, the day after. We can reccommend that people use the first two CDs. This is the case with Red Hat, not that this is an example I would like to follow long term. Woody+1 Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: First try on Hurd-H4-CD1 jigdo files
On Fri, 31 May 2002, Patrick Strasser wrote: Cut To sum up, first we need a list of files that can be found on mirrors with their corresponding location, what I'm trying to do ATM. And second the files itself for the checksums, which we get from the mounted image. I now work with a local copy of alpha, just to be able to separate the server locations in the jigdo file, but this should not be needed with a file listing from alpha and some file list manipulation. In my theory this would result in the perfect hurd-H4-CD1 jigdo files. (But as a wise man said: I practice the difference between theory and practice is mach bigger than in theory ;-) I realy don't like this complexity. I can add quite a few more complications, e.g. unique Hurd boot-floppies which only exist on the master CD images. These would always have to be fetched from somewhere. I suspect that a hacked PIK might be the easiest way to go. This would probably give us about 80% complete images which could be rsync'ed. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: First try on Hurd-H4-CD1 jigdo files
On Wed, 29 May 2002, James Morrison wrote: Hi, I think you were right the first time. You should not be looking at debian-staging or debian-stdio anymore. The H4 cd's are libio based, which means alpha.gnu.org/gnu/hurd/debian is the only place outside the official archive you should look for packages. Not for H4. For future images, yes. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: First try on Hurd-H4-CD1 jigdo files
On Wed, 29 May 2002, Patrick Strasser wrote: My big mistake was not to look into debian-staging and debian-stdio at alpha. We have nearly 4000 files, including lots of TRANS.TBL, which go into the template. We have 1896 packages, and 380 could be found on alpha (including the staging and stdio directories). Seems quite promising. I played arround with the file list and finaly got a template with 10Mb size. I'm testing it ATM. Good luck, let us know how you get on. We need to speed up the transfer of the iso's from Dunedin to Budapest. Could you start thinking of how we could use a loop mounted iso image to speed things up. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: What kernel stuff on CD1? Was Still no TeX in CD#1
On 29 May 2002, Philip Hands wrote: Does anyone have other candidates for a move, or reasons not to move any of the packages mentioned above? Good luck. Don't $#@! tasks. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: First try on Hurd-H4-CD1 jigdo files
On Tue, 28 May 2002, Patrick Strasser wrote: Hi there! Beeing bored yesterday I tried to create a jigdo file set for the first of the four Debian GNU/Hurd H4 snapshot CDs. That's what I did and the problems I had: Cut Unfortunately the files worked only partly: 381 packages could not be found on the mirrors. They seem to me some special packages not official distributed by Debian. I don't know if this files are not existant any more or if I could get them from some other special server like alpha.gnu.org. I tried alpha, but the directory structure did not match and I had no time to investigate this yet. Has anyone an idea how to get around this problem? Phil, where do you get your packages from? The extra H4 files came from alpha.gnu.org/../debian-libio, future sets will be using alpha.gnu.org/../debian. This illustrates the problem of producing kits like jigdo for the Hurd, the Hurd is a rapidly moving target. Until now, the jigdo files are quite useless, as this 381 files are missing. I think it would be a great benefit to get this distribution system working. E.g. for me downloading from my university is of course much faster and produces not muich external traffic, so I make the network admins less unhappy :-) Attila, Andrew and myself are very aware of this problem. The best we will probably be able to come up with is some form of partial image that can be completed with rsync. 1. There is likely to be differences in the packages present in the Debian archive from the time the images are built and when people want to produce the images. 2. A new baseHurd is produced for each set (H4 was an exception). This also means that the corresponding floppies are also new. 3. The rest of the disks-hurd-i386 only have a passing resemblance to any other Debian set. However, they may last a few months. If anyone could come up with a suitable scheme, we would love it. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: First try on Hurd-H4-CD1 jigdo files
On Tue, 28 May 2002, Richard Atterer wrote: On Wed, May 29, 2002 at 01:14:23AM +1200, Philip Charles wrote: The extra H4 files came from alpha.gnu.org/../debian-libio, future sets will be using alpha.gnu.org/../debian. This illustrates the problem of producing kits like jigdo for the Hurd, the Hurd is a rapidly moving target. It's true that this makes using jigdo difficult, but as you can see from Attila's sid CDs and DVDs, it's possible. If anyone could come up with a suitable scheme, we would love it. Cut. Any chance of using a loop mounted CD image as a source? Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
What kernel stuff on CD1? Was Still no TeX in CD#1
I have been convinced. What kernel images, packages, source, patches do we want on CD1? At the moment we have, rough list. Resubmitted in case you have deleated it. What no source! Phil. Package: kernel-image-2.2.20 Package: kernel-image-2.2.20-compact Package: kernel-image-2.2.20-idepci Package: kernel-image-2.2.20-reiserfs Package: kernel-image-2.2.20-udma100-ext3 Package: kernel-image-2.4.16-386 Package: kernel-image-2.4.16-586 Package: kernel-image-2.4.16-586tsc Package: kernel-image-2.4.16-686 Package: kernel-image-2.4.16-686-smp Package: kernel-image-2.4.16-k6 Package: kernel-image-2.4.16-k7 Package: kernel-image-2.4.18-386 Package: kernel-image-2.4.18-586tsc Package: kernel-image-2.4.18-686 Package: kernel-image-2.4.18-686-smp Package: kernel-image-2.4.18-k6 Package: kernel-image-2.4.18-k7 Package: kernel-pcmcia-modules-2.4.18-386 Package: kernel-pcmcia-modules-2.4.18-586tsc Package: kernel-pcmcia-modules-2.4.18-686 Package: kernel-pcmcia-modules-2.4.18-686-smp Package: kernel-pcmcia-modules-2.4.18-k6 Package: kernel-pcmcia-modules-2.4.18-k7 Package: kernel-image-2.4.18-bf2.4 On Fri, 24 May 2002, Santiago Vila wrote: What about putting kernel-source-2.4.18 and kernel-source-2.2.20 in CD #1 instead of the individual kernel-image-* packages? This would leave a lot of room for TeX and maybe i18n as well. (Currently kernel-source-2.4.18 is in CD #6, according to the latest jigdo file I have). The bad thing about those kernel-image-* packages is that normally you only want to install one of them, so there is a lot of wasted space in CD #1. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Still no TeX in CD#1
On Thu, 23 May 2002, Santiago Vila wrote: I've checked the pre6 images and teTeX is still in CD #2. I made a very simple and precise question about this: http://lists.debian.org/debian-cd/2002/debian-cd-200205/msg00133.html but nobody answered. What's the problem? This goes back about two months, IIRC. At that stage almost all the tasks were split over the first two CDs which in effect made the first CD useless as far as tasksel was concerned. Modifications were suggested to make tasksel function better, but these were vetoed as we were too close to the release. Fair enough. The only alternative was to get as many complete tasks onto the first CD. A number of combinations were tried and the best was to move i18n and tex to CD2. All the other tasks are completely on CD1. Unfortunately, some i18n and tex packages are on CD1 so tasksel thinks that they are available, but they are not. We were advised that this problem should be mentioned in the relevant documentation. I do not know if this has been done. No value judgement was made about tex. This particular split was made to ensure that the first CD works as well as possible. From memory, the next best package configuration was to move all of i18n to the first CD, but this meant that more tasks were on the second CD. Testing the various combinations is complex and time consuming, so please do not make suggestions unless the package ordering has been thoroughly tested. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: i18n in Woody CD#1
On Thu, 23 May 2002, Romel Sandoval wrote: Since Debian its suppose to be the Universal Operative System and KDE its the default x-session-manager, I think its impertive to include kde-i18n packages in the CD#1. What do you think? This was my thinking as well, so I made quite an effort to do this. But the first CD works better as it is. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to debian-cd/tasks by hertzog
On Mon, 6 May 2002, Raphael Hertzog wrote: Exactly, it doesn't matter on which CD kernel 2.4.16 ends ... it could as well be completely removed since we have 2.4.18. Quite agree. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to debian-cd/tasks by philipc
On Sun, 5 May 2002, Raphael Hertzog wrote: Am I being particularly dense, or is it in fact the case that the (un)exclude-* files are not yet in CVS for some reason? Yes, it looks like he Philip forgot to cvs add before committing. :-) Quite correct. I have spent the last hour wading through a morass of unintelligible documentation, to no effect. I _HATE_ cvs. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to debian-cd/tasks by hertzog
On Sun, 5 May 2002, Debian Boot CVS Master wrote: Repository: debian-cd/tasks who:hertzog time: Sun May 5 09:39:35 PDT 2002 Log Message: * Remove the include of pine and unexclude-CD2-woody. They are not useful. Pine was a mistake, however unexclude-CD2-woody is needed to get the packages onto the second CD, otherwise they end up on a much later CD. But on the other hand, this may not matter. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About 1st debian CD
On Sat, 4 May 2002, Raphael Hertzog wrote: Please commit your task-woody on the CVS, and also commit the exclude-woody and unexclude-CD2-woody ... thanks ! I am doing another rebuild at the moment with a few improvements. At this stage it seems that tex, fortran and i18n will be on CD2. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About 1st debian CD
On Fri, 3 May 2002, Chris Lawrence wrote: Who needs 130MB of various kernel-images in 1st CD ??? I understand - kernel 2.2.20 and 2.2.18 are really usefull, but what about 2.4.16 ? How many users will use kernel-image-2.4.16-i386 when there are newer version - kernel-image-2.4.18-i386 ? We shoult remove ar least kernel-image-2.4.16-i386, then x-window-system (xserver-xfree86, xserver-common, xfonts-base, xfonts-100dpi, xfonts-75dpi) will fit in 1st CD without problems. In previous prelelease (debian-30pre1-i386-binary-1_NONUS.iso) almost all x-window-system packages were in the 1st CD, why in pre2 most X packages are moved in second CD ? 1. What CD images are you referring to? The ones on ftp.fsn.hu are unofficial, as are any other CD images floating around on the net. They are probably using an unmodified late version of debian-cd, see below. 2. (To whomever is responsible for these images:) You probably should update your copy of debian-cd from CVS and remove base-woody from the task file you are using. This will eliminate a lot of stuff that's allegedly base but unimportant. Pick a 2.2 and a 2.4 kernel image and put them in your task file. Having looked at base-woody this would make little difference as the kernel images are not in this list. I suspect that this list is redundant as the packages listed would be included on the first CD regardless. The way around this would be to EXCLUDE selected kernel-images and UNEXCLUDE2 this list of images for CD2. Woody CD 1 should be fairly complete with minimal hassle, at least for all ISO-8859-* languages. (The cjk tasks bring in a lot of extra stuff, so it might be worthwhile to have a separate Woody CJK cd that has cjk tasks on it.) Through careful ordering of the packages in task-woody I have managed to get most of the packages mentioned in the tasks onto the first CD. The exceptions are i18n, games, junior, science and fortran-dev. The official task-woody list has been sorted alphabetically which creates a shambles of the first two CDs. The script I use, cat task.list | while read LINE; do \ apt-cache dumpavail | grep-dctrl -F Task $LINE -n -s Package;done \ ./tasks/task-woody task.list lists the tasks in the order I want them on the CDs, task-woody now lists the packages needed for each task in the same order as task.list. This list is _not_ sorted. Thanks for the tip about the kernel images, this could mean that all of games, junior and science will end up on the first CD. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Optimising Debian-CD
On Tue, 9 Apr 2002, Wookey wrote: On Tue 09 Apr, Philip Hands wrote: I've been watching debian-cd running on open struggle with the trivia of generating things like Packages files, and md5sums, and it occurs to me that much of this could do with some work. For example the generation of the md5sum files would be done a lot quicker by a perl script that picks the pre-calculated md5sums out of the ftp archive's md5sum.gz file. Before I start this, does anyone have any reasons not to do this? IMO it's actually better to use the master md5sums, because it gives a simple end-to-end sanity check. This seems reasonable, but will it work properly on non-official CDs - or are you only proposing this option for official CDs? ie on non-official Cds some packages are (potentially) replaced by local ones with different MD5sums. I don't think there is a pre-prepared md5sum.gz file to fish these out of (but Icould be wrong - I'm thoroughly out of date on how things have chaned in this area (scanpackages etal) between potato and woody. A slightly more ambitious replacement would be to generate the Packages files by taking the records out of the main archive's Packages files. Same proviso applies. My home made packages have md5sums generated by the standard build scripts. I can see no problems, provided make mirrorcheck is used. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Test of el-torito and isolinux multiboot for CD
On Mon, 8 Apr 2002, Raphael Hertzog wrote: First method : multiboot with el-torito --- The first hurd-H3 CD image was built el-torito multiboot. The questions are, who posts to the hurd list and where do the reply to? Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: YACS again
On Mon, 16 Aug 1999, Steve McIntyre wrote: This last step seemed to work, but overflowed the sizelimit above. And then when I tried to do make bin-image CD=2 it failed completely - I don't get a CD 2 at all. woody secured adds ~9 MB to the CD. This is only added when the md5sums are built. I find that $ make list COMPLETE=1 SIZELIMIT1=56000 SIZELIMIT=64800 \ SRCSIZELIMIT=66500 keeps everthing under control and the CDs reasonably close to the max size. Version 2.2.14 Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Needs feedback and testing
On Fri, 29 Mar 2002, Raphael Hertzog wrote: I have had no news since I committed this... the changes were fairly important, so if you could try the latest debian-cd in CVS, that would be cool. I built a nice set of woody i386 file trees with 2.2.14 earlier today. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Woody disks (fwd)
Some comments from a commercial end-user of Debian about woody CDs. The installation went well and did everything he wanted. debian-cd 2.2.13 (with updated base-woody and Debian_woody) and boot-floppies 3.0.21-2002-03-19 were used in the building of the discs. Phil. *** It turned up this morning, and I have a machine also arrived this morning to install them on. Since I understand you're on the CD development team you might know the appropriate place to mention a few minor issues: 1) The graphics are different. From the start the pseudo GUI boxes don't have any borders, then when it comes to selecting modules there are borders but using the wrong character set. 2) When I get to the end of the installation the system prompts me to remove the bootable media, but it hasn't unmounted the CD and therefore I can't eject it. * -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian-cd single cd creation: Tasksel question
On Thu, 21 Mar 2002, Pablo Lorenzzoni wrote: | Chinese etc will be displayed. There will be a broken installation | of the tasks if an attempt is made to install them. | | IMO, the easiest way remove unwanted tasks for a special CD would | be to build the file tree for the CD and remove the unwanted tasks | from the Task: field in the Packages (and Packages.gz) files. Then | build the iso image. What this will cause? The task will still show up in Tasksel, won't it? And if the user select that task what happens? Does I have to recompile tasksel? How to do this? I am doing: (1) make distclean (2) make status (3) make bin-list SIZELIMIT=61000 TASK=tasks/custom EXCLUDE=tasks/exclude.list (4) make bootable (5) make bin-imageDon't use this (5) make packages make upgrade make md5list In CONF.sh you configured this:- # Path of the temporary directory export TDIR=/ftp/tmp This is the address of the file tree that is built into the iso images, complete with Packages files. These are the files you need to modify. Then build your iso images using mkisofs. If you can write a script that would do this automatically (sed?), I for one would find it very useful. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Those task packages
On Thu, 21 Mar 2002, Anthony Towns wrote: On Mon, Mar 18, 2002 at 01:40:57AM -0500, Joey Hess wrote: Oh, locales gets us likely unusable[2] korean, chinese-t, russian, spanish, japanese, german, chinese-s, and polish tasks, so we definitly need to come up with something. No, we really don't. We should definitely document it as a flaw, since that's what it is, and we should definitely fix it at some point... Updating aptitude is not release critical. ...but it's not a security hole, and it's not hard to work around, and it is definitely not release critical. If you want a pleasant Debian install, buy all the CDs (or the DVD), or put an http mirror in your sources.list. That's not an onerous thing to ask. What _is_ release critical is making sure that once you have bought all the CDs, you can do an install. I take it that at this stage we are only allowed to play with debian-cd? Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Those task packages
On Mon, 18 Mar 2002, Joey Hess wrote: Aj Hath Spoken. I won't commit this tasksel stuff I have now to the main tree then. Should be useful post-woody though. I said that I would do my best, so: I managed to get rid of three overlaps, games, mail-server, and file-server by putting them on the first CD and they create no more overlaps. I then put python-dev on, and then web-server popped up. web-server was then added and science popped up (gnuplot). Aghhh!! However, EXCLUDE/UNEXCLUDE2 for gnuplot will fix this. The overlaps on the first CD (with gnuplot excluded from CD1) are now, c-dev (I don't know why, will take a look) chinese-s chinese-t german japanese korean polish russian spanish tex (gv, so we are stuck) The first CD is 622 MB (with gnuplot). This is the file-tree, not the image itself so does not include ~11 MB of bootdisks. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
The first woody CD
I have managed to put together a CD which should work. The tasks included are, desktop laptop dialup print-server unix-server games file-server mail-server tex python-dev c-dev french german polish spanish russian cyrillic The image file-tree was built with NORECOMMENDS switched on and the disc is all but full. The only overlaps are korean, japanese, chinese-t(-s). What would be useful is a method of identifying those packages that NORECOMMENDS excluded and making certain they are put on the second CD. The assumption is that at this stage the primary objective is to make tasksel behave itself as much as possible. None the less it is still an attractive first CD. Must try burning and installing this sometime soon. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Those task packages
Been messing about with my list. These tasks fit onto the first CD. Size, including multiboot, 637MB. basic-desktop laptop dialup print-server unix-server spanish german french polish russian japanese korean These are split between the first two CDs. chinese-s chinese-t The other tasks take up 400MB on the second CD without the other lists. We could keep the tasks on a single CDs by use of EXCLUDE/UNEXCLUDE files if we thought this desirable. The packages from the other lists will fit nicely on the second CD. Don't worry about Red Hat, the first two CDs of 7.2 have to be used to make an installation if one is not a guru. Mandrake 8.1 struggles to get enough on its first CD to be able to make an installation using that disc by itself. My rationale for this split is that the first CD enables people to install and localize a basic system which can be expanded via a network or additional CDs. Objections, comments? Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Those task packages
On Sun, 17 Mar 2002, Joey Hess wrote: I take it there's no chance of getting the desktop task to fit on cd #1? That's a real shame, because that's a task 50% of installers will want. Perhaps it needs to be unbloated a bit. According to my figures, desktop, dialup, laptop and unix-server take up 323238 MB. Some of these tasks will have packages in common so the space taken will be slighty less. We have ~27 KB available on the first CD. I can but try this and see what happens. I hope you know that it's possible to include only part of a task on a CD, and tasksel will only install the available parts, if the task is selected. One has to be careful which parts are included on the CD though. If you just insclude, say, menu, on the first CD, then tasksel will show the desktop task and let people select it, though only menu will be installed. (This probably needs to be reconsidered). This problem is basicly solved. The packages of each task are grouped together and are put on the CD as a block. However, the task packages can split when the first CD has been filled before all the packages of a task have been placed. In my case chinese -s is split. Since base-desktop contains x-window-system, which depends on x-window-system-core, which is in the desktop task, I assume that this is in fact the case, and that users installing from CD #1 will see the desktop task, and get nothing much besides X (and perhaps not even a window manager) if they select it. According to the tasksel README, I have not done a install from a CD. On startup, the tasksel program will read /var/lib/dpkg/available to identify task packages (matching task-*). My understanding is that if no package mentions a task, then that task is not presented. The ways around this that I can see are: 1. Include at least a working subset of the desktop task on CD #1. Probably one of kde or gnome (and we wanted to avoid that decision, sigh). I test the desktop, dialup, laptop and unix-server option later today and see what how much needs to be cut from desktop. 2. Hack debian-cd's Packages files to remove items from Task: headers of the packages file of CD #1 that are for tasks aside from those you listed above. Let people deal with the desktop task being on another CD. This has big problems of its own; if the Task: desktop header is missing for say, x-window-system-code on all cd's, then if the user is using enough cd's to see the rest of the desktop task, they will be in for a rude suprise when they don't get X. If the Packages file on CD #2 is a superset of that on CD #1, and so on, and apt merges them in the right way, this might be ok. A meta-package (yuck) in desktop containing the basic-desktop packages? Then desktop could be removed from the Task: field leaving only basic-desktop. There may be other tasks interrelated in the same way. Will check. 3. Add markers to the task files saying what packages are very important to the task as a whole, and have tasksel refuse to display the task unless all such packages are available. Perhaps the cleanest solution, but it means a significant untested new chunk of code in tasksel. The only time this will happen is when the build is moving from the first CD to the second. The way I am doing this is, cat task.list | while read LINE; do \ apt-cache dumpavail | grep-dctrl -F Task $LINE -n -s Package;done \ ./tasks/task-woody where task.list lists the tasks in the order they are to go onto the CDs. The trick is not to sort task-woody so that each package is put on the CDs in the prescribed order. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Those task packages
On Sun, 17 Mar 2002, Joey Hess wrote: According to the tasksel README, I have not done a install from a CD. On startup, the tasksel program will read /var/lib/dpkg/available to identify task packages (matching task-*). My understanding is that if no package mentions a task, then that task is not presented. Re-read what I said. You apparently have x-window-system-core on cd #1. That is in the desktop task, so the desktop task will be displayed. First the bad news. desktop includes most of the other tasks, far worse than basic-desktop. Now the good news. desktop laptop dialup print-server unix-server make up a 542765K first CD. We have a real problem now there two are important CDs and there is no way we can work round this issue, and it will be worse in twelve months. The simple solution is to go the Red Hat way and say use the two CDs or else. Another suggestion, use dummy packages, these would not be the same as the potato task-* packages. tasksel would look for these new task-* packages and if it found task-foo it would only then offer foo in its menu. There would still be a Task: field so these dummy packages would be included in tasks/task-woody. These would not have to be maintained as they would be fully functional as long as the particular task remained in existence regardless of changes within that task. If people really wanted to be sophisticated then they could be designed not to be installed. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Those task packages
On Mon, 18 Mar 2002, Anthony Towns wrote: On Mon, Mar 18, 2002 at 05:16:43PM +1200, Philip Charles wrote: IMHO we need to come up with something for woody. No, we don't. Make the stuff that you can work, and document the stuff that doesn't work well. The following tasks will only be complete if you have CD#X available or have http apt sources available is entirely acceptable. Making up new features for tasksel isn't. If you'd thought of this about six months ago, it would've been fine. You didn't, so the CDs are going to be worse than we might like. Too bad. We'll know better for next time. Your goal right now is to get some CDs that allow you to do installs. Document what can go wrong and how to avoid it going wrong, but beyond that, nothing's necessary. Understand why. I will see what I can do. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian-cd 2.2.13 and woody.
On Sat, 16 Mar 2002, Chris Lawrence wrote: That's a bit of a head-scratcher, as I had no trouble getting all of games and junior on CD 1. Granted, I was using 700MB as my blank size, rather than 650MB. Do you have including of suggestions disabled? Also, is basedebs.tar being stuck (needlessly) on your CD #1? I am rather unhappy about using 700MB media as many people use old hardware for their first installation. No basedebs.tar, but multiboot. I took a look at list2cds and discovered a YAUO (yet another undocumented option) NORECOMMENDS. Is this what you meant? IMO this is a rather violent option. Should list2cds be hacked to include a NOSUGGESTS option? Anyway I will try a YAB (yet another build) with the NORECOMMEDS enabled. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian-cd 2.2.13 and woody.
On Sat, 16 Mar 2002, Chris Lawrence wrote: True, it's probably best that the official CDs fit on 650MB media. Especially since CD-RW media doesn't seem as available in the 700MB size. *** Probably; at least, that's what I did in my rewritten script (list2cds-cram; unfortunately, it's not a drop-in replacement, which is why I haven't stuck it in CVS). I usually build with just depends and recommends honored, though I've been experimenting with code to avoid recursive suggestion inclusion (suggested packages don't need to pull in THEIR suggestions too, otherwise you get a really dense graph really quickly... debconf will pull in half of GNOME if you let the suggestions get away from you). I also hacked in code to allow treating doc packages that are suggested or recommended as dependencies for purposes of building the CD. Anyway I will try a YAB (yet another build) with the NORECOMMEDS enabled. That should free up a TON of space. Saved some, but not as much as expected. What was the big space saver was removing #include xservers-XFree3 #include interesting-redhat #include interesting-fromcd23 #include linuxtag2000 This dropped the size of the minimal first CD from 580 MB to 343MB, freeing up 237MB. No wonder your 700MB images made a difference. I probably should tar up my hacks as inserted atop debian-cd CVS; at the moment, they just sort of sit in a directory on the lordsutch.com website. (http://www.lordsutch.com/cds/debian-cd/hacks.html for details.) At the moment I am finding the amount of space each task takes on a CD. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian-cd 2.2.13 and woody.
On 16 Mar 2002, Petter Reinholdtsen wrote: [Philip Charles] If I get time I will work out how much space the packages for each task takes. I've made such script already. It is not perfect, but it give a number close to the real value. It currently calculates the disk space used when installing a task, but it should be easy to modify it to use the package size instead. It is available from URL:http://developer.skolelinux.no/cgi-bin/viewcvs.cgi/skolelinux/src/task-skolelinux/tools/pkgdisksize. Thanks, but I have already started. I discovered that there were nasty complications in the form of meta packages, particulaly in Task: junior, and other packages are dragged onto the CDs because of dependencies. So I have decided to make life easy for myself and I am building CD file-trees which only have one task on them. I will post the results in an hour or so. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]