On Mon, Mar 03, 2008 at 01:50:28PM -0800, Wayne Davison wrote:
> I'll fix the NULL and look to get a test for this added.
The git repository has both the fix and the extended test.
Attached is just the NULL-pointer fix.
Thanks for your help!
..wayne..
--- a/clientserver.c
+++ b/clientserver.c
@
Applied patches in correct order.
Configured.
make was successful. No error messages.
Sorry for the confusion I created by my ignorance of the order of the patches.
Thanks for clearing that up, Tony.
Rob
- Original Message -
From: Anthony Morton <[EMAIL PROTECTED]>
Date: Monday, Marc
I think you hit the nail on the head. I put the crtimes.diff first
because I was simply swapping it in for osx-create-time.diff in
Axel's email "3.0.0 test failure MacOS X 10.4.11".
Upon invoking make, this error in the ordering of the patches, on my
part yielded:
Check the output of your
I did a lot of tests on Tiger and Leopard with this good patch and
it seems it doesn't need the --force-change options.The bbouncer
test comes up clean with or without it. Is that true? Or should we
use those option just in case? Should we have the option? Rob
My guess is you don't need --f
I think you hit the nail on the head. I put the crtimes.diff first
because I was simply swapping it in for osx-create-time.diff in
Axel's email "3.0.0 test failure MacOS X 10.4.11".
Upon invoking make, this error in the ordering of the patches, on my
part yielded:
make
perl ./mkproto.pl .
I am running MacOS X 10.4.11 on PPC. The following is a synopsis of
my installation procedure (as gathered from the various emails in
the archive) - note that I had trouble with crtimes.diff and went
back to osx-create-time.diff. Please let me know if I have included
anything spurious or mi
I have also been eager to test bbouncer
The latest source passes with flying colours!
but make check finds some problems with xattrs if not run by sudo
I have xattr in /usr/local/bin/ from the source found at:
http://dev.bignerdranch.com/public/bnr/eXttra.zip
What I did:
cd /usr/local/Source
r
On Sun, 2008-03-02 at 03:05 -0800, Some user wrote:
> (PS - I'm after doing this as a lot of my files are 2gig VM files, and I
> don't want the odd small config change to mean lots if usage on second
> drive, would rather the CPU get pushed than the HDD, CPU more convenient to
> replace lol).
If y
On Mon, Mar 03, 2008 at 09:16:46PM +0100, Paul Slootman wrote:
> The short story: it looks like client_info is NULL at compat.c:90, if I
> look at the strace and ltrace output supplied in the above URL.
No, looks like the problem is a NULL config_file var. If rsync had been
called with --rsync-pa
https://bugzilla.samba.org/show_bug.cgi?id=5299
--- Comment #2 from [EMAIL PROTECTED] 2008-03-03 15:37 CST ---
I booted my Sidux LiveCD on the Windows system, and ran rsync 2.6.9 to fetch
the same set of files, and got the same error messages as mentioned above. So I
don't think it ha
Awesome work Wayne. I have been following the various threads about
running rsync 3.0.0 on MacOS X 10.4.11 and wanted to confirm that
following all the various bits of advice yields a clean running rsync
(as tested by backup bouncer).
I am running MacOS X 10.4.11 on PPC. The following is a
Matt McCutchen-7 wrote:
>
> On Sat, 2008-03-01 at 12:51 -0800, Some user wrote:
>> its installed and working but i have no idea what im doing wrong.
>> The command i'm using:
>>
>> #rsync -rv /media/mir1/ /media/mir2/
>>
>> Now this works, recursive and verbose. However it takes approx 2 min
On 3/3/2008, Jason Haar ([EMAIL PROTECTED]) wrote:
Basically PST (and OST) files don't play nicely with differential
copy tools.
They also get very unstable the closer to 2GB in size you get...
I'd never let a PST file get over about 500MB - had too many problems
when I did (don't use it any
The long story: http://bugs.debian.org/469172
The short story: it looks like client_info is NULL at compat.c:90, if I
look at the strace and ltrace output supplied in the above URL.
Perhaps someone can investigate further, I don't have much time this
evening. Tomorrow I can look again
Paul
Jon Watson wrote:
I'm curious if PSTs are just un-rsyncable due to their makeup or if
there is something I can do to pare down this transfer and subsequent
storage.
Any tips or ideas are welcome.
Outlook PST files are effectively database files. They can be optionally
compressed and encrypt
https://bugzilla.samba.org/show_bug.cgi?id=5301
--- Comment #1 from [EMAIL PROTECTED] 2008-03-03 09:57 CST ---
Created an attachment (id=3158)
--> (https://bugzilla.samba.org/attachment.cgi?id=3158&action=view)
Update copyright in options.c
--
Configure bugmail: https://bugzilla.s
https://bugzilla.samba.org/show_bug.cgi?id=5301
Summary: rsync 3.0.0 copyright dates not updated to 2008
Product: rsync
Version: 3.0.0
Platform: All
OS/Version: All
Status: NEW
Severity: trivial
Priority: P3
On Mon, Mar 03, 2008 at 03:34:30PM +0100, Paul Slootman wrote:
> If files that are shorter on the receiving side are skipped, how is it
> possible that rsync updates a file by appending data onto the end?
Thanks. That should say that files that are the same size or longer on
the receiving side ar
Hi All,
I have a 1.8GB PST file that is backed up every night from a cygwin install)
and every night rsync transfers about 1.8GB of data for that file. It
changes a bit, but for all intents and purposes the entire file is
transferred. There are other files on this system that rsync more typically,
I just noticed, too late )-:
--append
This causes rsync to update a file by appending data onto the
end of the file, which presumes that the data that already
exists on the receiving side is identical with the start of the
fi
A new version of cwrsync including rsync 3.0.0 is now available from
http://itefix.no/cwrsync
Tev
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Wayne Davison
> Sent: 1. mars 2008 22:30
> To: [EMAIL PROTECTED]
> Cc: rsync@lists.samba.org
> Sub
On Mar 2, 2008, at 10:13 AM, Wayne Davison wrote:
On Sun, Mar 02, 2008 at 07:40:32AM -0500, Robert DuToit wrote:
Indeed - it worked fine. I had forgotten that you changed the default
behavior and that --force-schg would override that too. Thanks!
In the final patch for 3.0.0 the option names
On Mon, 2008-03-03 at 11:14 +0100, david reinares wrote:
> Is there any way to run rsync to create a file list and just delete
> files not present at source?
Yes, there's a neat little trick that does this: pass
--ignore-non-existing --ignore-existing to stop rsync from creating new
files and from
https://bugzilla.samba.org/show_bug.cgi?id=4573
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment #1
https://bugzilla.samba.org/show_bug.cgi?id=5300
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=5300
Summary: --xattrs-exclude and --xattrs-exclude-from
Product: rsync
Version: 3.0.0
Platform: All
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P3
I'm programming an aplication to remote backup using rsync. The user has the
option to crypt the files before sending them, but that options is causing
us a lot of problems.
We can´t crypt the original content, so we do a temporal copy. The problem
is we just cant copy all files at the same time if
27 matches
Mail list logo
