On Wed, 4 Jun 2008, Wayne Davison wrote:
On Mon, Jun 02, 2008 at 07:31:02PM +0200, Peter Breitenlohner wrote:
(1) With the Linux kernel >=2.6.20, "make check" occasionally fails, due to
subsecond timestamps sometimes being truncated and sometimes being rounded
upwards (both on i686 and x86_64).
https://bugzilla.samba.org/show_bug.cgi?id=3653
--- Comment #12 from [EMAIL PROTECTED] 2008-06-04 20:24 CST ---
Created an attachment (id=3335)
--> (https://bugzilla.samba.org/attachment.cgi?id=3335&action=view)
Demonstration of two nasty vanishing cases
Even with the changes I prop
On Wed, Jun 04, 2008 at 03:03:17PM +0100, Steven Hartland wrote:
> zone/english/mp_carentan1.ff
> ^CKilled by signal 2.9.72kB/s0:00:55
This looks like a system message overwriting the display, which rsync
can't control. We could switch over to writing \r at the start of each
progress message
On Wed, Jun 04, 2008 at 02:56:40PM +0100, Steven Hartland wrote:
> flist.c:874: warning: comparison between signed and unsigned
> flist.c:876: warning: right shift count >= width of type [...]
These errors were due to off_t being 32-bit, which wasn't handled well.
I have improved that code, and th
Hi,
We have this backup server running for a long time without problem, it
run the rsync command from cron and connect to many other servers geting
the files from those servers.
One of these servers crashed a week before and we restored it, since
then the rsync that connect to this server is g
On Wed, 2008-06-04 at 07:20 -0700, becca23 wrote:
> Thanks for the help, i got the permissions issue worked out, but I'm
> interested in this --rsync-path command. It seems like it could be a
> powerful tool to make up for the lack of rsync commands in Delta copy.
Yes, you can use it to pass optio
On Mon, Jun 02, 2008 at 07:31:02PM +0200, Peter Breitenlohner wrote:
> (1) With the Linux kernel >=2.6.20, "make check" occasionally fails, due to
> subsecond timestamps sometimes being truncated and sometimes being rounded
> upwards (both on i686 and x86_64).
Rsync doesn't do any rounding, so I d
Matt McCutchen-7 wrote:
>
> It looks like DeltaCopy contains rsync 2.6.6, which is too old to
> recognize the --chmod option, so if you're pushing from the Windows
> machine, you'll need to stuff that option in an --rsync-path:
>
> rsync --rsync-path='rsync --chmod=ugo=rwX' ARGS...
>
>
> --
On cygwin 1.5.25 we get the following test failure:-
- default-acls log follows
Testing for symlinks using 'test -h'
sending incremental file list
created directory /tmp/rsync-3.0.3pre2/testtmp/default-acls/da777/to
delta-transmission disabled for local transfer or --whole-file
file
program
d
Under cygwin 1.5.25 we get the following compile warnings
flist.c: In function `output_flist':
flist.c:2648: warning: unsigned int format, uint32_t arg (arg 4)
flist.c:2648: warning: unsigned int format, uint32_t arg (arg 4)
flist.c:2655: warning: unsigned int format, uint32_t arg (arg 5)
flist.c:
The progress fix listed
[quote]
- If rsync exits in the middle of a --progress output, it now outputs a
newline to prevent the progress line from being overwritten.
[/quote]
Appears to not work.
== Test 1 ==
CTRL+C is used to abort:-
rsync -av --whole-file --progress -e "ssh -p 23" test
All seems to compile ok but I get the following warnings on interix 3.5
flist.c: In function `recv_file_entry':
flist.c:840: warning: comparison between signed and unsigned
flist.c:874: warning: comparison between signed and unsigned
flist.c:876: warning: right shift count >= width of type
flist
https://bugzilla.samba.org/show_bug.cgi?id=5520
Summary: Rsync cannot copy to a vfat partition on kernel 2.6.25+
Product: rsync
Version: 3.0.3
Platform: All
URL: https://bugzilla.redhat.com/show_bug.cgi?id=449080
OS/Version: Linux
13 matches
Mail list logo
