Symlinks in OS X (10.4.1)
Hi, is there a way to ignore the permissions for symlinks but compare the permissions for regular files and change them accordingly? The problem is that using OS X every time I run rsync it tries to update the permissions for the symlinks but the changes are not made since OS X has no support for symlink permissions. Therefore it would like to somehow ignore symlink permissions. Thanks, Mario -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
DO NOT REPLY [Bug 5020] New: hang using RSYNC_CONNECT_PROG
https://bugzilla.samba.org/show_bug.cgi?id=5020 Summary: hang using RSYNC_CONNECT_PROG Product: rsync Version: 3.0.0 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] QAContact: [EMAIL PROTECTED] Seen on i386 version 2.6.9 and x86_64 version 3.0.0pre2, similar behavior. Using an SSH tunnel through a firewall works fine. Using RSYNC_CONNECT_PROG sometimes works fine, but most often hangs while downloading files. export RSYNC_CONNECT_PROG='ssh -q middle netcat mirrors.kernel.org 873' gdb /usr/local/bin/rsync GNU gdb 6.5 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-suse-linux...Using host libthread_db library /lib64/libthread_db.so.1. (gdb) (gdb) set args -vaPH --numeric-ids --delete --delete-excluded --safe-links --exclude-from=excludes.txt --delay-updates localhost::debian/ debian (gdb) run Starting program: /usr/local/bin/rsync -vaPH --numeric-ids --delete --delete-excluded --safe-links --exclude-from=excludes.txt --delay-updates localhost::debian/ debian MOTD: receiving file list ... 159300 files to consider deleting .~tmp~/ls-lR.gz deleting .~tmp~/README.non-US deleting .~tmp~/README.mirrors.txt deleting .~tmp~/README.mirrors.html deleting .~tmp~/ ./ README.mirrors.html 98089 100% 948.42kB/s0:00:00 (xfer#1, to-check=159295/159300) README.mirrors.txt 61619 100% 321.79kB/s0:00:00 (xfer#2, to-check=159294/159300) README.non-US 14740 100% 76.57kB/s0:00:00 (xfer#3, to-check=159293/159300) ls-lR.gz 0 0%0.00kB/s0:00:00 (here the program is now hung) Program received signal SIGINT, Interrupt. 0x2b84da6d9283 in __select_nocancel () from /lib64/libc.so.6 (gdb) rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(502) [receiver=3.0.0pre2] bt #0 0x2b84da6d9283 in __select_nocancel () from /lib64/libc.so.6 #1 0x00421d72 in writefd_unbuffered (fd=8, buf=0x56eba0 , len=4092) at io.c:1442 #2 0x0042252a in io_flush (flush_it_all=0) at io.c:1519 #3 0x0042269d in writefd (fd=4, buf=0x7fffd059bea4 �\177, len=0) at io.c:1551 #4 0x00422b9b in write_int (f=9, x=-514) at io.c:1567 #5 0x00422d0f in write_sum_head (f=9, sum=0x569480) at io.c:1343 #6 0x0040dd08 in recv_generator (fname=0x7fffd059e230 pool/main/d/devhelp/libdevhelp-1-dev_0.16.1-1_amd64.deb, file=0x2b84da9f8ec0, ndx=28095, itemizing=1, code=FLOG, f_out=8) at generator.c:1788 #7 0x0040e9bb in generate_files (f_out=8, local_name=value optimized out) at generator.c:2033 #8 0x00417be4 in do_recv (f_in=8, f_out=8, local_name=0x0) at main.c:841 #9 0x00417e5a in client_run (f_in=8, f_out=value optimized out, pid=-1, argc=value optimized out, argv=0x56d998) at main.c:1084 #10 0x004195fc in main (argc=2, argv=0x56d990) at main.c:1256 (gdb) up #1 0x00421d72 in writefd_unbuffered (fd=8, buf=0x56eba0 , len=4092) at io.c:1442 1442count = select(maxfd + 1, using_r_fds ? r_fds : NULL, (gdb) print maxfd $1 = value optimized out (gdb) print using_r_fds $2 = 1 (gdb) print r_fds $3 = {fds_bits = {64, 0 repeats 15 times}} -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
PATCH: preserve osx creation-date (was: Using pre2 for backing up a mac)
On Oct 13, 2007, at 4:07 PM, Wesley W. Terpstra wrote: rsync 3pre2 now handles all but three items: 1. bsd flags 2. locked flag (supposedly finder meta-data) 3. creation date The creation date is AFAIK a mac os specific piece of meta-data and can be accessed via the set/getattrlist + ATTR_CMN_CRTIME system call on a mac. Again, this meta-data might be reasonably converted into an extended attribute. I've attached a patch which does this. Currently resource forks and finder info get placed into an extended attribute transparently by osx (com.apple.{ResourceFork/FinderInfo}). This patch makes another extended attribute called com.apple.CreationDate. The only issue I've found so far is that it gives warning when copying a symlink to linux as one can't set extended attributes there. It even works when copying from hfs to fat32 on the same mac. I don't understand where osx saves the creation date in a fat filesystem, but somehow it works!? I admit it's a bit hack-ish to put this in the extended attribute get/ set methods, but this mimics the behaviour of the other osx-specific meta-data. Also, it seems reasonable to me that it should be copied when '-X' is specified. There is no fgetattrlist method, but it seems that sys_fgetxattr is actually never used b/c x_fstat is not used. creation-date.patch Description: Binary data -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Symlinks in OS X (10.4.1)
On Oct 13, 2007, at 8:56 PM, [EMAIL PROTECTED] wrote: since OS X has no support for symlink permissions Actually, this isn't quite true. osx has no lchmod, but if you set a umask before creating the link, the permissions are set. So, as opposed to ignoring the permissions, perhaps we should teach rsync how to set them. I'll probably look at this as soon as I'm done writing a patch for preserving the creation date. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Attributes on Windows files - not ACL
I'm wondering why I'm having trouble getting attributes like Hidden or System to come across from my Windows rsync under cygwin implementation (2.6.9). I'm using rsync via an ssh tunnel from one Windows machine to the other, rsync version 2.6.9. The options I'm using are -ruvitpAE --super --preallocate --ignore-errors --stats. Transfers work great, I just don't get the target files to have the same Windows file attributes such as hidden file. Note, I'm not talking about the ACL issue commonly discussed in the forums.we just extract those to a text file using fileacl and then capture that file. I can't find a similar way to do file attributes otherwise I'd be happy taking that approach. Thanks for any assistance in advance. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
DO NOT REPLY [Bug 4607] --timeout: not counting correctly?
https://bugzilla.samba.org/show_bug.cgi?id=4607 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from [EMAIL PROTECTED] 2007-10-14 16:10 CST --- I think you're misunderstanding the --timeout option. Its purpose is to terminate rsync if something stalls. As long as the transfer is proceeding, it will never timeout. See the time-limit.diff patch in the patches dir if you want to put a limit on how long rsync can run. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
DO NOT REPLY [Bug 4611] i always get rsync error: some files could not be transferred (code 23) even when there is nothing to transfer
https://bugzilla.samba.org/show_bug.cgi?id=4611 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Summary|i always get rsync error: |i always get rsync error: |some files could not be |some files could not be |transferred (code 23) even |transferred (code 23) even |when there is nothing to|when there is nothing to |transfer|transfer Version|2.6.9 |3.0.0 --- Comment #1 from [EMAIL PROTECTED] 2007-10-14 16:23 CST --- The reason for the error-exit value is that rsync output that message about not using the RSYNC_PASSWORD environment variable as an error, which makes rsync think that something went wrong with the file transfer. I could have changed the message from an FERROR to an FINFO message, but I don't see the purpose in having rsync comment on the presence of an environment variable when it was explicitly told to use a file on the command-line. I have fixed in this in CVS by removing the message. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
DO NOT REPLY [Bug 4870] --link-dest results in errors for some paths containing spaces
https://bugzilla.samba.org/show_bug.cgi?id=4870 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from [EMAIL PROTECTED] 2007-10-14 16:39 CST --- In the example you provided, you did not escape the space in the arg that you passed to rsync, so that is an error on your part. You'll need to either put the arg into quotes, or use a backslash to escape the space. For a daemon transfer, that will cause the copy to work fine (though in your cited command you are only requesting a file listing, since there is no destination specified). For a non-daemon transfer, rsync does not try to escape spaces in command-line args that it sends to the server process. This can lead to a space-splitting problem with the --link-dest arg if the client is the sender. In 3.0.0 there is now a --protect-args (-s) option that sends the majority of the command-line args across the socket connection, which avoids this space splitting. I don't wish to add any other space-escaping features to the arg passing, as the type of escaping used depends on what shell is used on the remote system. I consider the use -s to be the right solution going forward, and the -s option will eventually become the default (when enough time has passed to make 3.0.0 or later the rule rather than the exception). -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
DO NOT REPLY [Bug 4979] readdir() failure results in remote deletes
https://bugzilla.samba.org/show_bug.cgi?id=4979 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from [EMAIL PROTECTED] 2007-10-14 16:40 CST --- This is fixed in the CVS version, and will be present in the 3.0.0pre3 release (when that occurs). Thanks for the report! -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
DO NOT REPLY [Bug 5020] hang using RSYNC_CONNECT_PROG
https://bugzilla.samba.org/show_bug.cgi?id=5020 --- Comment #1 from [EMAIL PROTECTED] 2007-10-14 16:44 CST --- Please try using the -w1 option to nc -- someone else noticed a nc problem in the past, and that solution worked to avoid a nc hang. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: PATCH: preserve osx creation-date (was: Using pre2 for backing up a mac)
On Sun, Oct 14, 2007 at 08:14:57PM +0200, Wesley W. Terpstra wrote: I've attached a patch which does this. Currently resource forks and finder info get placed into an extended attribute transparently by osx (com.apple.{ResourceFork/FinderInfo}). This patch makes another extended attribute called com.apple.CreationDate. Thanks! I've twiddled your patch a bit and checked it in as a file in the patches dir (for now, at least): osx-create-time.diff I changed the storing of the data to store the time value as 12 bytes of binary data -- 8 for the time_t value (for future expansion) and 4 for the nsec value (which always be 0 at present). The name of the attribute was changed to com.apple.crtime96 (for the moment) . Since it is not an official com.apple.* value, I didn't want to use a name that Apple might choose in the future. The name should probably go in the rsync.* namespace, but I'd need to move the code for reading and writing the value out of lib/sysxattrs.c into xattrs.c to do that (I believe). I also enabled the XATTR_NOFOLLOW option for {get,set}attrlist(). ..wayne.. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Symlinks in OS X (10.4.1)
On Sat, Oct 13, 2007 at 08:56:23PM +0200, [EMAIL PROTECTED] wrote: is there a way to ignore the permissions for symlinks but compare the permissions for regular files and change them accordingly? That should be the default for any system that doesn't have lchmod(). ..wayne.. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Symlinks in OS X (10.4.1)
On Sat, Oct 13, 2007 at 08:56:23PM +0200, [EMAIL PROTECTED] wrote: is there a way to ignore the permissions for symlinks but compare the permissions for regular files and change them accordingly? On Sun, Oct 14, 2007 at 04:57:31PM -0700, Wayne Davison wrote: That should be the default for any system that doesn't have lchmod(). Aha, I see the problem. Rsync doesn't try to set the permissions, but it does list the permissions as differing in the itemized output. I'll fix that. ..wayne.. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Symlinks in OS X (10.4.1)
Actually, this isn't quite true. osx has no lchmod, but if you set a umask before creating the link, the permissions are set. So, as opposed to ignoring the permissions, perhaps we should teach rsync how to set them. I'll probably look at this as soon as I'm done writing a patch for preserving the creation date. Thank you for the reply! I know about the missing lchmod in OS X, but I don't really see a need for it. Why can't a symlink just have a default permission of 0777? In case the symlink gets dereferenced the target's permissions have to be considered anyway. Of course it is cleaner to have them set properly, but if they are just ignored it won't hurt either. Regards, Mario -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
CVS update: rsync
Date: Sun Oct 14 18:55:49 2007 Author: wayned Update of /data/cvs/rsync In directory dp.samba.org:/tmp/cvs-serv9563 Modified Files: generator.c Log Message: Fixed a typo in a comment. Revisions: generator.c 1.365 = 1.366 http://www.samba.org/cgi-bin/cvsweb/rsync/generator.c?r1=1.365r2=1.366 ___ rsync-cvs mailing list rsync-cvs@lists.samba.org https://lists.samba.org/mailman/listinfo/rsync-cvs
CVS update: rsync/patches
Date: Sun Oct 14 18:57:47 2007 Author: wayned Update of /data/cvs/rsync/patches In directory dp.samba.org:/tmp/cvs-serv9849 Modified Files: flags.diff Log Message: Fixed a compile problem and made the --delete-delay option work. Revisions: flags.diff 1.40 = 1.41 http://www.samba.org/cgi-bin/cvsweb/rsync/patches/flags.diff?r1=1.40r2=1.41 ___ rsync-cvs mailing list rsync-cvs@lists.samba.org https://lists.samba.org/mailman/listinfo/rsync-cvs
CVS update: rsync
Date: Sun Oct 14 21:20:32 2007 Author: wayned Update of /data/cvs/rsync In directory dp.samba.org:/tmp/cvs-serv6970 Modified Files: authenticate.c Log Message: If the user told us to use a password file and we used it, there's no need to comment if a RSYNC_PASSWORD environment variable is set. Revisions: authenticate.c 1.47 = 1.48 http://www.samba.org/cgi-bin/cvsweb/rsync/authenticate.c?r1=1.47r2=1.48 ___ rsync-cvs mailing list rsync-cvs@lists.samba.org https://lists.samba.org/mailman/listinfo/rsync-cvs
CVS update: rsync
Date: Mon Oct 15 00:13:59 2007 Author: wayned Update of /data/cvs/rsync In directory dp.samba.org:/tmp/cvs-serv1697 Modified Files: generator.c Log Message: If there's no lchmod(), don't itemize permission differences for symlinks. Revisions: generator.c 1.366 = 1.367 http://www.samba.org/cgi-bin/cvsweb/rsync/generator.c?r1=1.366r2=1.367 ___ rsync-cvs mailing list rsync-cvs@lists.samba.org https://lists.samba.org/mailman/listinfo/rsync-cvs