Re: Rsync itemizing "t" (should be "T") when lutimes fails on recreated symlink

On Mon, 2008-03-10 at 21:44 -0700, Wayne Davison wrote: > On Mon, Mar 10, 2008 at 12:23:15AM -0400, Matt McCutchen wrote: > > When rsync recreates a destination symlink to update its target path, > > rsync will fail to preserve the time, but it nevertheless itemizes "t". > > This is now fixed in t

[PATCH] Improve --help descriptions of --*-dels options.

- --backup-dir-dels uses DIR, not the "current directory". - State the --suffix-dels default correctly. --- More work on backup-dir-dels... options.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/options.c b/options.c index ed21704..0abc1ca 100644 --- a/options.c ++

[PATCH] Comment an obscure bit of code that sets the --suffix-dels default.

--- More work on backup-dir-dels... options.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/options.c b/options.c index 459ad58..ed21704 100644 --- a/options.c +++ b/options.c @@ -1479,6 +1479,11 @@ int parse_arguments(int *argc_p, const char ***argv_p, int fromma

[PATCH] Protect files ending with --suffix-dels as well as --suffix.

--- More work on backup-dir-dels... options.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/options.c b/options.c index 3dd65fb..459ad58 100644 --- a/options.c +++ b/options.c @@ -1534,6 +1534,10 @@ int parse_arguments(int *argc_p, const char ***argv_p, int frommain

[PATCH] Make make_backup switch on backup_dir_dels, not backup_dir, for deletions.

--- This should fix the problem with --backup-dir-dels not working by itself. backup.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/backup.c b/backup.c index d2a7622..ea53306 100644 --- a/backup.c +++ b/backup.c @@ -347,7 +347,7 @@ static int keep_backup(const char *f

Re: [PATCH] Add --no-y.

On Mon, Mar 10, 2008 at 10:55:26PM -0400, Matt McCutchen wrote: > When a bunch of --no-* options were added (852e763b), --no-y was > forgotten. Here it is. Thanks -- applied. ..wayne.. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http

Re: Rsync itemizing "t" (should be "T") when lutimes fails on recreated symlink

On Mon, Mar 10, 2008 at 12:23:15AM -0400, Matt McCutchen wrote: > When rsync recreates a destination symlink to update its target path, > rsync will fail to preserve the time, but it nevertheless itemizes "t". This is now fixed in the git repository along with a couple other glitches that I turned

[PATCH] Add --no-y.

--- When a bunch of --no-* options were added (852e763b), --no-y was forgotten. Here it is. Matt options.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/options.c b/options.c index 4ac8846..82597bf 100644 --- a/options.c +++ b/options.c @@ -577,6 +577,7 @@ static stru

Re: Rsync 3.0.0 universal binary availible?

Hi All, So far the tests show the universal build of rsync 3.0 (using lipo) to be indeed universal. Metadata tests all come up clean on OSX Tiger and Leopard, both PPC and Intel architectures. Some people asked for the compiled binary so I put it here: http://rdutoit.home.comcast.net/~r

Rsync maintainability

Wayne, Hopefully this will turn out to be unfounded like my concern about the hanging, but...I'm wondering whether anyone other than you understands the rsync source code well enough to maintain it in the event that, for some reason, you no longer did. After two years, I understand some parts of

Re: New rsync option checksum-path

On Mon, Mar 10, 2008 at 01:37:25PM -0300, Ruy Exel wrote: > Suspecting that the changes were made only to ID3 tags, a very common > situation, one could write a shell script, say SHORTSUM, which would > calculate a checksum only on the first 10K bytes, for example, where > ID3 tags reside. One thi

Re: New rsync option checksum-path

On Mon, 2008-03-10 at 13:37 -0300, Ruy Exel wrote: > This is a suggestion for adding to rsync an option "--checksum-path=PROGRAM". > > Once this option is given, provided it is accompained by option > "--checksum", both the receiving and sending side of rsync would > compute checksums calling PROG

Re: PGP keys?

On Mon, 2008-03-10 at 16:50 +0100, Anonymous wrote: > There is a PGP signature for R3 rsync but the PGP key is not found on > the website. How to obtain the pubkey? See: http://lists.samba.org/archive/rsync/2008-March/020257.html Wayne, please do put the information about the key on the Web site

Re: crypting remote data

On Mon, 2008-03-10 at 22:55 +0100, david reinares wrote: > After testing a bit more i discovered that fails when i pass the > command to restore and decrypt with dest-filter (in the client side). > Always the same file, no matter how many times i execute rsync. But > after testing diferent folders,

Re: crypting remote data

After testing a bit more i discovered that fails when i pass the command to restore and decrypt with dest-filter (in the client side). Always the same file, no matter how many times i execute rsync. But after testing diferent folders, i can't see the conection between the failed files. html, java,

PGP keys?

There is a PGP signature for R3 rsync but the PGP key is not found on the website. How to obtain the pubkey? -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

New rsync option checksum-path

This is a suggestion for adding to rsync an option "--checksum-path=PROGRAM". Once this option is given, provided it is accompained by option "--checksum", both the receiving and sending side of rsync would compute checksums calling PROGRAM, instead of the usual checksum program. Why is this usef

Re: The server is configured to refuse --iconv

On Mon, Mar 10, 2008 at 10:37:51AM +, Stuart Halliday wrote: > But I'm not using option --iconv! It looks like the cwRsync binary was created with a default --iconv option enabled (this is possible via a configure option). From the other messages I saw, it appears that the default is "--iconv

Re: crypting remote data

Very good this patch...thank you I've been testing this after patching rsync, and works fine to backup...but when I'm restoring the crypted data after a while rsync shows rsync: Failed to close: Bad file descriptor (9) rsync: Failed dup/close: Bad file descriptor (9) rsync error: error in IPC code

Re: Deleting modified files

On Mon, 2008-03-10 at 10:04 +0100, Thomas Poindessous wrote: > Yes, I try to do the first solution, so I will have the possibility to > coordinate upgrade on several servers to reduce the differences. > > So, do I need to use a option of rsync to list modifications and then, > rm -f files ? Or is

Re: rsync: always modify atime of all destination files

On Thu, 2008-03-06 at 11:38 -0500, Justin Pryzby wrote: > On Fri, Jul 23, 2004 at 05:09:09PM -0300, Pedro Zorzenon Neto wrote: > > Please apply the following patch to rsync. This patch updates the > > atime (last access time) of all destination files to NOW when rsync > > runs. > > > > It is d

Re: rsync: Please add an option to ignore vanished files

On Thu, 2008-03-06 at 11:56 -0500, Justin Pryzby wrote: > On Mon, Feb 20, 2006 at 02:28:50PM +0300, Cyril Bouthors wrote: > > I'd like rsync to provide an option called '--ignore-vanished' that > > would not display those warnings anymore and not exit with value 24 > > ("Partial transfer due to van

Re: Deleting modified files

On Sat, Mar 8, 2008 at 4:10 AM, Matt McCutchen <[EMAIL PROTECTED]> wrote: > On Fri, 2008-03-07 at 22:21 +0100, Thomas Poindessous wrote: > > I'm trying to do a backup of several servers which are almost > > identical. I want to have a "base" directory and one directory by > > server. > > > > T

RE: The server is configured to refuse --iconv

Thank you Tevfik, I added "charset = utf-8" to the rsync server's .conf and it now works. I didn't realise that Rsync 3 now converts filenames between machines now? -- Stuart Halliday -Original Message- From: Tevfik Karagülle <[EMAIL PROTECTED]> To: "'Stuart Halliday'" <[EMAIL PROTEC

DO NOT REPLY [Bug 5309] double free or corruption while using rsync 3.0.0 stable

https://bugzilla.samba.org/show_bug.cgi?id=5309 --- Comment #2 from [EMAIL PROTECTED] 2008-03-10 06:13 CST --- strange: if I compile rsync with "enable maintainer mode" and run the rsync -client as root from bash, after the crash it tells me "xterm ...: Can´t open display" for some m

RE: The server is configured to refuse --iconv

See a related thread in cwrsync forum http://www.itefix.no/phpws/index.php?module=phpwsbb&PHPWSBB_MAN_OP=view&PHPW S_MAN_ITEMS[]=1130 Tev > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Stuart Halliday > Sent: 10. mars 2008 11:38 > To: rsync@

The server is configured to refuse --iconv

I've just tried upgrading to cwrsync 2.1.0 (Rsync version 3.0.0 protocol version 30) between 2 Windows XP Pro sp2 machine across the Internet. I used: SET CYGWIN=nontsec SET HOME=c:\cwrsync\bin C:\cwrsync\bin\rsync -za -u -P --delete --recursive /cygdrive/c/test2/ [EMAIL PROTECTED]::test/ When I

DO NOT REPLY [Bug 3845] Make --remove-source-files remove directories too

https://bugzilla.samba.org/show_bug.cgi?id=3845 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #5

Re: rsync: Please add an option to ignore vanished files

Having not yet seen a response to this, here's my $.02... On Thu, 6 Mar 2008, Justin Pryzby <[EMAIL PROTECTED]> wrote: > Hi Everyone, > > The following request was received from a Debian user; could you > comment on it? I think this seems reasonable, although the cron > output can be fixed by wr