On Mon, 23 Jun 2003, Eduard Bloch wrote: > #include <hallo.h> > * [EMAIL PROTECTED] [Mon, Jun 23 2003, 07:19:54AM]: > > > /archive/debian/download/var/lib/apt/lists/debootstrap.invalid_dists_woody_main_binary-powerpc_Packages > > E: Couldn't download pcmcia-modules-2.4.18-newpmac > > E: ./kernel.sh abort > > make[1]: *** [linuxnewpmac.bin] Error 1 > > make[1]: Leaving directory `/root/cvs/bf/boot-floppies' > > make: *** [build] Error 2 > > According to madison's output, the package is in unstable only. The > reason may be some temporary RC bug that prevented the package from > beeing accepted in Woody. > > > > Stable still has 3.0.22. Is there a reason 3.0.23 never moved to > > > stable, Eduard? > > See above. Woody has been moved to stable under our asses, and to this > time there were an RC bug about potential security problems. One of the > problems with Debian's release system. I have tried the testing version. It fails too: 1393+1 records out I: downloading packages modconf, modutils, whiptail-utf8 I: this arch/subarch supports PCMCIA, downloading pcmcia-cs I: extracting packages into driver extract area /var/tmp/boot-floppies/extract-tmp-529 I: tarring pcmcia materials into incorporated tarball, /var/tmp/boot-floppies/drivers-529/pcmcia.tgz I: removing unneeded message catalogs from modconf I: patching modconf to work with LANG_CHOOSER I: moving from extra area into staging area for driver tarball, /var/tmp/boot-floppies/drivers-529 I: finishing up /var/tmp/boot-floppies/drivers-529 I: moving /var/tmp/boot-floppies/drivers-529 into driverspmac.tgz I: splitting drivers into floppy-sized chunks 1440+0 records in 1440+0 records out 1440+0 records in 1440+0 records out I: downloading kernel-image-2.4.18-newpmac I: downloading PCMCIA module package, 'pcmcia-modules-2.4.18-newpmac' I: Validating /archive/debian/download/var/lib/apt/lists/debootstrap.invalid_dists_woody_Release I: Validating /archive/debian/download/var/lib/apt/lists/debootstrap.invalid_dists_woody_main_binary-powerpc_Packages E: Couldn't download pcmcia-modules-2.4.18-newpmac E: ./kernel.sh abort make[1]: *** [linuxnewpmac.bin] Error 1 make: *** [build] Error 2
real 27m8.803s user 11m56.990s sys 5m3.070s Kultarr:~/testing/boot-floppies-3.0.23# The current position is; Woody fails CVS fails Sarge fails. It seems to me part of the problem is that it has hard-coded into it versions of kernels to use, and the kernel maintainers have replaced those packages. I don't know what kernel versions to use for what, or OTOH how to build my own kernels so as to get things in sync. I'm sure I can hack this thing to build the bootfloppies _I_ need, but that won't help others. Part of what I would do is prevent it from building for boxes I don't have. What I think should be happening is this: 1. Default to using mirror(s) from /etc/apt/sources.list. That would eliminate one of the customisations I must make. 2. Parse the Packages to the extent necessary to discover the most recent of each of the packages needed. 3. Maybe source a site configuration file from /etc/bootfloppies/ where the results of steps 1 and 2 can be adjusted. 4. Source a personal configuration file for further fine-tuning. I'm sure you can argue whether this idea is slightly broken: the main objective is to achieve something that is robust enough to work for the unsuspecting (me, for example) and to simplify customisation for more advanced use. Customising the config file doesn't seem to me especially elegant or robust, and I can imagine it causing problems with updates from CVS. > > What should be in stable is working tools that may be used to create the > > binaries created;-) How else can uses enjoy their GPL-given rights? > > It should. My bug report against ftp.debian.org has been closed quickly, > so blame those guys. -- Cheers John Summerfield Please, no off-list mail at all at all. This address accepts mail only from Debian addresses. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
