similar to: Non-clean Rsync 3.0.3 exit on OSX

Displaying 20 results from an estimated 300 matches similar to: "Non-clean Rsync 3.0.3 exit on OSX"

2006 Oct 26
3
New Syntax Error after upgrading to 0.20
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I had a working 0.19.3 puppet install, but after an upgrade to 0.20 and then restarting puppetmasterd I get the following error: # /etc/init.d/puppetmaster start All resource specifications require names in file /etc/puppet/manifests/modules/ssh_keys.pp at line 24 * Failed to start puppetmaster So, looking at the file in question shows the
2008 Mar 07
2
rsync3 universal binary for Mac OS X?
Did anyone ever get rsync3 to compile as a universal binary and work correctly on both tiger and leopard on ppc and intel? David.
2018 Mar 21
4
rsync very very slow with multiple instances at the same time.
I create a new thread, because the issue is not really the same, but i copy here the thread that made me jump into the list. My issue is not really that it waits before starting copying, but a general performance issue, specially when there are multiple rsync running at the same time. Here is my situation : I have multiple clients (around 20) with users and i want to rsync their home dirs with
2004 May 09
2
2.6.2 not displaying permissions errors on client side
Hello, Noticed this (bug?) while testing out rsync. For a little background, I need to push files real-time to some front-end servers, and I am thinking of switching from some custom shell scripts that do this job to rsync. I am thinking of running rsync as a daemon on the front-end servers, and doing an upload from the back-end server to push the data out as it comes in. So, here is the deal:
2002 Feb 18
1
fixes for bugs in error handling in rsync-2.5.2; and updates for rsync3.txt
Rsync-2.5.2 does not gracefully report connection and transfer errors and always properly return with a non-zero exit code, despite many assurances to the contrary in the code and commit logs. It seems a kludge to handle a special case of lost connections to older servers was FAR too aggressive! With '-vvv' I also print the source of the exit_cleanup() call, and optionally with
2014 Dec 15
2
rsync not copy all information for font file
Hi Bryan, thanks for your kind reply but it happend only with some fonts not all font file, (email with attachment is under verification by admin, so i resend this without attachment file) here i attach 2 screenshot one original folder and second backup folder, you can notice that the font .otf, .ttf, .dfont have no problem in rsync it copied as it is but the font that not show extension (Font
2007 Feb 05
1
rsync 3-cvs missing prereqs/deps on osx
hi, as it's been awhile since my last attempts w/ v269, i'm building the latest rsync3-svs on osx 10.4.8; looking to see what's evolved re: acls & xattrs support on osx ... @ build, i note complaint abt a missing yodl2man, which originates with YODL. YODL, then requires icmake. as neither is available on osx, it's src build time. on building debian's icmake (already
2007 Oct 30
1
Rsync 3.0.0pre4 errors with ACLs and Xattrs between OSX and Linux
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It's my understanding that as of 3.0 rsync supports OS X ACLs and extended attributes, and that it should be possible to backup a tree from an OS X system that contains files and folders with ACLs and extended attributes to a Linux host filesystem that has both "user_xattrs" and "acl" enabled on the destination file system.
2006 Jul 30
1
Power of a single sample binomial test
The only references to this I can find searching the archives are to a student who asked in relation to his course work on a stats course. Promise I'm not doing that! I have a situation in which we want to test proportions against an expected proportion, binom.test() is great. I'd like to do some post hoc power tests (the x and n were beyond our control in the survey as all we could set
2010 Mar 25
1
[PATCH] Exceeding white spaces and a typo
From: Andrea Gelmini <andrea.gelmini at gelma.net> --- rsync3.txt | 22 +++++++++++----------- 1 files changed, 11 insertions(+), 11 deletions(-) diff --git a/rsync3.txt b/rsync3.txt index 42d77dc..293680f 100644 --- a/rsync3.txt +++ b/rsync3.txt @@ -1,6 +1,6 @@ -*- indented-text -*- -Notes towards a new version of rsync +Notes towards a new version of rsync Martin Pool <mbp at
2007 Feb 16
0
fyi: yodl prereq for rsync3 updated -- osx issues fixed
for those who care, the yodl pkg, a prereq for building rsync3-cvs docs (& more?), had 'issues' @ version <= v2.04 with building cleanly on osx. it's been updated today to v2.10, http://sourceforge.net/project/showfiles.php?group_id=126615 v2.10 builds clealy, without req'd patching or error, and works just fine when/as used by rsync3 -- or elsewhere.
2014 Dec 14
0
rsync not copy all information for font file
Hi Ram, In OS X, some font types (not all) put the font payload in the resource fork. Netatalk provides AFP filesharing, imitating the resource forks by creating secondary files in ?.Appledouble? folders within each folder. Netatalk tracks the resource forks, and other metadata, by keeping a ?Desktop database? at the root of the shared volume ? look for .AppleDesktop, and .AppleDB. You can
2014 Dec 12
3
Aw: Re: Re: rsync not copy all information for font file
what is the source and destination filesystem? here is some report that rsync has some problem with HFS+ filesystems and "ressource forks": http://quesera.com/reynhout/misc/rsync+hfsmode/ but as you are using ubuntu and not osx i`m curious what`s the problem, so i think we need more information here. regards roland > Gesendet: Freitag, 12. Dezember 2014 um 15:31 Uhr > Von:
2009 Apr 18
8
DO NOT REPLY [Bug 6276] New: crtimes.patch does not preserve creation dates on Mac x86_64 only
https://bugzilla.samba.org/show_bug.cgi?id=6276 Summary: crtimes.patch does not preserve creation dates on Mac x86_64 only Product: rsync Version: 3.0.6 Platform: x86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org
2007 May 13
2
Oddities upgrading from 2.4.1 to 2.5.0
I'm working on Windoze XP and have for some time installed R in D:\R and upgraded my packages after installing the new version of R with a bit of code I think I got from the list: ip <- installed.packages(lib.loc = "d:\\R\\R-2.4.1\\library") ip <- ip[ip[,1]!="base" ,1] install.packages(ip) This time around that's produced some warning grumbles: Warning messages:
2014 Dec 14
1
Aw: Re: Re: rsync not copy all information for font file
An HTML attachment was scrubbed... URL: <http://lists.samba.org/pipermail/rsync/attachments/20141214/3d32f770/attachment.html>
2006 Jan 24
1
propagate atimes with rsync-2.6.6 (fwd)
Dear Martin Pool. We regularly use rsync for making backups of our file systems but we have noticed that the atimes are not transferred with the files and are also always updated on the sender's side. Therefore, we have created a modified version of rsync based on rsync-2.6.6 protocol version 29 which transfers the access times with the transferred files and also allows to preserve the access
2006 Jul 09
3
vignette("introduction") causes "Error in sprintf(" (PR#9069)
Full_Name: Chris Evans Version: 2.3.1 OS: Windoze XP Submission from: (NULL) (217.34.100.197) If I give "vignette("introduction")" I get: Error in sprintf(gettext(fmt, domain = domain), ...) : use format %s for character objects vignette() works for some other vignettes and "vignette()" gets me a list of vignettes and shows three with the name
2018 Mar 23
0
rsync very very slow with multiple instances at the same time.
Ok, so i did some tests. find /path -type f -ls > /dev/null First on my local SSD disk (1.9 millions files) : 1 find : real 2m16.743s user 0m7.607s sys 0m45.952s 10 concurrent finds (approx same results for each) : real 4m48.629s user 0m11.013s sys 2m0.288s Almost double time is somehow logic. Now same test on my server on the iSCSI disk (when there is no other activity) (2.8 millions
2018 Mar 23
1
Aw: Re: rsync very very slow with multiple instances at the same time.
An HTML attachment was scrubbed... URL: <http://lists.samba.org/pipermail/rsync/attachments/20180323/66c46d5a/attachment.html>