Shoot. That was the only possibly useful advice I had for you. Sorry.
Anybody else?
Tim Conway
[EMAIL PROTECTED] reorder name and reverse domain
303.682.4917 office, 303.921.0301 cell
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameT
On Tue, Nov 05, 2002 at 08:37:00AM -0800, Martin Pool wrote:
> On 10 Oct 2002, "Green, Paul" <[EMAIL PROTECTED]> wrote:
> > No new CVS messages have appeared on the rsync-cvs archives since August
> > 30th. This seems rather odd-- perhaps a daemon stopped working? If there
> > has truly been no
On 5 Nov 2002, jw schultz <[EMAIL PROTECTED]> wrote:
> This might be a good time for tagging 2.5.6 perhaps. A fair
> number of bugfixes have gone in, popt updates, and a few new
> features. It has been stable for about 2 months. Unless
> there is something in the pipeline it sounds like time to
Hi all,
I am using the following rsync command.
rsync --write-batch -av --stats `cat $1` -e ssh user@host:/dirPath/
This is what is happening.
1. I have a list of , say 10 files.
2. On first attempt, all files are successfully rsynced.
3. When, I repeat the same command again, the files are MI
Fyi, I just committed the patch below to CVS.
However, it appears the test scripts don't use $RSYNC consistently. The
scripts still use $rsync_bin and (worse) rsync in some places. $rsync_bin is
set in the top-level Makefile and rsync.fns sets $RSYNC to $rsync_bin. For
consistency's sake, should w
On Tue, Nov 05, 2002 at 10:36:35AM -0800, ThejoKrishna wrote:
> I am using the following rsync command.
>
> rsync --write-batch -av --stats `cat $1` -e ssh user@host:/dirPath/
Can you show us the EXACT commands you ran, possibly in a test subtree so we
can reproduce the problem? E.g. in the c
This message describes (imho) a behaviour bug in rsync. I'm going
to submit a patch, but before I dive into the code I want to know what the
actual desired behaviour should be. In other words, please comment.
I have some directories I want to keep synchronised between two
machin
Cher ami,
Ce courriel va changer votre existence. Vous allez être en mesure d'augmenter
considérablement vos ventes pour la période des fêtes. Nous vous offrons une
solution de marketing direct qui vous permet de rejoindre plus de 200 000
consommateurs québécois !
Cette solution c'est la publici
"Marco A. Mateos" <[EMAIL PROTECTED]> wrote (as corrected):
> I don't use rsync on my server because all time what i use
> this message appears:
>
> zopedocs/GuideToDTML/roman-number.gif is uptodate
> wrote 60 bytes read 2552145 bytes 6603.38 bytes/sec
> total size is 2211107296 speedup is 866
Thanks!
If I can be of any help, please let me know. While I don't have a lot of
free time, either, I enjoy working on open-source software and have several
years of experience porting it to our system. I'd be happy to try to lend a
hand from time to time, applying well-formed patches or lookin
On Tue, Nov 05, 2002 at 12:46:35PM -0500, Derek Simkowiak wrote:
>
> This message describes (imho) a behaviour bug in rsync. I'm going
> to submit a patch, but before I dive into the code I want to know what the
> actual desired behaviour should be. In other words, please comment.
>
>
> Yours is a very unusual request. A directory isn't in sync
> unless all its subdirs are.
I'm using Linux 2.4's DNotify signal to keep nodes of a cluster in
sync in "realtime".
> This can be accomplihed with --exclude
> /*/ == no recursion
> /*/*/ == only top level sub
Title: new page 1
[ÉÌÖÇÍøÉÏÓªÏúÌ×¼þ]°ïÖúÉÌÈËÀûÓû¥ÁªÍøºÆº²µÄ×ÊÔ´£¬ÕÒÑ°¿Í»§£¬Ö»ÐèÇáÇáÒ»µã±ã¿ÉÔÚÈ«ÇòÉÏһǧÎå°Ù¶à¼ÒÉÌÒµÍøÕ¾ÉÏͬʱ·¢²¼¹©ÇóÐÅÏ¢¡¢Ðû´«²úÆ·ÍøÕ¾¡¢ÍƹãÆóÒµ²úÆ·¡¢ËÑË÷Ä¿±êÐÅÏ¢¡¢Ñ°ÕÒDZÔÚ¿Í»§¡£
1¡¢»ñÈ¡×î¿ì
13 matches
Mail list logo