Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Message-ID: <5D60432AF619D81183C80002A5419F5D07F597@nnhmsw1.cox.co.uk>
From: "Hughes, Bill" <Bill DOT Hughes AT cox DOT co DOT uk>
To: "'cygwin AT cygwin DOT com'" <cygwin AT cygwin DOT com>
Subject: RE: Fix for sshd service start failure problem
Date: Mon, 26 Jan 2004 10:23:47 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"

Sent: 24 January 2004 21:14 From: Christopher Faylor
> On Sat, Jan 24, 2004 at 03:57:53PM -0500, Igor Pechtchanski wrote:
..snip..
>> Nice.  This won't work for custom mirrors or hand-entered URLs, however
>> (and yes, they're unsupported).
>
> Uh, correct.  The program won't go onto all of the machines in the world
> who have ever run setup.exe and update things on their local disk nor
> will it update people's home run mirrors.  It is just a cron job running
> on sources.redhat.com, updating local files.
That's just lack of ambition. ;-)

>> Oh, and would it be possible to eventually store the date of the last
>> mirror update (at a guess, the setup.bz2 timestamp?)
>
> No, it's not the setup.bz2 timestamp.
>
>> in the mirrors.txt file?
>
> No.  The mirrors.txt file is not a generated file.  If you are
> ambitious, I guess you could check the update time of the mirrors.lst
> file which is what setup.exe uses, AFAIK.  The mirror state is in
> mirrors.state but it's just a boolean value per mirror.  It's no more
> useful than the mirrors.lst file, AFAICT.
>
>> I'm thinking of having setup display the last-update date and the ping
>> information for each mirror,
>
> The only information available is whether the mirror is current or not.
> All of the mirrors are pinged at roughly the same time.

Surely it doesn't matter when the mirror was updated - if a group of mirrors
is up to date it doesn't matter which one was updated first (or last).
I can understand the desire for ping info but shall we say I'm not convinced
that the ping data from sources.redhat.com is going to be applicable to
another site - say someone in Europe.
To paraphrase cgf, we wouldn't want to go to every machine and run ping
stats for them...
You could, if you wanted, modify setup.exe to generate ping information for
every up to date server and use that for the convenience of the user. If you
wanted - or make the option available. 
That wasn't a feature request btw, or even a suggestion - just an
observation. Hmmm, it might be useful but I suspect it's a WIBNI and won't
make it to anybody's priority list.

This e-mail transmission is strictly confidential and intended solely
for the person or organisation to whom it is addressed. It may contain
privileged and confidential information and if you are not the intended
recipient, you must not copy, distribute or take any action in reliance
on it. If you have received this email in error, please reply to the
sender as soon as possible and delete the message. Please note that we
are able to, and reserve the right to, monitor e-mail communications
passing through our network.

The views expressed in this email are not that of the company unless
specified within the message.

The inclusion of this footnote indicates that the mail message and any
attachments have been checked for the presence of known viruses.

If you have any comments regarding our policy please direct them to
postmaster AT cox DOT co DOT uk
________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com
________________________________________________________________________

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/