On Tue, 3 Dec 2002, Mattias Wadenstein wrote:
> On Tue, 3 Dec 2002, jason andrade wrote:
>
> > On Mon, 2 Dec 2002, Josip Rodin wrote:
> >
> > > Yeah, but we don't _have_ that 120 GB drive. That's a bit of a
> > > showstopper,
> > > don't you think? :)
> >
> > if need be i'll try and organize one
On Tue, 3 Dec 2002, Mattias Wadenstein wrote:
> On Tue, 3 Dec 2002, jason andrade wrote:
>
> > On Mon, 2 Dec 2002, Josip Rodin wrote:
> >
> > > Yeah, but we don't _have_ that 120 GB drive. That's a bit of a showstopper,
> > > don't you think? :)
> >
> > if need be i'll try and organize one to be s
On Mon, 2 Dec 2002, Richard Atterer wrote:
> On Mon, Dec 02, 2002 at 01:08:51PM +0100, Mattias Wadenstein wrote:
> > A restricted rsync access to main mirrors would be good enough if we
> > don't want cdimage.d.o (or cdimage.us) to waste too much bandwidth.
> > Just so that once we have built the
On Tue, 3 Dec 2002, jason andrade wrote:
> On Mon, 2 Dec 2002, Josip Rodin wrote:
>
> > Yeah, but we don't _have_ that 120 GB drive. That's a bit of a showstopper,
> > don't you think? :)
>
> if need be i'll try and organize one to be sent.
The current needs for that machine is:
3x120+GB drives
On Mon, 2 Dec 2002, Josip Rodin wrote:
> On Mon, Dec 02, 2002 at 01:08:51PM +0100, Mattias Wadenstein wrote:
> > Yes, but jigdo is more hassle for the end users. Sure, it is a waste of
> > bandwidth, but if we didn't have bandwidth to "waste", we wouldn't run a
> > debian[-cd] mirror do begin with
On Mon, 2 Dec 2002, Richard Atterer wrote:
> On Mon, Dec 02, 2002 at 01:08:51PM +0100, Mattias Wadenstein wrote:
> > A restricted rsync access to main mirrors would be good enough if we
> > don't want cdimage.d.o (or cdimage.us) to waste too much bandwidth.
> > Just so that once we have built the
On Tue, 3 Dec 2002, jason andrade wrote:
> On Mon, 2 Dec 2002, Josip Rodin wrote:
>
> > Yeah, but we don't _have_ that 120 GB drive. That's a bit of a showstopper,
> > don't you think? :)
>
> if need be i'll try and organize one to be sent.
The current needs for that machine is:
3x120+GB drives
On Mon, 2 Dec 2002, Josip Rodin wrote:
> On Mon, Dec 02, 2002 at 01:08:51PM +0100, Mattias Wadenstein wrote:
> > Yes, but jigdo is more hassle for the end users. Sure, it is a waste of
> > bandwidth, but if we didn't have bandwidth to "waste", we wouldn't run a
> > debian[-cd] mirror do begin with
On Mon, Dec 02, 2002 at 02:58:48PM +0100, Josip Rodin wrote:
> Alternatively we could improve the ghastly blubbery
> http://www.debian.org/CD/mirroring/ to be more to the point...
Yeah, rewriting that from scratch has been long overdue. I wanted to
do it at one point and then didn't know whether t
> I asked Ryan (of DSA) about this and he told me that he'd prefer it if we
> just had people use jigdo since the debian/ mirrors are plenty and likely
> much faster than mirrors overloaded with heaps of rampant image downloaders.
> Frankly I agree with that sentiment, there sure are plenty of bett
On Mon, Dec 02, 2002 at 01:26:43PM +0100, Mattias Wadenstein wrote:
> On Mon, 2 Dec 2002, Anthony Towns wrote:
> > Also, it would be very nice to have the netinst image become official
>
> Yes, this is probably even more important. Who makes that decision
> and how do we make it happen?
Support f
On Mon, Dec 02, 2002 at 01:08:51PM +0100, Mattias Wadenstein wrote:
> A restricted rsync access to main mirrors would be good enough if we
> don't want cdimage.d.o (or cdimage.us) to waste too much bandwidth.
> Just so that once we have built the images with jigdo we can rsync
> the directory stru
On Tue, Dec 03, 2002 at 12:24:56AM +1000, jason andrade wrote:
>On Mon, 2 Dec 2002, Josip Rodin wrote:
>
>> Yeah, but we don't _have_ that 120 GB drive. That's a bit of a showstopper,
>> don't you think? :)
>
>if need be i'll try and organize one to be sent.
We're in the middle of specifying a rep
On Mon, 2 Dec 2002, Josip Rodin wrote:
> Yeah, but we don't _have_ that 120 GB drive. That's a bit of a showstopper,
> don't you think? :)
if need be i'll try and organize one to be sent.
> It should simply say "sync whatever way is fastest for you, once per point
> release, leave it be in the m
On Tue, Dec 03, 2002 at 12:08:36AM +1000, jason andrade wrote:
> > Hmm. One thing, though, why keep the images locked on that machine just for
> > a sync that happens every few months? Plus the administrative overhead of
> > giving out accounts.
>
> because it works well to have one central place
On Mon, 2 Dec 2002, Josip Rodin wrote:
> Hmm. One thing, though, why keep the images locked on that machine just for
> a sync that happens every few months? Plus the administrative overhead of
> giving out accounts.
because it works well to have one central place that mirror admins can
go to at a
On Mon, Dec 02, 2002 at 01:08:51PM +0100, Mattias Wadenstein wrote:
> > > Originally, the plan for 3.0r0 was that ISOs would be made available
> > > via jigdo and that mirrors would update using the "jigdo-mirror"
> > > script which I wrote especially for that purpose. (And I mailed all
> > > mirro
On Mon, 2 Dec 2002, Anthony Towns wrote:
> On Fri, Nov 29, 2002 at 09:23:07PM +0100, Richard Atterer wrote:
> > So let's do it their way: I propose that we offer rsync (and maybe
> > HTTP?) access to the images again starting with 3.0r1. raff has enough
> > disc space, so the size should not be a
On Mon, 2 Dec 2002, Josip Rodin wrote:
> On Fri, Nov 29, 2002 at 11:45:54PM +0100, Mattias Wadenstein wrote:
> > > Or course it would be best if I had a canoical site to run the checking
> > > program against, then it could just do a straightforward comparison.
> > > Unfortunatly, it seems that cd
On Mon, 2 Dec 2002, Josip Rodin wrote:
> On Fri, Nov 29, 2002 at 09:23:07PM +0100, Richard Atterer wrote:
> > Originally, the plan for 3.0r0 was that ISOs would be made available
> > via jigdo and that mirrors would update using the "jigdo-mirror"
> > script which I wrote especially for that purpo
On Mon, 2 Dec 2002, Josip Rodin wrote:
> I know for a fact that mirror admins are a relatively clueless bunch, but I
> also know that they can be educated given enough effort.
hey, don't you be calling us debain mirror admins clueless..
-jason
P.S :-) for the humour impaired.
--
To UNSUBSCRI
On Fri, Nov 29, 2002 at 11:45:54PM +0100, Mattias Wadenstein wrote:
> > Or course it would be best if I had a canoical site to run the checking
> > program against, then it could just do a straightforward comparison.
> > Unfortunatly, it seems that cdimage.debian.org no longer carries isos,
> > and
On Fri, Nov 29, 2002 at 09:23:07PM +0100, Richard Atterer wrote:
> Originally, the plan for 3.0r0 was that ISOs would be made available
> via jigdo and that mirrors would update using the "jigdo-mirror"
> script which I wrote especially for that purpose. (And I mailed all
> mirror admins with the d
On Fri, Nov 29, 2002 at 09:23:07PM +0100, Richard Atterer wrote:
> So let's do it their way: I propose that we offer rsync (and maybe
> HTTP?) access to the images again starting with 3.0r1. raff has enough
> disc space, so the size should not be a problem.
Yay.
Also, it would be very nice to hav
On Sat, 30 Nov 2002, Mattias Wadenstein wrote:
> On Fri, 29 Nov 2002, Joey Hess wrote:
>
> > Mattias Wadenstein wrote:
> > > I also noticed that I have this structure:
> > > debian-cd/3.0_r0/images/i386
> > >
> > > Should I remove the "images" dir? I am fairly certain that it ended up
> > > there
On Fri, 29 Nov 2002, Joey Hess wrote:
> Mattias Wadenstein wrote:
> > Where do you get those sizes from? My ftp and rsync clients shows
> > 612171776 for debian-30r0-i386-binary-1.iso on those mirrors.
> >
> > lftp ftp.funet.fi:/pub/Linux/mirrors/debian-cdimage/3.0_r0/i386> ls
>debian-30r0-i386-b
On Fri, 29 Nov 2002, Joey Hess wrote:
> Mattias Wadenstein wrote:
> > Well, that thing has been more or less recommended on this list as I
> > understand it for sites without the restrictions that apply to the non-us
> > images. I just carry both versions though, less hassle that way.
>
> If it's
Mattias Wadenstein wrote:
> Where do you get those sizes from? My ftp and rsync clients shows
> 612171776 for debian-30r0-i386-binary-1.iso on those mirrors.
>
> lftp ftp.funet.fi:/pub/Linux/mirrors/debian-cdimage/3.0_r0/i386> ls
>debian-30r0-i386-binary-1.iso
> -rw-r--r-- 1 mirrormirror
Mattias Wadenstein wrote:
> Well, that thing has been more or less recommended on this list as I
> understand it for sites without the restrictions that apply to the non-us
> images. I just carry both versions though, less hassle that way.
If it's accepted I can make the script stop checking sizes
On Fri, 29 Nov 2002, Joey Hess wrote:
> One interesting thing that I'm running into is that some mirrors have a
> cd with size 614780752, and some have 612171776 for
> debian-30r0-i386-binary-1.iso. I'm assuming the more prevalant 612171776
> is correct, but lack the facilities to check md5sums or
On Fri, 29 Nov 2002, Joey Hess wrote:
> Mattias Wadenstein wrote:
> > Yes, this would be very good. I have been thinking of writing such a
> > script myself, but never found the time for it. I would be very grateful
> > if you could write such a script.
>
> I have one sorta kinda working. I'll pou
One interesting thing that I'm running into is that some mirrors have a
cd with size 614780752, and some have 612171776 for
debian-30r0-i386-binary-1.iso. I'm assuming the more prevalant 612171776
is correct, but lack the facilities to check md5sums or anything. Some
mirrors with the bigger sized c
Mattias Wadenstein wrote:
> Yes, this would be very good. I have been thinking of writing such a
> script myself, but never found the time for it. I would be very grateful
> if you could write such a script.
I have one sorta kinda working. I'll pound on it a bit more before
releasing it. The overa
On Fri, 29 Nov 2002, Joey Hess wrote:
> Richard Atterer wrote:
> > Basically, the current situation WRT CD image mirrors is getting, er,
> > "irritating": Far too few of them carry the 3.0r0 images, many only
> > have the jigdo files or 2.2r6.
>
> BTW the si
Richard Atterer wrote:
> Basically, the current situation WRT CD image mirrors is getting, er,
> "irritating": Far too few of them carry the 3.0r0 images, many only
> have the jigdo files or 2.2r6.
BTW the situation seems to be most pathetic for the US mirrors for some
reason,
[NB followups set to debian-cd only]
I guess many will have skipped the sub-thread of "Are we losing users
to Gentoo?" about CD images, over on -devel and -www.
Basically, the current situation WRT CD image mirrors is getting, er,
"irritating": Far too few of them carry th
On Tue, 5 Nov 2002, Harald K. wrote:
> I agree with you that in theory US based mirrors of debian-cd should not
> offer non-US cd images, but on http://www.debian.org/CD/http-ftp/ several
> mirrors can be found, which represent an exception to this.
> I am just wondering in how far the debian proj
Am Montag, 4. November 2002 23:37 schrieben Sie:
> Le Mon, Nov 04, 2002 at 11:32:37PM +0100, Harald K. écrivait:
> > In contrast to the package servers, the debian cd image mirrors are not
> > separated according to this circumstances. Also the ones located in the
> > US are
Le Mon, Nov 04, 2002 at 11:32:37PM +0100, Harald K. écrivait:
> In contrast to the package servers, the debian cd image mirrors are not
> separated according to this circumstances. Also the ones located in the US
> are containing the non-us variant of the first iso image. I dont u
-us tree, they
are containing packages from.
In contrast to the package servers, the debian cd image mirrors are not
separated according to this circumstances. Also the ones located in the US
are containing the non-us variant of the first iso image. I dont understand
why the US exports
On Sun, Jan 20, 2002 at 10:56:50AM +1000, jason andrade wrote:
> > Oh, there is a way. It just isn't too pretty. (Or maybe I'm thinking wrong.)
>
> specifically what did you want to add ? (i'm trying to work out why it's
> difficult - it's just a organization name and URL right?)
Think several
On Sun, 20 Jan 2002, Josip Rodin wrote:
> Oh, there is a way. It just isn't too pretty. (Or maybe I'm thinking wrong.)
specifically what did you want to add ? (i'm trying to work out why it's
difficult - it's just a organization name and URL right?)
as a `sponsor' of ftp.au.debian.org, we'd ce
On Sat, Jan 19, 2002 at 10:25:28PM +0100, Richard Atterer wrote:
> > I couldn't be bothered to code adding the sponsor data to every entry
>
> there should be a way to add the sponsor data - some sponsors have asked
> for it to be included, and I think that's a reasonable request in return
> for
On Sat, Jan 19, 2002 at 04:51:55PM +0100, Josip Rodin wrote:
> On Sat, Jan 19, 2002 at 01:10:30PM +0100, joy wrote:
> > BTW I'm going through the cdimage web site list now and comparing.
> > So far the results aren't what I expected -- I found three bad
> > links already :( But I also found one n
On Sat, Jan 19, 2002 at 01:10:30PM +0100, joy wrote:
> > Here's the data I promised: the CD image mirrors recorded in the central
> > Debian mirror database. If anything is wrong or missing, please fill us in.
> > CC:ing corrections to [EMAIL PROTECTED] is desirable...
>
Josip Rodin <[EMAIL PROTECTED]> writes:
> Here's the data I promised: the CD image mirrors recorded in the central
> Debian mirror database. If anything is wrong or missing, please fill us in.
> CC:ing corrections to [EMAIL PROTECTED] is desirable...
> Site: ftp.fi.de
On Fri, Jan 18, 2002 at 10:36:16PM +0100, joy wrote:
> Here's the data I promised: the CD image mirrors recorded in the central
> Debian mirror database. If anything is wrong or missing, please fill us in.
> CC:ing corrections to [EMAIL PROTECTED] is desirable...
BTW I'
On Fri Jan 18, 2002 at 22:36:16 +0100, Josip Rodin wrote:
> Here's the data I promised: the CD image mirrors recorded in the central
> Debian mirror database. If anything is wrong or missing, please fill us in.
> CC:ing corrections to [EMAIL PROTECTED] is desirable...
Site: ftp
Hi,
Here's the data I promised: the CD image mirrors recorded in the central
Debian mirror database. If anything is wrong or missing, please fill us in.
CC:ing corrections to [EMAIL PROTECTED] is desirable...
Site: ftp.au.debian.org
CDImage-http: /pub/debian-cd/
CDImage-ftp: /pub/debi
49 matches
Mail list logo
