Re: Documentation provided in the Woody CDs (should be fixed)
On Thu, May 02, 2002 at 01:42:01AM +0200, Jordi Mallach wrote: > On Tue, Apr 30, 2002 at 09:13:39PM +0200, Javier Fernández-Sanguino Peña wrote: > > Also please check Bug #58638. Even if the boot-floppies documentation is > > translated to many languages I seem to find only a few (it,cs,da,ca). > > I assume only the languages that were ready when bf 3.0.22 was tagged > are there. Most of the translations catched up post-.22. What about a translation-only new version ? Bye, Mt. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New jigdo test on cdimage.d.o
On Wed, 2002-05-01 at 03:38, Mattias Wadenstein wrote: > On 27 Apr 2002, Philip Hands wrote: > > > Hi, > > > > I've mostly finished off my "publish_cds" script, and the results are > > available here: > > > > http://cdimage.debian.org/jigdo-area/ > > > > The structure is: > > > > The *.jigdo, *.template and MD5SUMS for each architecture are here: > > > > jigdo-area//jigdo// > > And the final images should go into /debian-cd/// ? I was thinking of putting them in a subdirectory: /debian-cd//images// Mainly because on open, the images will need to be on a different partition from the snapshot (which has to live on /home because of the hard-links to the archive). It would also make it more obvious for people that want to mirror only the images, or perhaps all bar the images. Also, to start with at least, the images will only be a partial set on open, because leting people rsync 90-odd CDs off open would be a mistake. AJ's latest suggestion, which seems like a good plan, is to point cdimage.debian.org at raff.d.o instead of open, and have all the jigdo files (which should have no non-US stuff in them, so raff being in the USA os fine) and the main part of the Then we could just have the 1_NONUS images on open (as well as all the jigdo files) and call it something like nonus-cds.d.o > > and this is a hard-link farm built from the TDIR link farms for the > > architectures, and so should have every file required for the jigdo > > files: > > > > jigdo-area//snapshot/ > > > > The jigdo files should have the right URLs in for the template, and the > > snapshot. > > Well, at lest the snapshot seems to work. > > > BTW does the fact that the template is pointing at cdimage in this file > > mean that the whole world are going to try to pick up the templates from > > there, rather than the mirror the grabbed the jigdo file from? > > Well, for the mirror situation, it (jigdo-mirror) seems to find them > locally when you have mirrored it. Mirroring the snapshot is probably > harder though. Having raff as the home of the main snapshot seems to be the way to go here. > > Anyway, have a play and tell me what breaks. The alpha and sparc images > > are still not right, but I thought getting this out for testing was a > > higher priority. > > Trying to build them now with (woody) jigdo-file and jigdo-mirror gives: > Found 1322 of the 1356 files required by the template > Copied input files to temporary file `image.tmp' - repeat command and > supply more files to continue > 2002-05-01 04:10:19: 34 parts still missing from image > 2002-05-01 04:10:19: Too many files missing in local mirror Shouldn't it be getting the missing bits from the snapshot? Cheers, Phil. -- 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 signature.asc Description: This is a digitally signed message part
Re: New jigdo test on cdimage.d.o
On 2 May 2002, Philip Hands wrote: > On Wed, 2002-05-01 at 03:38, Mattias Wadenstein wrote: > > On 27 Apr 2002, Philip Hands wrote: > > > The structure is: > > > > > > The *.jigdo, *.template and MD5SUMS for each architecture are here: > > > > > > jigdo-area//jigdo// > > > > And the final images should go into /debian-cd/// ? > > I was thinking of putting them in a subdirectory: > > /debian-cd//images// Ok. > Mainly because on open, the images will need to be on a different > partition from the snapshot (which has to live on /home because of the > hard-links to the archive). > > It would also make it more obvious for people that want to mirror only > the images, or perhaps all bar the images. Yeah, that sounds good. > Also, to start with at least, the images will only be a partial set on > open, because leting people rsync 90-odd CDs off open would be a > mistake. Yeah, but if we manage to borrow a nice temporary server for release, we should be able to have all online within 4 hours of getting the jigdo files. Note the "if" though. > AJ's latest suggestion, which seems like a good plan, is to point > cdimage.debian.org at raff.d.o instead of open, and have all the jigdo > files (which should have no non-US stuff in them, so raff being in the > USA os fine) and the main part of the This seems to be a truncated paragraph. > Then we could just have the 1_NONUS images on open (as well as all the > jigdo files) and call it something like nonus-cds.d.o Ok, because what I need to sync is the jigdo files and templates and then I could probably manage to build them fine (there should be no need for fallback if I build them the same day). > > > BTW does the fact that the template is pointing at cdimage in this file > > > mean that the whole world are going to try to pick up the templates from > > > there, rather than the mirror the grabbed the jigdo file from? > > > > Well, for the mirror situation, it (jigdo-mirror) seems to find them > > locally when you have mirrored it. Mirroring the snapshot is probably > > harder though. > > Having raff as the home of the main snapshot seems to be the way to go > here. Yeah, that seems resonable. I'd like to say that we could have a snapshot mirror over here, but we have scalability concerns with the number of inodes on our ftp server. Is there a script around to build a snapshot given a release? (If you are a bit late and miss a few files, that is a simple rsync to an existing snapshot location to fix..) > > > Anyway, have a play and tell me what breaks. The alpha and sparc images > > > are still not right, but I thought getting this out for testing was a > > > higher priority. > > > > Trying to build them now with (woody) jigdo-file and jigdo-mirror gives: > > Found 1322 of the 1356 files required by the template > > Copied input files to temporary file `image.tmp' - repeat command and > > supply more files to continue > > 2002-05-01 04:10:19: 34 parts still missing from image > > 2002-05-01 04:10:19: Too many files missing in local mirror > > Shouldn't it be getting the missing bits from the snapshot? Yes, the default parameter "maxMissing=25" was too small in jigdo-mirror. When I increased it, it worked fine. I managed to build a full set of the pre2 images (except for alpha that is). Richard: Have you made sure that it will never happen that non-US/Contents-i386.gz and main/Contents-i386.gz will be downloaded in the same fetch batch in jigdo-mirror? They have the same name, so wget might overwrite or something. Just tell me that you have thought about it and solved the problem. :) /Mattias Wadenstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
About jigdo test on cdimage.d.o
I built three i386 images with jigdo-mirror using jigdo and template files from http://cdimage.debian.org/jigdo-area/ The images were built correctly once maxMissing was raised above 25, just as Mattias noted. It looks like about 80 files were fetched from the snapshot archive for e.g. i386 disk 3. This was the reason why I only built three CDs since downloading hundreds of files for just testing seemed like waste of bandwidth when an up-to-date mirror is sitting on the same disk. Phil, are you planning to update the snapshot soon? Also, the jigdo and template files seem not to be available via rsync anymore. Will this be changed? -- Heikki Vatiainen * [EMAIL PROTECTED] Tampere University of Technology * Tampere, Finland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Anarchy on CD's (lot of packages on first CD depends on packagesthat are not in the first CD, etc)
Hi, I love debian, but I not understand why there are anarchy with packages on CD's) I just want to ask: Why there are *big* anarchy (with packages) on first CD of pre2 ? There are no xserver-common, no xserver-xfree86, no xserver-common-v3, no xfonts, etc. but there are included many X applications like twm, gnome libs and applications, abiword, kword, other kde programs, blah-blah-blah (see http://cdimage.debian.org/jigdo-area/current/jigdo/i386/woody-i386-1_NONUS.jigdo igdo/i386/woody-i386-1_NONUS.jigdo) This is not good, because first CD is not usefull without second CD (because a lot of packages depends on other packages that are not in the first CD), second CD contains packages, that depends on other packages that are not in the first and second CD's and so on :( All CD's must be usefull without next CD's. And first CD must contain xserver-common, xserver-xfree86, xserver-common-v3, xfonts and all basic tools and programs, that are needed on most systems (Older CD images from ftp://ftp.fsn.hu/pub... were better, as there were X system, mc, gimp and other good programs in the 1st CD) Best regards, Mantas Kriauciunas <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: About jigdo test on cdimage.d.o
On Thu, 2002-05-02 at 18:19, Heikki Vatiainen wrote: > I built three i386 images with jigdo-mirror using jigdo and template > files from http://cdimage.debian.org/jigdo-area/ > > The images were built correctly once maxMissing was raised above 25, > just as Mattias noted. It looks like about 80 files were fetched from > the snapshot archive for e.g. i386 disk 3. This was the reason why I > only built three CDs since downloading hundreds of files for just > testing seemed like waste of bandwidth when an up-to-date mirror is > sitting on the same disk. Phil, are you planning to update the > snapshot soon? Yeah, will do tonight probably. open's currently fscking it's /home, having marked /home read-only after finding a broken directory inode this afternoon. It would have been a lot quicker if I'd rebooted (well, it takes about 45 minutes), but open's not overly fussed about having a read-only home, so I might as well let people carry on using it while the fsck does it's thing. > Also, the jigdo and template files seem not to be available via rsync > anymore. Will this be changed? Good point. They're here: rsync://cdimage.debian.org/jigdo-area/ Cheers, Phil. -- 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 signature.asc Description: This is a digitally signed message part
Re: About jigdo test on cdimage.d.o
On 2 May 2002, Heikki Vatiainen wrote: > I built three i386 images with jigdo-mirror using jigdo and template > files from http://cdimage.debian.org/jigdo-area/ > > The images were built correctly once maxMissing was raised above 25, > just as Mattias noted. It looks like about 80 files were fetched from > the snapshot archive for e.g. i386 disk 3. Yeah, the most I saw was about 120-150 for one cd. 250 was big enough for all of them to build without incident. Of course, given time this number would become even larger. > This was the reason why I > only built three CDs since downloading hundreds of files for just > testing seemed like waste of bandwidth when an up-to-date mirror is > sitting on the same disk. Phil, are you planning to update the > snapshot soon? Yeah. The reason I built all of them was to make sure that it could be done and there was no issues anywhere. Would it be of any interest to make these publicly available? Since the release was postponed and we probably won't have this machine around to when the release actually happens, we never bothered to install rsync/httpd/ftpd and so. There is space enough on the ordinary server if I drop manty's images that haven't updated for a month now. Manty: Any objections? /Mattias Wadenstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Documentation provided in the Woody CDs (should be fixed)
On Thu, May 02, 2002 at 01:27:20PM +0200, Martin Quinson wrote: > > I assume only the languages that were ready when bf 3.0.22 was tagged > > are there. Most of the translations catched up post-.22. > What about a translation-only new version ? Would be nice, but I wouldn't count on it... Jordi -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, aka Oskuro in|| [EMAIL PROTECTED] || Using Debian GNU/Linux Reinos de Leyenda || [EMAIL PROTECTED] || http://debian.org http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E msg03578/pgp0.pgp Description: PGP signature
