From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.knology.net ([24.214.63.101]) by speech.braille.uwo.ca with smtp (Exim 3.36 #1 (Debian)) id 1D4kEZ-0000R1-00 for ; Fri, 25 Feb 2005 13:30:39 -0500 Received: (qmail 9952 invoked by uid 0); 25 Feb 2005 18:30:38 -0000 Received: from user-24-236-69-150.knology.net (HELO localhost) (24.236.69.150) by smtp2.knology.net with SMTP; 25 Feb 2005 18:30:38 -0000 Received: from kenny by localhost with local (Exim 4.44) id 1D4kPV-0001LD-Rk for speakup@braille.uwo.ca; Fri, 25 Feb 2005 12:41:57 -0600 Date: Fri, 25 Feb 2005 12:41:57 -0600 To: "Speakup is a screen review system for Linux." Message-ID: <20050225184157.GA4377@blackbox> Mail-Followup-To: "Speakup is a screen review system for Linux." References: <20050225153055.GG24987@rednote.net> <200502251540.j1PFeEfq017394@uni02mr.unity.ncsu.edu> <20050225182310.GL24987@rednote.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050225182310.GL24987@rednote.net> User-Agent: Mutt/1.5.6+20040907i From: Kenny Hitt Subject: Re: Any alternate download sites for speakup ftp? X-BeenThere: speakup@braille.uwo.ca X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Speakup is a screen review system for Linux." List-Id: "Speakup is a screen review system for Linux." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 18:30:39 -0000 Hi. Since Bill is the maintainer for the speakup modified Fedora, wouldn't it be better to rsync against his server? Considering the slow transfers to and from bumpy, rsyncing against bumpy could get the mirrors up to date much sooner. Kenny On Fri, Feb 25, 2005 at 01:23:10PM -0500, Janina Sajka wrote: > Hi, Sina: > > I don't think there's much to coordinate. That's the beauty of it. > > My advice is to simply run a weekly rsync via cron--something like: > > rsync -avtz --delete bumpy.braille.uwo.ca::ftp/speakup/disks/* \ > [mirror.directory] > > The only refinement I can think of that would probably be helpful is to > close the directory before doing the rsync to insure that no files are > locked by someone's download while the rsync is in process. I confess I > don't know if this is really an issue, but I'd want to make sure that it > isn't--or just deal with it, perhaps by chmod the tree against reads for > the duration.