--
Martin
--- Begin Message ---
This is a patch to control unix permissions when uploading to a rsyncd-server
by setting rsyncd.conf options.
cu, Stefan
--
Stefan Nehlsen | ParlaNet Administration | [EMAIL PROTECTED] | +49 431 988-1260
rsyncd.conf options to handle file permissions
(stolen fr
hi
I'm trying to rsync a directory on my local host to a linux host using
the command:
rsync -a -v -e ssh "/Users/sir/downloads/CarApp"
"[EMAIL PROTECTED]:/home/sir/backup" --progress
At first glance, it seems that rsync works perfect, but when I read the
files on my linux destination host, al
Mike Loseke wrote:
> Anyone here ever use or see any tools (free or commercial) that are
> similar to rsync but maybe provide a little more in the way of
> reporting features? I'm looking into some possible alternatives to a
> system I have scratched together using rsync. I'm bumping into some
> i
Anyone here ever use or see any tools (free or commercial) that are
similar to rsync but maybe provide a little more in the way of reporting
features? I'm looking into some possible alternatives to a system I have
scratched together using rsync. I'm bumping into some issues involved
more on the
I'm attempting to mirror a directory tree from debian stable (rsync
version 2.5.6cvs) to a win2k box (cygwin, rsync version 2.5.5). This
setup/command had previously worked for a bit (cygwin at rsync version
2.4.6 AFAICR), but yesterday it hung, so, finding some mail-list entries
about that, I upg
On Wed, Mar 12, 2003 at 02:58:43PM +0100, Paul Slootman wrote:
> On Wed 12 Mar 2003, jw schultz wrote:
> >
> > I've attached a patch that creates a uint64 for INO64_t and
> > DEV64_T and it fixes all the signed-unsigned comparison
> > warnings.
>
> Sure, but that went a bit too far for me at this
On Wed, Mar 12, 2003 at 02:55:55PM +0100, Paul Slootman wrote:
> On Wed 12 Mar 2003, jw schultz wrote:
> > On Wed, Mar 12, 2003 at 01:27:32PM +0100, Paul Slootman wrote:
> > > This is a patch against the manpage to clarify what the --perm option
> > > does and does not do.
> >
> > If we are going
On Wed 12 Mar 2003, jw schultz wrote:
>
> I've attached a patch that creates a uint64 for INO64_t and
> DEV64_T and it fixes all the signed-unsigned comparison
> warnings.
Sure, but that went a bit too far for me at this time.
Your patch looks fine.
> I've also attached a patch for Makefile.in s
On Wed 12 Mar 2003, jw schultz wrote:
> On Wed, Mar 12, 2003 at 01:27:32PM +0100, Paul Slootman wrote:
> > This is a patch against the manpage to clarify what the --perm option
> > does and does not do.
>
> If we are going to embellish this description it would be
> good to make it clear that the
Here's another scratch for an itch I've been having with rsync (and
there's also a Debian bug report about it). When doing:
rsync -e ssh bla remote:foo
if there's no ssh agent or such, ssh will ask for a password or
passphrase. If you then hit ctrl-C, rsync will terminate, but the shell
wil
On Wed, Mar 12, 2003 at 01:34:58PM +0100, Paul Slootman wrote:
> Two patches:
> one to correct the spelling of permissions (in comments, but such typos
> disturb me as well), and
OK. I can't speel but but spelling errors impede clarity.
> one to cast inode and dev to unsigned long before compari
On Wed, Mar 12, 2003 at 01:27:32PM +0100, Paul Slootman wrote:
> This is a patch against the manpage to clarify what the --perm option
> does and does not do.
If we are going to embellish this description it would be
good to make it clear that the behavior of rsync in this
regard is the same as th
Two patches:
one to correct the spelling of permissions (in comments, but such typos
disturb me as well), and
one to cast inode and dev to unsigned long before comparing, to prevent
gcc giving a warning "comparison between signed and unsigned".
Paul Slootman
diff -ru orig/rsync-2.5.6/generator.c
This is a patch against the manpage to clarify what the --perm option
does and does not do.
Paul Slootman
diff -ru orig/rsync-2.5.6/rsync.1 rsync-2.5.6/rsync.1
--- orig/rsync-2.5.6/rsync.12003-01-28 04:11:57.0 +0100
+++ rsync-2.5.6/rsync.1 2003-03-07 12:18:19.0 +0100
@@ -562,8
On Wed, Mar 12, 2003 at 12:23:30PM +0100, Paul Slootman wrote:
> On Wed 12 Mar 2003, jw schultz wrote:
> >
> > Not quite final. I really didn't like calling strcpy for
> > single chars so i fixed that. Also strlcpy counts the null
>
> I was thinking of this, but I'm optimistic that gcc will unr
On Wed 12 Mar 2003, jw schultz wrote:
>
> Not quite final. I really didn't like calling strcpy for
> single chars so i fixed that. Also strlcpy counts the null
I was thinking of this, but I'm optimistic that gcc will unroll such
things...
> in the length so a small adjustment had to be made.
On Wed, Mar 12, 2003 at 10:27:38AM +0100, Paul Slootman wrote:
> On Tue 11 Mar 2003, jw schultz wrote:
> >
> > I threw this out there because it looked like we were
> > heading towards a rewrite of the whole function and i wanted
> > to rethink it instead of just reworking parts of it. If a
> > c
On Wed, Mar 12, 2003 at 01:26:34PM +1100, David Leach wrote:
> Hi there,
>
> rsync version 2.5.5 protocol version 26.
>
> I seem to be having some trouble using rsync to ignore permissions on a
> remote host when syncing back to a local host. I want it to listen to
> the umask of the user runn
We use it for as off-site backup for 35 sites, 700 GB in total.
"We" are Sita, part of the Suez-group.
Kind regards,
Bart Coninckx
Network Administrator
CNE, ASE
*
Sita ICT Services
Lilsedijk 19
B-2340 Beerse
Belgium
e-mail: [EMAIL PROTECTED]
Tel: + 32 (0)
On Tue 11 Mar 2003, jw schultz wrote:
>
> I threw this out there because it looked like we were
> heading towards a rewrite of the whole function and i wanted
> to rethink it instead of just reworking parts of it. If a
> concensus is that this is the way to go i'm all for that.
> If the pointer a
A 20:02 11/03/2003 +0100, Paul Slootman a écrit :
On Tue 11 Mar 2003, Luc Santeramo wrote:
> A 16:19 11/03/2003 +0100, Paul Slootman a écrit :
> >On Tue 11 Mar 2003, Luc Santeramo wrote:
> >
> >> maybe you can send me receiver.c ?
> >
> >Done.
>
> ok I got it
> but maybe I should wait for you and
21 matches
Mail list logo
