Bug#1053934: www.debian.org: mirror submission form does not allow submitting or updating debian-cd mirrors
Package: www.debian.org Severity: important X-Debbugs-Cc: debian-cd@lists.debian.org, mirr...@debian.org The current debian-cd mirroring instruction page [1] says: > You can register your mirror either by filling out _the mirror submission > form_ (note that the CDImage-* fields are the important ones), [...] However, it looks like the submission form [2] has been updated recently, the HTTP path is "hard coded" to `/debian`. There is no `CDImage-*` fields either. It is not possible to use this web form to submit/update a debian-cd mirror. Either the instruction page needs to be updated with the latest procedure to submit a debian-cd mirror, or the form needs to be changed to allow debian-cd (or perhaps even debian-ports and debian-archive) mirror submission or update.
Adding CD Mirrors
Hello, I'm already registered as a Debian mirror (http://mirror.johnnybegood.fr/debian) and I added the CD, CD Daily and CD Weekly mirrors, could you add them to the list?Here are the URLs: Debian CD: https://mirror.johnnybegood.fr/debian-cd/ Debian CD Daily: https://mirror.johnnybegood.fr/debian-cd-daily/ Debian CD Weekly: https://mirror.johnnybegood.fr/debian-cd-weekly/ Regards, Valentin DI BETTA [image] 57 Cours de la République. 69100 Villeurbanne. France Mobile : +33 (0) 6 95 15 22 97 Email : valen...@di-betta.fr Vous pouvez m’envoyer un email chiffré grâce à des logiciels gratuit type OpenPGP en utilisant ma clé publique attachée en pièce jointe à chacun de mes emails. Ceci garantira l’authenticité et la confidentialité de tous nos échanges. You can send me an encrypted email using free software such as OpenPGP using my public key in as an attachment to each of my emails. This will guarantee the authenticity and confidentiality of all our exchanges. [image] Est-il nécessaire d'imprimer ce courriel ? Si vous vous souciez de l'environnement autant que moi, veuillez vous abstenir d'imprimer des courriels. Économiser le papier aide à garder l'environnement boisé et exempt de détritus. Is it necessary to print this email? If you care as much about the environment as I do, please do not print emails. Saving paper helps to keep the environment wooded and free of litter. publickey - valentin@di-betta.fr - 0x938BD61B.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Outdated CD mirrors
Hi, I just noticed that there are several official CD mirrors that still carry only 4.0_r1 or even 4.0_r0. Is anybody keeping track of the status of CD mirrors? Random and incomplete examples: - http://ftp.nl.debian.org/debian-cd/ - http://debian.csie.nctu.edu.tw/debian-cd/ - http://cudlug.cudenver.edu/debian-cd/ - http://ftp.es.debian.org/debian-cd/ Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: CD mirrors
On Thu, 30 Sep 2004, Richard Atterer wrote: Hi, please have a look at the new http://www.debian.org/CD/mirroring/, I hope the information is now closer to the truth than before. :-7 Mattias, is the page correct from your POV? Yeah, it looks alright. Some further notes: * The rsync URL for the beta/unstable/testing images does not have a pub/ in it, unlike the HTTP/FTP URLs. Is it worth it to make this uniform or should we just leave it like that? I've added pub/ if you want that, both are available. One note though, the the full isos aren't in cdimage-testing, but in pub/weekly/ right now. This because cdimage-testing is a plain mirror from gluck with nothing added. Manty, etc: Should we look at getting a consensus on what isos we would like published and then put them into the cdimage-testing directory? With the goal of having cdimage-testing (or some other directory) turn into what is supposed to be a drop-in replacement for debian-cd/ at release time? * I'm boldly declaring on the page that DVD images have names ending in -dvd.iso and dual-layer images have names ending in -dldvd.iso! Yay! * For consistency, should CD images' names end in -cd.iso? It might make it easier for mirror admins to in/exclude CD images from mirroring. I think this would be a good idea. * I don't remember clearly what the plans WRT full DVD images were: Will there be a full set of images for all arches? Probably not... full set for i386? One DVD image for i386? What about dual-layer? %-| (IOW: Mattias, how much disk space will be available by release time?;) http://www.debian.org/CD/mirroring/#names is probably wrong ATM. The space available would be 100-120 gigs, this both on cdimage.d.o and on the primary push-triggered mirrors (at least, this is what I asked of them when they signed up). I think we agreed that dual-layer isos would be overkill, since those are primarily of interest for vendors, not individual users. But that a full i386 dvd set would be very good to carry. As would iso sets. * Could /export/ftp/pub/cdimage-testing on farbror be made writable by deb-cd? I'd like to install a cron job which runs du over the CD image directories, so that prospective mirror admins can always get up-to-date info on the actual size requirements. I was thinking of publishing the du output as /export/ftp/pub/cdimage-testing/cdmirror-sizes.txt... I'll take a look at it. On Wed, Sep 22, 2004 at 01:51:57PM +0200, Mattias Wadenstein wrote: On Wed, 22 Sep 2004, Richard Atterer wrote: Can you provide a list of directory paths for the various image variants? IOW, if full images of single/dual-layer DVDs, netinst, business-card etc images are made available, where on the server will they appear, and where the corresponding .jigdo/.template files, if any? Not yet, and I need some input on this. How should this be organized so the users can find the correct jigdo and iso? My suggestion so far has been to put them all into the same arch directory and make the name reflect what kind of iso/jigdo it is. Any other suggestions/comments? IMHO, this is fine! The rsync --include/--exclude options on the page now also describe how to in/exclude by filename. That looks good to me. The directory listing will look confusing especially to new Debian users because e.g. DVD and CD .jigdo files will be all mixed up. However, I've thought for a while that just linking to Apache dir listings is not a good idea considering the growing number of download possibilities. *sigh*, yet another little project to come up with an intuitive set of pages... :-) Well, right now we at least have a split on download method (jigdo/iso/torrent) and architecture. Imagine if we put everything in a single directory.. ;) /Mattias Wadenstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: CD mirrors
Hi, please have a look at the new http://www.debian.org/CD/mirroring/, I hope the information is now closer to the truth than before. :-7 Mattias, is the page correct from your POV? Some further notes: * The rsync URL for the beta/unstable/testing images does not have a pub/ in it, unlike the HTTP/FTP URLs. Is it worth it to make this uniform or should we just leave it like that? * I'm boldly declaring on the page that DVD images have names ending in -dvd.iso and dual-layer images have names ending in -dldvd.iso! * For consistency, should CD images' names end in -cd.iso? It might make it easier for mirror admins to in/exclude CD images from mirroring. * I don't remember clearly what the plans WRT full DVD images were: Will there be a full set of images for all arches? Probably not... full set for i386? One DVD image for i386? What about dual-layer? %-| (IOW: Mattias, how much disk space will be available by release time?;) http://www.debian.org/CD/mirroring/#names is probably wrong ATM. * Could /export/ftp/pub/cdimage-testing on farbror be made writable by deb-cd? I'd like to install a cron job which runs du over the CD image directories, so that prospective mirror admins can always get up-to-date info on the actual size requirements. I was thinking of publishing the du output as /export/ftp/pub/cdimage-testing/cdmirror-sizes.txt... On Wed, Sep 22, 2004 at 01:51:57PM +0200, Mattias Wadenstein wrote: [automatic mirror checker] On Wed, 22 Sep 2004, Richard Atterer wrote: Ah, I think you're right! Looking at Adam's list, a significant number of mirrors do not seem to have caught up with the changes, though. :-/ Well, some of them haven't and some of them have dropped debian-cd since years ago, I think. At least this way mirrors with files can be found and some incentive for mirrors to catch up. Right. I'll see if I can get the checker's output integrated in the pages - doing that looks a bit difficult. Maybe the debian-www people will be able to help. Can you provide a list of directory paths for the various image variants? IOW, if full images of single/dual-layer DVDs, netinst, business-card etc images are made available, where on the server will they appear, and where the corresponding .jigdo/.template files, if any? Not yet, and I need some input on this. How should this be organized so the users can find the correct jigdo and iso? My suggestion so far has been to put them all into the same arch directory and make the name reflect what kind of iso/jigdo it is. Any other suggestions/comments? IMHO, this is fine! The rsync --include/--exclude options on the page now also describe how to in/exclude by filename. The directory listing will look confusing especially to new Debian users because e.g. DVD and CD .jigdo files will be all mixed up. However, I've thought for a while that just linking to Apache dir listings is not a good idea considering the growing number of download possibilities. *sigh*, yet another little project to come up with an intuitive set of pages... :-) Cheers, Richard -- __ _ |_) /| Richard Atterer | GnuPG key: | \/¯| http://atterer.net | 0x888354F7 ¯ '` ¯ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
CD mirrors
On Wed, Sep 22, 2004 at 11:06:37AM +0200, Mattias Wadenstein wrote: http://www.de.debian.org/dmc/today/ Ah, interesting! This suffers from the same problem as a similar scanning script by Joey Hess, which he wrote quite a while ago (around woody release time IIRC?), and which ended up unused: There is no definitive CD mirror directory structure. :-( Of course, the checking script can be made a bit more intelligent, but then the point of a mirror is that it is identical to the original... Part of the whole problem is also that two naming schemes exist for iso images, the old woody-i386-1.iso-style one and the new debian-30r2-i386-binary-1.iso. debian-cd still creates old-style names by default, doesn't it? :-/ At least cdimage.d.o now also offers the .iso downloads with the new-style filenames. BTW, can you (or someone else) look over http://www.debian.org/CD/mirroring/? I'm not sure whether that page is still up to date. Cheers, Richard -- __ _ |_) /| Richard Atterer | GnuPG key: | \/¯| http://atterer.net | 0x888354F7 ¯ '` ¯ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: CD mirrors
On Wed, 22 Sep 2004, Richard Atterer wrote: On Wed, Sep 22, 2004 at 11:06:37AM +0200, Mattias Wadenstein wrote: http://www.de.debian.org/dmc/today/ Ah, interesting! This suffers from the same problem as a similar scanning script by Joey Hess, which he wrote quite a while ago (around woody release time IIRC?), and which ended up unused: There is no definitive CD mirror directory structure. :-( Yes, but we fixed that by defining a definitive CD mirror directory structure to bethe one on cdimage.debian.org. I think we even had consensus on that on this list about a year ago. This was a bigger problem back when cdimage.d.o didn't carry isos. BTW, can you (or someone else) look over http://www.debian.org/CD/mirroring/? I'm not sure whether that page is still up to date. Hmm.. It does seem to be a bit outdated, yes. Does the p-i-k still work? Also, a pointer to http://www.acc.umu.se/~maswan/debian-push/cdimage/ might be valuable, that uses jigdo-mirror and a bit of rsync to create an exact copy of the stuff on cdimage.d.o. It is in some need of a re-write to handle a more flexible selection of what should be made into isos though, but it is what is currently used for the push-triggered mirrors. /Mattias Wadenstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: CD mirrors
On Wed, Sep 22, 2004 at 12:30:03PM +0200, Mattias Wadenstein wrote: On Wed, 22 Sep 2004, Richard Atterer wrote: There is no definitive CD mirror directory structure. :-( Yes, but we fixed that by defining a definitive CD mirror directory structure to bethe one on cdimage.debian.org. I think we even had consensus on that on this list about a year ago. Ah, I think you're right! Looking at Adam's list, a significant number of mirrors do not seem to have caught up with the changes, though. :-/ Can you provide a list of directory paths for the various image variants? IOW, if full images of single/dual-layer DVDs, netinst, business-card etc images are made available, where on the server will they appear, and where the corresponding .jigdo/.template files, if any? BTW, can you (or someone else) look over http://www.debian.org/CD/mirroring/? I'm not sure whether that page is still up to date. Hmm.. It does seem to be a bit outdated, yes. Does the p-i-k still work? Very likely not. IIRC it needed a list of files to download (similar to what is in a .jigdo file), and those lists have not been made available for a loong time. Also, a pointer to http://www.acc.umu.se/~maswan/debian-push/cdimage/ might be valuable, that uses jigdo-mirror and a bit of rsync [...] OK, I'll add a link. I think I will revamp the page. Here's what I think it should contain, comments are welcome: FTP/HTTP mirroring is discouraged - discouraged instead of the current not suitable, which is too strong IMO. rsync is acceptable --- With the new-style names, binary patching of subreleases is no longer possible because the leaf names change. So rsync does not have that much of an advantage over HTTP/FTP, except that it verifies file checksums etc. Can someone provide tested, working rsync commands? At a guess you'll want --archive, --block-size=8192 to increase the speed, possibly --partial in case a long transfer is interrupted... I'll play around with rsync to come up with working --include/--exclude switches for e.g. i386+source, only first 3 CDs etc. jigdo-mirror + rsync is recommended --- Link to your page. jigdo-mirror is recommended --- I'll leave that section mostly the same... All the best, Richard -- __ _ |_) /| Richard Atterer | GnuPG key: | \/¯| http://atterer.net | 0x888354F7 ¯ '` ¯ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: CD mirrors
On Wed, 22 Sep 2004, Richard Atterer wrote: On Wed, Sep 22, 2004 at 12:30:03PM +0200, Mattias Wadenstein wrote: On Wed, 22 Sep 2004, Richard Atterer wrote: There is no definitive CD mirror directory structure. :-( Yes, but we fixed that by defining a definitive CD mirror directory structure to bethe one on cdimage.debian.org. I think we even had consensus on that on this list about a year ago. Ah, I think you're right! Looking at Adam's list, a significant number of mirrors do not seem to have caught up with the changes, though. :-/ Well, some of them haven't and some of them have dropped debian-cd since years ago, I think. At least this way mirrors with files can be found and some incentive for mirrors to catch up. Can you provide a list of directory paths for the various image variants? IOW, if full images of single/dual-layer DVDs, netinst, business-card etc images are made available, where on the server will they appear, and where the corresponding .jigdo/.template files, if any? Not yet, and I need some input on this. How should this be organized so the users can find the correct jigdo and iso? My suggestion so far has been to put them all into the same arch directory and make the name reflect what kind of iso/jigdo it is. Any other suggestions/comments? FTP/HTTP mirroring is discouraged - discouraged instead of the current not suitable, which is too strong IMO. Yes. rsync is acceptable --- With the new-style names, binary patching of subreleases is no longer possible because the leaf names change. So rsync does not have that much of an advantage over HTTP/FTP, except that it verifies file checksums etc. Well, rsync has resonably good handling of metadata etc too, so you get an exact mirror. Can someone provide tested, working rsync commands? At a guess you'll want --archive, --block-size=8192 to increase the speed, possibly --partial in case a long transfer is interrupted... I'll play around with rsync to come up with working --include/--exclude switches for e.g. i386+source, only first 3 CDs etc. Well, the downside of --partial is that if you are updating a mostly correct iso and interrupt early, you get a very small partial file instead of the large mostly correct old iso. But I guess that for this --partial might be more useful. jigdo-mirror + rsync is recommended --- Link to your page. jigdo-mirror is recommended --- I'll leave that section mostly the same... Sounds good to me. /Mattias Wadenstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Checking whether CD mirrors are up to date
[X-posted to -www] On Mon, Aug 19, 2002 at 03:44:14PM +0200, Mattias Wadenstein wrote: On Mon, 19 Aug 2002, Sergio Restrepo wrote: The topic may very well hold true, but here goes my question: I have browsed thru practically all of the links in: http://www.debian.org/CD/http-ftp/ And I am yet to find the iso images for 3.0 It would be great if you could clarufy that for me or just plain call me stupid. The problem is that most of them does not have the 3.0 images, in favour of the jigdo distribution method. I would suggest that the mirrors having 3.0 images will be flagged as such in the mirror listing. That would indeed be very useful! ISTR Josip saying some months ago that somewhere, code already exists to automate checking for the CD image versions on mirrors. Is that the case? Would it be possible to build it into /CD/http-ftp/? Cheers, Richard -- __ _ |_) /| Richard Atterer | CS student at the Technische | GnuPG key: | \/¯| http://atterer.net | Universität München, Germany | 0x888354F7 ¯ '` ¯ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
More Debian CD mirrors!
I was going to email about this last week, but I had some problems with the backups, so I forgot. Anyways, we're running a full debian-cd mirror alongside the debian general and incoming mirrors at debian.uchicago.edu in /debian-cd/stable/official. Access is available via ftp, web, and rsync. We currently mirror the official cds off of cdimage.debian.org and build a full set of unofficial cds every night using debian-cd. (This is what the backup system fubared) I'm working on getting debian-cd to build nightly sid and woody images, but I've been having some problems with debian-cd's looking for the boot images in potato since woody and sid don't have any. Regardless, it's a good fast server, and should probably be in the main list. :) Enjoy! -- Ted Cabeen http://www.pobox.com/~secabeen [EMAIL PROTECTED] Check Website or Keyserver for PGP/GPG Key BA0349D2 [EMAIL PROTECTED] "I have taken all knowledge to be my province." -F. Bacon [EMAIL PROTECTED] "Human kind cannot bear very much reality."-T.S.Eliot[EMAIL PROTECTED] PGP signature