rsync-3.0.6 on cygwin-1.7
A new 3.0.6 package is now available on cygwin-1.7; I don't plan to upgrade Cygwin-1.5 packages anymore, so if you want newer releases on rsync please upgrade to 1.7, with proper care: http://cygwin.com/#beta-test This release includes a small patch on rsync configure to detect IPv6 and xattr on Cygwin, please consider including them (or a modification of them) upstream to help people have a full-featured rsync on cygwin also when compiling it manually and not thru the cygport package. xattr right now should work on SMB and will be fixed on NTFS very soon. The xattrs test fails because Cygwin doesn't currently have a setfattr utility, so right now the xattr feature is not thoroughly tested and is considered experimental. http://thread.gmane.org/gmane.os.cygwin/110581 --- origsrc/rsync-3.0.6/configure.in2009-05-08 19:07:14.0 +0200 +++ src/rsync-3.0.6/configure.in2009-09-17 06:53:08.927125000 +0200 @@ -196,8 +196,18 @@ AC_ARG_ENABLE(ipv6, [don't even try to use IPv6])) if test x$enable_ipv6 != xno; then AC_MSG_CHECKING([ipv6 stack type]) - for i in inria kame linux-glibc linux-inet6 toshiba v6d zeta; do + for i in cygwin inria kame linux-glibc linux-inet6 toshiba v6d zeta; do case $i in + cygwin) + AC_EGREP_CPP(yes, [ +#include netinet/in.h +#ifdef _CYGWIN_IN6_H +yes +#endif], + [ipv6type=$i; + AC_DEFINE(INET6, 1, [true if you have IPv6]) + ]) + ;; inria) # http://www.kame.net/ AC_EGREP_CPP(yes, [ @@ -940,7 +950,7 @@ if test x$enable_xattr_support = xno AC_MSG_RESULT(no) else case $host_os in -*linux*) +*linux* | *cygwin*) AC_MSG_RESULT(Using Linux xattrs) AC_DEFINE(HAVE_LINUX_XATTRS, 1, [True if you have Linux xattrs]) AC_DEFINE(SUPPORT_XATTRS, 1) -- Lapo Luchini - http://lapo.it/ signature.asc Description: OpenPGP digital signature -- Please use reply-all for most replies to avoid omitting the mailing list. 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 to detect IPv6 on Cygwin
New Cygwin release 1.7 (which will be released in a few months) will contain IPv6 support, but rsync configure doesn't currently detect it. I'm using the following patch to enable the detection: --- origsrc/rsync-3.0.4/configure.in2008-09-06 18:32:26.0 +0200 +++ src/rsync-3.0.4/configure.in2009-02-15 20:38:41.532123700 +0100 @@ -198,8 +198,18 @@ [don't even try to use IPv6])) if test x$enable_ipv6 != xno; then AC_MSG_CHECKING([ipv6 stack type]) - for i in inria kame linux-glibc linux-inet6 toshiba v6d zeta; do + for i in cygwin inria kame linux-glibc linux-inet6 toshiba v6d zeta; do case $i in + cygwin) + AC_EGREP_CPP(yes, [ +#include netinet/in.h +#ifdef _CYGWIN_IN6_H +yes +#endif], + [ipv6type=$i; + AC_DEFINE(INET6, 1, [true if you have IPv6]) + ]) + ;; inria) # http://www.kame.net/ AC_EGREP_CPP(yes, [ -- Lapo Luchini - http://lapo.it/ -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
security bugs (?)
As a Cygwin rsync package maintainer, the following security fixes have been brought to my attention: http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/rsync/files/rsync-2.6.9-stats-fix.patch http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/rsync/files/rsync-2.6.9-fname-obo.patch And while they seem trusted enough to me (present in many packages such as Gentoo, FreeBSD and other; in bug lists such as Secunia...), I am no rsync deep code knower, and I still wonder why there's no mention in this mailing list or the homepage? Do the actual authors of rsync think that those bugs has never been exploitable? If that's so, please confirm it, thanks =) Lapo -- 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: security bugs (?)
Lapo Luchini wrote: As a Cygwin rsync package maintainer, the following security fixes have been brought to my attention: http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/rsync/files/rsync-2.6.9-stats-fix.patch http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/rsync/files/rsync-2.6.9-fname-obo.patch On a closer inspection, the first one doesn't really seem to regard security... what about the other, aka CVE-2007-4091[1] and SA26493[2]? 1. http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4091 2. http://secunia.com/advisories/26493/ Lapo -- 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: (CYGWIN) Rsync Stalling Upon first file transfer.
Matt McCutchen wrote: As far as I know, the problem has not been fixed. Since you have a setup that hangs consistently, you could do an enormous favor for all rsync-on-Cygwin users if you brought up the problem again on the Cygwin list and worked with the Cygwin people to get it solved once and for all. I would do it except that I don't use Cygwin. As a package maintainer, I tried a few times (over the years) to track this issue, but to no avail, mostly because I never could reproduce it consistently, but partly for lack of time or even knowledge (I know pretty much nothing of Windows internals, that's why I use Cygwin in the first place)... and here's where the guilt kicks in hard :P Lapo -- 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: Rsync over windows remote desktop
Andre Zimmermann wrote: They are listed as system folders \\tsclient\C\. I have tried rsync -rvt /cygdrive/f/andrestuff/AZPHD/test /cygdrive/tsclient/C/andrestuff/AZPHD/test The UNC path should be translated to //tsclient/C/ i.e. left alone, except forward slash use (it works also with backward slashes but I don't think rsync likes them). Mapping the drive is probably better anyway... PS: of course in this way rsync can't work his magic, as reading the remote file to know what has to be sent in fact already send it all already, and then it would send the actual differencies, so it could possibly be slower than a simple copy, I wonder? But if you're planning to use rsync for its wealth of back-options and not his speed, then it's good this way too... Lapo -- 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: Permission problems running rsync as a Windows service
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joel Brown wrote: So I think that the Administrator account in some way has less privileges than the SERVICE account but I just can't work out what the crucial differences relating to running as a service are. I think each WinXP account has a can run as a servuice bit or something like that. But I'm no expert at it, I'm not really sure. Lapo - -- L a p o L u c h i n i l a p o @ l a p o . i t w w w . l a p o . i t / -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkHhLyYACgkQaJiCLMjyUvufOgCgirBVJkZoVJTbp24EdUF3Yty2 QJsAnjQYSDc83vIh1FwQOnjhRw6VFl5U =WrpU -END PGP SIGNATURE- -- 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: downloading rsync 2.6.x ( or latest) binary for WinXP?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wayne Davison wrote: Though I haven't tried it, I believe that means that you can just install rsync and the cygwin dll. Yes, should work as far as rsync is the only cygwin-based tool on the system. This is generally discouraged, though, because having multiple cygwin1.dll in the PATH can lead to bad problems and moreover using the standard setup.exe you have the benefin that on each next execution of setup.exe it propose to upgrade any package in use. - -- L a p o L u c h i n i l a p o @ l a p o . i t w w w . l a p o . i t / -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkGceKMACgkQaJiCLMjyUvvnsgCg5bjIJHgVBf+PfYv5Neay3xos uJ0An2HeIx/6ENz4+5nRq/UH8HlwfIdJ =Eb/1 -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
rsync being remotely nice?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is there any command line option to change the remote rsync command? My idea would be to use nice rsync instead of rsync remotely, to backup servers that are under heavy load... Lapo - -- Lapo Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkGV+U4ACgkQaJiCLMjyUvuMEACfSG4HXwvgMK/wHF0/4w3Ya6wX eEIAnRI4NEP0kLu/UWXCwUmJfnfUVkgv =8U7v -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: [cygwin] Fwd: Updated: rsync-2.6.2-3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lapo Luchini wrote: This third attempt solves both the august security fix and the textmode bug that 2.6.2-2 had. Whoops, I forgot to ask if the patch could be kindly included in the original source (it follows). I don't think there is any reason not to ask for binary mode on non-Windows hosts, anyway (it's already done also in do_open(...), also). If you're using 2.6.2-1 or earlier version to avoid the textmode bug, you're now strongly advised to upgrade to 2.6.2-4 and by the way.. yes, this was a typo, no 2.6.2-4 version exists nor it will ever be, it was meant to be upgrade to 2.6.2-3 (next one will be 2.6.3-1). Here comes the patch (with many thanks to Sjoerd Mullender for having found the long standing bug, that insidiously began to show up only in last version (I still wonder why it didn't show in earlier build, really)): diff -urN -x .build -x .inst -x .sinst rsync-2.6.2-orig/syscall.c rsync-2.6.2/syscall.c - --- rsync-2.6.2-orig/syscall.c2004-02-18 23:33:21.0 +0100 +++ rsync-2.6.2/syscall.c 2004-09-28 13:05:03.187353800 +0200 @@ -164,6 +164,7 @@ errno = errno_save; return -1; } + setmode(fd, O_BINARY); return fd; } #else - -- L a p o L u c h i n i l a p o @ l a p o . i t w w w . l a p o . i t / http://www.megatokyo.it -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkFciVsACgkQaJiCLMjyUvskHwCeMX+ftxMRRs8sm/DmfInN5K/s Z5EAoN+a5cYMUloq56ZkvM4BVROBfpL4 =1TSX -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
[cygwin] Fwd: Updated: rsync-2.6.2-3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here goes the announcement of the 2.6.2-3 package for cygwin (available from cygwin's setup itself). If you wonder what 2.6.2-3 means, it's basically the third cygwin package that uses rsync-2.6.2 sources. This third attempt solves both the august security fix and the textmode bug that 2.6.2-2 had. follows the original announcement of the cygwin package (only change I removed the cygwin-ML unsubscribe info as it's not peritent here) - Original Message Subject: Updated: rsync-2.6.2-3 Date: Tue, 28 Sep 2004 17:31:14 +0200 From: Lapo Luchini [EMAIL PROTECTED] Reply-To: The Cygwin Mailing List [EMAIL PROTECTED] Newsgroups: gmane.os.cygwin.announce Followup-To: gmane.os.cygwin Version 2.6.2-3 of the open source utility that provides fast incremental file transfer has been uploaded. If you're not sure what version do you have you can use the following command (if you don't have grep omit the last part): $ cygcheck -cd rsync rsync2.6.2-2 Version 2.6.2-3 is basically the same as 2.6.2-2, but it solves the textmode issue that did corrupt many binary files out there. (I'm still wondering why that bug didn't show in earlier versions, given the fact that it was there since the beginning) Many thanks goes to Sjoerd Mullender for finding (and fixing) the bug while I was still lingering on hot tropical sand 0=) If you're using 2.6.2-1 or earlier version to avoid the textmode bug, you're now strongly advised to upgrade to 2.6.2-4, as it contains the patch to fix august's SECURITY ADVISORY as in: http://rsync.samba.org/#security_aug04 - -- L a p o L u c h i n i l a p o @ l a p o . i t w w w . l a p o . i t / http://www.megatokyo.it -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkFZ6j8ACgkQaJiCLMjyUvsSkgCguxiCvhE7+2EXJE7+ccW8EpMD ll4AoNFdGjpbSHphMNht1hLf+ukV5KUk =snxl -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: [Windows] Unable to delete files transfered by rsync
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stuart Halliday wrote: A you never said you had XP Home! Perhaps it uses 'simple file sharing' by default? In fact I think WinXP Home uses simple file sharing and that's all. But on the WinXP Home I have on my laptop I happily avoid it using chmod/chown/chgrp from command line ;-) You won't have complete control over the ACL, but at least you can regain ownership and change the access in an easy way.. and I guess that if you're using rsync on Windows, you already are using cygwin (knowingly or not, rsync is available on Windows ONLY through CygWin, as far as I know) - -- L a p o L u c h i n i l a p o @ l a p o . i t w w w . l a p o . i t / http://www.megatokyo.it -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkEGHJ0ACgkQaJiCLMjyUvtccwCfWcepHj8V4jkty9Vf5KomOOAt Ab0AoNZIt4HQ81zCYtO1WDZxziRhXkOD =nAWN -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: minimalist rsync on windows
Brian wrote: Hi, I get a Local: Bad packet length 1349676916 when I try to use rsync-minimalist. I tried with the provided cygwin and with the latest cygwin. Used options, debug info, and/or other infos? -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Special files and Cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pier Paolo Glave wrote: | The only problem I found is that windows is not able to backup | linux special files (/dev/*). I suggest to tar them up, in order to preserve full infos. If you avoid compression of the tar file or use gzip with the option that resets the dictionary more often, you can rsync them quite as well, AFAIK (never tried it). - -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAj+5/u8ACgkQaJiCLMjyUvu0XgCg4l2oHNlxEHWzbF1SPEtC5dB0 3o4AnR6lDlwvNqRuwriUtqxC6YmfcMgf =6QZI -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: compression, built-in or ssh ?
jw schultz wrote: What is the general recommendation for compression when using ssh? Use rsync's compression. If so, is there a clear prefference which is more efficient, rsync or ssh? Yes. Why, if they both use zlib? Moreover compressing at a higher level always seems a good diea to me (e.g. if you compress the whole SSH session, you're sure *anything* is compressed, if yuo let each application encrypt you have to nkow each application, and maybe it does compress only data and not commands, just to do an example). In the case of rsync I always thought it was the same, and I never use -z on rsync as I have compression on by default on SSH connections. Any actual reason not to do that? Lapo -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: compression, built-in or ssh ?
Donovan Baarda wrote: Any actual reason not to do that? rsync can use what I refer to in pysync as context compression. This is where the matching data is compressed even though the matching compressed data is not transmitted (because the other end already has it). This primes the compressor with context information. My tests with pysync show that this can improve compression on real-world data by 20% or more. Great! I didn't know that =) In that case, rsync -z is *really* better than ssh -C -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Rsync for Windows on http://www.gaztronics.net/rsync.php
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gary Myers wrote: | The page has been updated accordingly, and now offers the Source Code | as per the GPL requirements. It no longer offers the Cygwin code - | people will have to follow the links to the site. If people should install Cygwin anyway (it is the better coiche, IMHO) why giving them an exe instead of the simlpe phrase: while yuo are installing CygWin, just remember to select Net/rsync package and, maybe Net/openssh. Cygwin installer is easy, and if you're using it anyway it seems crazy to me to get the executable from a different method... Moreover if it is setup-installed it is automatically updated to latest version on each setup.exe launch... If the point is that your exe has better patches applied I'm very willing to cooperate to create a better CygWin rsync package... | I know Rsync comes as part of Cygwin, but I needed an external way to | run the Rsync code from an automatic script, in the background, | without invoking Cygwin. If anyone knows a better way of running | Rsync to backup a Windows D:\ Drive without a batch, I would | appreciate the feedback. Your exe *is* a cygwin exe just as the official package is, I don't undesrtand the problem ?_? | Regards from England :) Regards =) | When installing the Cygwin packages, remember to choose a suitable | text editor (as one is not install by default). The email package | 'Pine' contains the more than suitable 'Pico' for basic text editing. | I may suggest the Editor nano package also: it is a better editor, it is 100% similiar to pico, the package is far smaller (as it is only the editor and not a mail reader). BTW: do you know that your rsync is 620Kb nistead of 200Kb because you didn't strip it, yup? - -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAj+CuR8ACgkQaJiCLMjyUvsh4QCfZaXQ+6VYyc+zZD2nXOOtgyR8 SD4AoOETQiE7vR3689khPBmULgXLmp57 =dZbv -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Anyone tried windows binaries from www.gaztronics.net/rsync.php?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jim Salter wrote: | I'm not entirely sure what that site's reason for existence is. It | says it requires cygwin, and cygwin already comes pre-packaged with | rsync, so ...? Moreover that website doesn't comply to the GPL license, as it has no sources available at all. (nor it says whichi patches were used) I'd suggest *not to* use it, definitely. - -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAj9zBgMACgkQaJiCLMjyUvveCgCg7TB75YBlHeiYebBPH8Y3n4Jz af8An1FF7Nqyn/IJJa9K/zFDTuX4PSqs =8v6l -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Anyone tried windows binaries from www.gaztronics.net/rsync.php?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Piotr Krukowiecki wrote: | I wasn't aware that cygwin have rsync, that makes things much easier | :) | | I plan of using only server mode so that should not bother me. Refer to /usr/doc/Cygwin/rsync-2.5.6.README to install it as a windows service: Mini-HOWTO to use as a service: 1) be sure to have a valid /etc/rsyncd.conf (man rsyncd.conf for help) 2) to install service: (cygrunsrv --help for help) ~ cygrunsrv -I rsyncd -p /usr/bin/rsync -a '--daemon --no-detach' 3) to remove service: ~ cygrunsrv -R rsyncd -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAj9zDDUACgkQaJiCLMjyUvtkWgCgvBcpem1Hr6Smt0Z/bsE3sa1A bCAAoIBJbzUhMC/iiu6kMQdQv8d2Kk8E =1nUV -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: rsync problem on cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Captain Nice wrote: | Another related thing, my rsync hang many times after completing the | work. I need to press ^C to end it. Rsync-Cygwin related hang problem is (the biggest) known problem of rsync on cygwin, right now. It *seems* to be a problem with cygwin signal handling but it would be strange that no other cygwin app has this problem. There are some specific patches proposed by some people on this mailing list, but the ones I tried, I found no big improvement in. In the near future I'll hopefully find time to dedicate one (or more) full days to solve this problem, as I recently passed an university exam... Lapo cygwin's rsync package mantainer - -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAj9uweYACgkQaJiCLMjyUvvLQgCgvui4huYFS+aJJDDE/ESTp1Zb AQ0Ani2rXBZd4lrNwwnd0tyAdeZLDQd1 =2V7k -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
CygWin support for 2Gb files (rsync too!)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi to the list. Yesterday the new test release of CygWin (1.5.3) became stable and with that many cygwin packages, rsync-2.5.6-3 (compiled for cygwin 1.5.x) among them. This means that everyone had better open http://cygwin.com/setup.exe and upgrade it all, and get the new 64-bit file pointers feature. Please notice that cygwin-1.3 binaries can work with cygwin-1.5 library, but not the reverse. Better yet would be to use newly compiled binaries with the new library, to be both sure that it works and it supports 64-bit files. Almost each package in the cygwin distribution has been upgraded. Good download, ~ Lapo - -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAj9VtVoACgkQaJiCLMjyUvu+VwCg0E1mj5uxpDtG1MPri2hFDde3 DVgAoMI544ozuXsYqgHMY+ESzc7E3vSX =zMpZ -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Recent FSF Compromise and rsync ... pgp keys?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 King, Daniel wrote: |I seem to be having a spot of trouble getting to any public key servers from |my current location, and the files provided (as above) on the Samba ftp site |don't seem to be adequate by themselves: The is no big security in checking with an untrusted key... but anyway you can retrieve it on a web keyserver like this: http://keyserver.kjsl.com:11371/pks/lookup?op=vindexfingerprint=onsearch=0x189C0E94 If you have port 80 only web accessm use this: (but *only* if you have problems with the other URL) http://keyserver.kjsl.com/~jharris/skylane/pks-commands.php?docmd=lookupop=vindexsearch=0x189C0E94fingerprint=onexact=on |$ gpg --verify ./rsync-2.5.6.tar.gz.sig ./rsync-2.5.6.tar.gz |gpg: Signature made Tue Jan 28 00:41:02 2003 EST using DSA key ID 189C0E94 |gpg: Can't check signature: public key not found Did you configure keyservers in GPG options file, did you? (or else you can use --keyserver keyserver.kjsl.com on the command line) - -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAj9VLLgACgkQaJiCLMjyUvvO/wCdHqW9hjAxD/EmYDDyNe9XJp4k oY8AoNhkj7fVoENisY3WGbwTMDlf0gZm =S+vD -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: PATCH/RFC: Another stab at the Cygwin hang problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 jw schultz wrote: I've attached an altered patch. I've only dealt with this one location which produced errors doing a ssh pull. OK, I created a test package with your patch included, so that anyone willing to test but not wililng to compile can use it. Please notice that it is build against the experimental cygwin DLL release 1.5.0, with support for 64-bit files. If used on a system with an older DLL it can do bad things... and maybe can do bad things anyway, I take no responsability as this is a *TEST* package. (not that I am responsable anyway =P) http://www.lapo.it/tmp/rsync-2.5.6-3.tar.bz2 http://www.lapo.it/tmp/rsync-2.5.6-3-src.tar.bz2 Please notice moreover that overall in seven make check I got the following failures (once each one). I'd say this patch gives problems ^_^ -BEGIN PGP SIGNATURE- Version: PGP 8.0 - not licensed for commercial use: www.pgp.com iQA/AwUBPw/5+2iYgizI8lL7EQJnWwCdGFxTPjDT8voCXgonG9CYS5h/JGwAmgJ0 cCjDDP03tmNHYBaPEsfeSgnm =Xkyb -END PGP SIGNATURE- - unsafe-links log follows Testing for symlinks using 'test -h' + echo rsync with relative path and just -a rsync with relative path and just -a + /tmp/rsync-2.5.6/rsync.exe -avv from/safe/ to building file list ... expand file_list to 4000 bytes, did move done created directory to delta-transmission disabled for local transfer or --whole-file files/file1 files/file2 links/file1 - ../files/file1 links/file2 - ../files/file2 links/unsafefile - ../../unsafe/unsafefile total: matches=0 tag_hits=0 false_alarms=0 data=0 wrote 297 bytes read 52 bytes 232.67 bytes/sec total size is 342 speedup is 0.98 + test_symlink to/links/file1 + is_a_link to/links/file1 + test -h to/links/file1 + test_symlink to/links/file2 + is_a_link to/links/file2 + test -h to/links/file2 + test_symlink to/links/unsafefile + is_a_link to/links/unsafefile + test -h to/links/unsafefile + echo rsync with relative path and -a --copy-links rsync with relative path and -a --copy-links + /tmp/rsync-2.5.6/rsync.exe -avv --copy-links from/safe/ to building file list ... expand file_list to 4000 bytes, did move done delta-transmission disabled for local transfer or --whole-file files/file1 is uptodate files/file2 is uptodate links/file1 is uptodate links/file2 is uptodate links/unsafefile total: matches=0 tag_hits=0 false_alarms=0 data=0 wrote 198 bytes read 36 bytes 468.00 bytes/sec total size is 0 speedup is 0.00 + test_regular to/links/file1 + [ ! -f to/links/file1 ] + test_regular to/links/file2 + [ ! -f to/links/file2 ] + test_regular to/links/unsafefile + [ ! -f to/links/unsafefile ] + echo rsync with relative path and --copy-unsafe-links rsync with relative path and --copy-unsafe-links + /tmp/rsync-2.5.6/rsync.exe -avv --copy-unsafe-links from/safe/ to pipe: Address already in use rsync error: error in IPC code (code 14) at pipe.c(107) - unsafe-links log ends FAILunsafe-links - hands log follows Testing for symlinks using 'test -h' Test basic operation: Running: /tmp/rsync-2.5.6/rsync.exe -av /tmp/rsync-2.5.6/testtmp.hands/from/ /tmp/rsync-2.5.6/testtmp.hands/to building file list ... done ./ dir/ dir/subdir/ dir/subdir/subsubdir/ dir/subdir/subsubdir/etc-ltr-list dir/subdir/subsubdir2/ dir/subdir/subsubdir2/bin-lt-list dir/text empty emptydir/ filelist nolf nolf-symlink - nolf text wrote 829890 bytes read 132 bytes 1660044.00 bytes/sec total size is 829321 speedup is 1.00 - check how the files compare with diff: - check how the directory listings compare with diff: done. Test hard links: Running: /tmp/rsync-2.5.6/rsync.exe -avH /tmp/rsync-2.5.6/testtmp.hands/from/ /tmp/rsync-2.5.6/testtmp.hands/to building file list ... done dir/ dir/filelist filelist = dir/filelist wrote 21870 bytes read 36 bytes 43812.00 bytes/sec total size is 850647 speedup is 38.83 - check how the files compare with diff: - check how the directory listings compare with diff: done. Test one file: Running: /tmp/rsync-2.5.6/rsync.exe -avH /tmp/rsync-2.5.6/testtmp.hands/from/ /tmp/rsync-2.5.6/testtmp.hands/to building file list ... done ./ text wrote 374971 bytes read 36 bytes 250004.67 bytes/sec total size is 850647 speedup is 2.27 - check how the files compare with diff: - check how the directory listings compare with diff: done. Test extra data: Running: /tmp/rsync-2.5.6/rsync.exe -avH /tmp/rsync-2.5.6/testtmp.hands/from/ /tmp/rsync-2.5.6/testtmp.hands/to building file list ... done pipe failed in do_recv rsync error: error in socket IO (code 10) at main.c(412) rsync: connection unexpectedly closed (8 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(165) - hands log ends FAILhands - hands log follows Testing for symlinks using 'test -h' Test basic operation: Running: /tmp/rsync-2.5.6/rsync.exe -av /tmp/rsync-2.5.6/testtmp.hands/from/
Re: Rsync Performance In Windows
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 _Chris McKeever_ wrote: The linux machine connecting to the windows rsync daemon has a very low performance hit when the session is running (see below). However, the windows machine, which has a much faster CPU hits a CPU usage of 100%. rsync CPU usage is not symmetric, this could be normal. But it has spikes of 100% or a continuous use of 100%? Are you working in a local LAN? Is transfer imited by LAN speed? by HDD speed? by CPU speed? In that case, for files not too long, it may be better CPU-wise to use the normal check for date instead of the full block hash checking... - -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: PGP 8.0 - not licensed for commercial use: www.pgp.com iQA/AwUBPu4fbmiYgizI8lL7EQL0tACgm8hpX0koJl2NNfNA2fq6T36p93oAn0G4 Qq8ID5Wg+cq7BLW4f/u6SWZx =JBLS -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
You have emailed an address at dslreports.com
Each time I send a message to the ML I receive this message... (thi mislead me to double-post some days ago). Could someone please unsubscribe the blocked address? But I guess that's not possible, as anyone else shuold have noticed this, too... =( -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) ---BeginMessage--- ** This is an automatically generated email ** You have emailed an address at dslreports.com that has been ** closed ** due to vast amounts of ** SPAM ** Never Fear! Please refer to the page: http://www.broadbandreports.com/contacts And/or re-send your message .. (old -- new) ads -- adsales (queries on advertising opportunities) adverts -- adsales (queries on advertising opportunities) ren -- ren_kolka (all email from ISPs) bizdev -- biz_dev (site business development) press -- pressq(press questions on broadband) justin -- justinb Also, for many broadband related questions we receive, you can find the answer online now, using our popular broadband forums: http://www.dslreports.com/forums/all thanks! team dslreports.com -- your original email below - -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 _Chris McKeever_ wrote: The linux machine connecting to the windows rsync daemon has a very low performance hit when the session is running (see below). However, the windows machine, which has a much faster CPU hits a CPU usage of 100%. rsync CPU usage is not symmetric, this could be normal. But it has spikes of 100% or a continuous use of 100%? Are you working in a local LAN? Is transfer imited by LAN speed? by HDD speed? by CPU speed? In that case, for files not too long, it may be better CPU-wise to use the normal check for date instead of the full block hash checking... - -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: PGP 8.0 - not licensed for commercial use: www.pgp.com iQA/AwUBPu4fbmiYgizI8lL7EQL0tACgm8hpX0koJl2NNfNA2fq6T36p93oAn0G4 Qq8ID5Wg+cq7BLW4f/u6SWZx =JBLS -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html ---End Message--- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: rsync and cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 jw schultz wrote: I'd then consider that the cygwin binaries might have been built incorrectly. After that, i don't know, perhaps creeping corruption on the two machines? BTW: those are my latest builds or rsync/cygwin: $ md5sum /usr/bin/rsync.exe 60ee6b728e94c3dde4b5da0274057b7e */usr/bin/rsync.exe $ sha1sum /usr/bin/rsync.exe d4afecddd974fbdddc3d4d152f8a0d8da942daf8 */usr/bin/rsync.exe $ rsync --version rsync version 2.5.6 protocol version 26 Copyright (C) 1996-2002 by Andrew Tridgell and others http://rsync.samba.org/ Capabilities: 32-bit files, socketpairs, hard links, symlinks, batchfiles, no IPv6, 32-bit system inums, 64-bit internal inums rsync comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. See the GNU General Public Licence for details. - -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: PGP 8.0 - not licensed for commercial use: www.pgp.com iQA/AwUBPuJzWmiYgizI8lL7EQJFrgCgrBfEmfpOHdmM6BudrBb4ucvSjoYAnRQ7 1BCozzEfoknqAi/R1kN9P6YE =fqCd -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: rsync and cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 jw schultz wrote: I'd then consider that the cygwin binaries might have been built incorrectly. After that, i don't know, perhaps creeping corruption on the two machines? BTW: those are my latest builds or rsync/cygwin: $ md5sum /usr/bin/rsync.exe 60ee6b728e94c3dde4b5da0274057b7e */usr/bin/rsync.exe $ sha1sum /usr/bin/rsync.exe d4afecddd974fbdddc3d4d152f8a0d8da942daf8 */usr/bin/rsync.exe $ rsync --version rsync version 2.5.6 protocol version 26 Copyright (C) 1996-2002 by Andrew Tridgell and others http://rsync.samba.org/ Capabilities: 32-bit files, socketpairs, hard links, symlinks, batchfiles, no IPv6, 32-bit system inums, 64-bit internal inums rsync comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. See the GNU General Public Licence for details. - -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: PGP 8.0 - not licensed for commercial use: www.pgp.com iQA/AwUBPuJzWmiYgizI8lL7EQJFrgCgrBfEmfpOHdmM6BudrBb4ucvSjoYAnRQ7 1BCozzEfoknqAi/R1kN9P6YE =fqCd -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
rsync and cygwin paths
(cc to [EMAIL PROTECTED] so that people that knows ebtter what i'm talking about can eventually correct me) jw schultz wrote: Perhaps that is the document he needs. If not could you cygwinese, cygwinites, cygwinists, cygwinim or whatever point him to one that will clear up the slash/backslash issues that still haven't been addressed. Rsync does not recognise backslashes as such in exclude patterns. Path components are expected to be delimited by slashes (/) only. I expect the cygwin library translates as necessary. Basically if you want to be sure about what you mean you better never use \. I think the actual state is: cygwin's open() tries to do its best to open also path with \ but most of the times there are 'problems' (that are, of course, no 'problems' but its meant that way) in the code of the app. itself that block \ thinking they are shell escapes or anyway invalid paths... so that only a few application can be really used with windows paths. Avoiding them completely is the safest choiche. Please notice that there is a default prgoramm called cygpath that's really useful to convert path- and file-names between the two version, and it's not so hard to create wrapper scripts to convert them, e.g. (I copied this long ago from I-don't-remember-where): http://cygwin.com/cygwin-ug-net/using-utils.html#CYGPATH NEWARGS= for arg in $@ ; do if [ -e ${arg} ]; then NEWARGS=${NEWARGS} `cygpath -p -w $arg` else NEWARGS=${NEWARGS} $arg fi done -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: [rsync@b] Re: rsync and cygwin
Bert wrote: While I don't know the cygwin architecture details, it looks like the /cygdrive functionality is a part of cygwin.dll and can be used without a parent bash shell. It is part of it's POSIX-layerness, indeed, and it's storen in the registry, so it needs no startup script to set it up: http://cygwin.com/cygwin-ug-net/using.html#MOUNT-TABLE The mapping is stored in the current user's Cygwin /mount table/ in the Windows registry so that the information will be retrieved next time the user logs in. Because it is sometimes desirable to have system-wide as well as user-specific mounts, there is also a system-wide mount table that all Cygwin users inherit. The system-wide table may only be modified by a user with the appropriate priviledges (Administrator priviledges in Windows NT). -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
-p option in man and help [Was: Rsync / SSH / Cygwin .. permissionproblems..]
jw schultz wrote: On Sat, May 31, 2003 at 09:48:47AM +0200, Lapo Luchini wrote: Actually it seems to me the opposite: it has perms also without -p... maybe it is the default? Without -p new files get perms of source as modified by umask. Ohhh. Maybe it's just me, but wouldn't --p, --perms preserve permissions +-p, --perms preserve permissions (do not filter them by umask) be good for people that don't know it? Lapo -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Rsync / SSH / Cygwin .. permission problems..
Oswell, Michael wrote: [sorry for the full quote, but I'm CCing the cygwin mailing list too] I am attempting to use rsync to mirror data between several windows 2000 and windows XP systems. I am a UNIX person by nature, so decided the easiest way to go about doing this would be to use Cygwin with cron and ssh running as services, then run the rsync connection nightly through cron. Cygwin is installed on both systems and works perfectly. OpenSSH is installed and running, and the rsync user we created is able to ssh using password-less keys between the 2 systems. When I run rsync, it correctly pulls the data down that I want. The problem is that there are NO permissions on the files that are pulled down, so they are basically inaccessable. I have tried with and without the -p option, hoping the files would inherit parent directory permissions if I didn't use it, but it doesn't appear to do so. The command as I run it is; rsync -rlztpv --rsh=ssh --delete remote-fs:/path/to/the/files . or rsync -rlztv --rsh=ssh --delete remote-fs:/path/to/the/files . With the p option included, there are no permission bits set on the files whatsover. Without the p option, it sets the files to 0200. Any ideas here? Both systems have the Domain groups in the groups file, and have the rsync user as well as local users in the passwd file. I would prefer to not have to have ALL domain users in the password file for cygwin if possible. I have also tried this from a DOS shell instead of a cygwin shell with the same results.. Thanks in advance... Are the files on NTFS? Can you give some more detail about the CygWin installation? Whetherver you use ntsec, release number of cygwin and rsync... (to include al this you can attach the output of 'cygcheck -s') BTW: latest packages are cygwin-1.3.22-1 (which afair defaults to ntsec) and rsync-2.5.6-1 -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
I'm back... (most of)
Well, what to say... my computer is ok again, I *just* have to read some thousands emails and I can begin contribute again =P -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
/me dead for a short while [Was: rsync in cygwin as service]
Dmitry Melekhov wrote: Hello! I want to start rsync on w2k as service. If I try to start rsync from command line it simply do nothig: $ rsync --daemon Sorry to you and other people that waits for me to test/debug cygwin-specific problems in latest rsync, but my windows machine is actually dead (it's the same CyberOne as seen 'long time offline' from http://build.samba.org/). I guess I must change CPU and/or MB so it will take a while. Sorry. In Italy we say something that sounds like it always rains where it's already wet =( Lapo -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: [PATCH] open O_TEXT and O_BINARY for cygwin/windows
Dave Dykstra wrote: I suspect it's also the reason why the build.samba.org cygwin machine hasn't reported a result in the last 9 hours. Nope.. problems with the CPU fan-cooler =( I'm taking it back out and washing my hands of the cygwin rsync port, I'm fed up. I'll catch up with Max doscovering and do further testing after tomorrow's test. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: [PATCH] open O_TEXT and O_BINARY for cygwin/windows
Dave Dykstra wrote: What, in particular? I'm not a very good testcase, because I use binary mounts and unix line endings everywhere. It compiles and does syncs with remote rsync daemons, which is my normal usage. Max. See if exclude files with DOS line endings work ok for you, and also the other config files if you can. - Dave I can test that before releasing cygwin's 2.5.6-1 package, unfortunately I have almost *no* free time until after friday (university test on thursday ^_^) Anyway Max is also right, local issues can be resolved locally with much speed, even if in the long run it's of course better to put them in rsync cvs too. BTW: I wonder if the sleepms(30) is still needed, it's quite a bit of time that my build.samba.org hourly cron doesn't produce a hanged rsync... (must check that too) -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
*TEST* rsync package [Was: Please test rsync-2.5.6pre2]
Dave Dykstra wrote: The second rsync-2.5.6 pre-release version is now available at: http://rsync.samba.org/ftp/rsync/preview/rsync-2.5.6pre2.tar.gz ftp://rsync.samba.org/pub/rsync/preview/rsync-2.5.6pre2.tar.gz rsync://rsync.samba.org/ftp/rsync/preview/rsync-2.5.6pre2.tar.gz There's also a corresponding '.sig' file that contains a gpg signature of the file; the public key is available on the pgp keyservers. Just to calm down, at least a little, the guilt I feel for not having enough time to test rsync port... I created a test release package, made with the very script that I use to create actual cygwin rsync packages. It's available at: http://www.lapo.it/tmp/rsync-2.5.6pre2-1.tar.bz2 http://www.lapo.it/tmp/rsync-2.5.6pre2-1-src.tar.bz2 Please notice that this is purely a *test*, I have done *NO* test whatsoever upon it. You've been warned. It contains no patches applied at all (except for the usual one to include Cygwin's README in make install). As can be done with all my recent packages, it supports signature verification, should produce something like that: $ ./rsync-2.5.6pre2-1.sh checksig SCRIPT signature follows: gpg: Signature made Wed Jan 22 16:01:44 2003 using DSA key ID C8F252FB gpg: Good signature from Lapo Luchini [EMAIL PROTECTED] gpg: aka drBrain ICQ:529796 gpg: aka [jpeg image of size 2814] gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. ORIGINAL PACKAGE signature follows: gpg: Signature made Tue Jan 21 05:06:42 2003 using DSA key ID 189C0E94 gpg: Good signature from Dave Dykstra [EMAIL PROTECTED] gpg: aka Dave Dykstra [EMAIL PROTECTED] gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: 1B0F 8F77 0B92 A467 2059 FF82 34A4 A0A7 189C 0E94 PATCH signature follows: gpg: Signature made Wed Jan 22 16:08:34 2003 using DSA key ID C8F252FB gpg: Good signature from Lapo Luchini [EMAIL PROTECTED] gpg: aka drBrain ICQ:529796 gpg: aka [jpeg image of size 2814] gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Windows and default --modify-window=0
Uhm... rsync developers: what do you think about changing the default modify-window in the Cygwin platform? It seems to me that many problems people have are just because of the granularity of timestamp. Maybe changing the default could be the best choice. That would be documented in the man and in my release announcement on cygwni-annouce, of course. Just an idea, maybe it's bad 0=) -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Windows and default --modify-window=0
Dave Dykstra wrote: it would fail if it were talking to a release of rsync that is too old to recognize the option[...]. The surprise factor on that may be too much to make it worthwhile. I agree. I didn't think about that. But, given the resilience to upgrade many people have, you sure are right. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Windows and default --modify-window=0
jw schultz wrote: This message says it is 2 seconds aso on NTFSD actually: http://lists.samba.org/pipermail/rsync/2000-July/002491.html I don't use windows myself. I just recall that one of the windows filesystem has timestamps in the milliseconds. I also thought that, but that mesage says that the various times (creation/modification/access) have *different* resolution 0_o (it seems crazy to me, but 'realistic' in a strangely Microsoft way ^_^) Depends on how urgent this is. Given you have a workaround i'd get it in cvs and wait. Assuming the 2.5.6 really does happen soon. I was just aksing about that.. I usually do packages once or twice a month, if 2.5.6 is not that far I'd way it ^_^ Please try a modify-window of 1. Maybe my math is off somehow but i don't think it needs to be greater than 1. Take a look at the code in util.c. If you truncate to 2 second resolution and compare against 1 second resolution the difference should never be greater than 1 second. It won't make a difference very often but i'd still feel better making the window as small as possible. If it is done with a granularity equal to the modification-time I'd agree, but if granularity is greater you could as well have 2-epsilon time difference (epsilon being the granularity).. isn't it? I've not yet seen the code anyway, so I should shut up =) -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Windows and default --modify-window=0
jw schultz wrote: The 2 second timestamp resolution only applies to some windows filesystems. I think NTFS has timestamp resolution in the milliseconds (unlrelated to precision). It should only become an issue when the windows filesystem is the destination. This message says it is 2 seconds aso on NTFSD actually: http://lists.samba.org/pipermail/rsync/2000-July/002491.html Further examination shows that it is already hacked in options.c for win32: | #ifdef _WIN32 | int modify_window=2; | #else | int modify_window=0; | #endif perhaps something just needs to be added to the #ifdef. Ohhh... I'd add CygWin to the #ifdef too, then. Grr, I *never* remember what does cygwin define and what not ^_^ Let me check... this message http://sources.redhat.com/ml/gdb-patches/2001-04/msg00039.html suggests that to include djgpp, mingw and cygwin the full ifdef should be: #if defined(__GO32__) || defined(_WIN32) || defined (__CYGWIN__) Should I add that to the current 2.5.5 cygwin port (creating a -3 release) or 2.5.6 will be short in time? -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: long directory name problem
[EMAIL PROTECTED] wrote: We experience that as well. We use (sadly) Rsycn in Win32 environment. I hear it's due to the Cygwin utilities. What file sysetm, cygwni version and rsync version are you talking about? $ echo try ridicolouslyLongFileNameThatNoOnWillEverUseAsItIsReallyInsaneToDoButYetItWorkButImUsingNTFSHereMaybeThisIsTheIssueButWouldAnywayBeAWindowsIssueReally $ rsync -v ridicolouslyLongFileNameThatNoOnWillEverUseAsItIsReallyInsaneToDoButYetItWorkButImUsingNTFSHereMaybeThisIsTheIssueButWouldAnywayBeAWindowsIssueReally ridicolouslyLongFileNameThatNoOnWillEverUseAsItIsReallyInsaneToDoButYetItWorkButImUsingNTFSHereMaybeThisIsTheIssueButWouldAnywayBeAWindowsIssueReally2 ridicolouslyLongFileNameThatNoOnWillEverUseAsItIsReallyInsaneToDoButYetItWorkButImUsingNTFSHereMaybeThisIsTheIssueButWouldAnywayBeAWindowsIssueReally wrote 224 bytes read 36 bytes 27.37 bytes/sec total size is 4 speedup is 0.02 $ ls ridi* ridicolouslyLongFileNameThatNoOnWillEverUseAsItIsReallyInsaneToDoButYetItWorkButImUsingNTFSHereMaybeThisIsTheIssueButWouldAnywayBeAWindowsIssueReally ridicolouslyLongFileNameThatNoOnWillEverUseAsItIsReallyInsaneToDoButYetItWorkButImUsingNTFSHereMaybeThisIsTheIssueButWouldAnywayBeAWindowsIssueReally2 -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
[Fwd: Re: rsync windows - unix still hanging :(]
Author of the message didn't include [EMAIL PROTECTED] in the reply, and I think this message is in topic. Original Message Subject: Re: rsync windows - unix still hanging :( Date: Mon, 30 Dec 2002 16:10:32 -0800 From: Jim Kleckner [EMAIL PROTECTED] To: Mike Rubel [EMAIL PROTECTED], [EMAIL PROTECTED] Mike - Greger Cronquist and I have been using a patched rsync successfully. This was patched from two published patches, one for buffering which seems to cause severe performance problems under cygwin while only mild under Linux. The is for the hang documented elsewhere. Here are patch discussion links: http://www.cygwin.com/ml/cygwin/2002-10/msg00308.html http://sources.redhat.com/ml/cygwin/2002-09/msg01155.html Below are the diffs. Note the use of 100ms not 30ms as per the original posting. Since you are on the rsync list, can you get them into that code line? Jim On Sat, 28 Dec 2002, Scott Evans wrote: I spent about 12 hours today writing a nice backup system based on Mike Rubel's snapshot system; but much to my dismay, when I took it for a test drive, I found that rsync hung on the first large directory I tried to back up. Aiee! [ ... ] Hey Scott, I'm Mike Rubel (author of that snapshot system page)--I haven't heard about this cygwin issue before, but this would definitely be worth adding to the FAQ. I'm sorry to hear you're having so much trouble with it! You're actually the second person to mention windows issues; the other fellow was using a SAMBA mount and rsyncing locally on the server. The problem there was files mysteriously getting copied when they hadn't changed, or deleted when they weren't supposed to be. I asked the list if anyone else had seen that behavior, but no one responded, so I'm not sure what to think. I'll add it to the FAQ, anyway, and maybe the BUGS section. Please let me know if you find any additional information. I'm on the rsync list but not the cygwin list (yet). I've had no trouble with this at home with my roommate's Win2K PC, but between this case and the previous one, it sounds like the rsync/windows interaction may still have some rough edges, which is not really acceptable for a backup solution. :( Thanks, Here are the patches/diffs against a freshly cvs updated rsync cvs tree: Index: fileio.c === RCS file: /cvsroot/rsync/fileio.c,v retrieving revision 1.5 diff -r1.5 fileio.c 79c79,107 return write(f,buf,len); --- static char *writeBuf; static size_t writeBufSize; static size_t writeBufCnt; if ( !writeBuf ) { writeBufSize = MAX_MAP_SIZE; writeBufCnt = 0; writeBuf = (char*)malloc(MAX_MAP_SIZE); if (!writeBuf) out_of_memory(write_file); } ret = len; do { if ( buf writeBufCnt writeBufSize ) { size_t copyLen = len; if ( copyLen writeBufSize - writeBufCnt ) { copyLen = writeBufSize - writeBufCnt; } memcpy(writeBuf + writeBufCnt, buf, copyLen); writeBufCnt += copyLen; buf += copyLen; len -= copyLen; } if ( !buf || writeBufCnt == writeBufSize ) { int thisRet = write(f, writeBuf, writeBufCnt); if ( thisRet 0 ) return thisRet; writeBufCnt = 0; } } while ( buf len 0 ); return ret; Index: flist.c === RCS file: /cvsroot/rsync/flist.c,v retrieving revision 1.127 diff -r1.127 flist.c 894c894 io_start_buffering(f); --- io_start_buffering_out(f); Index: io.c === RCS file: /cvsroot/rsync/io.c,v retrieving revision 1.105 diff -r1.105 io.c 44,45c44,45 static int multiplex_in_fd; static int multiplex_out_fd; --- static int multiplex_in_fd = -1; static int multiplex_out_fd = -1; 288a289,291 static char *buffer; static size_t bufferIdx = 0; static size_t bufferSz; 290c293 if (!io_multiplexing_in || fd != multiplex_in_fd) --- if (fd != multiplex_in_fd) 292a296,305 if (!io_multiplexing_in remaining == 0) { if (!buffer) { bufferSz = 2 * IO_BUFFER_SIZE; buffer = malloc(bufferSz); if (!buffer) out_of_memory(read_unbuffered); } remaining = read_timeout(fd, buffer, bufferSz); bufferIdx = 0; } 296c309,310 read_loop(fd, buf, len); --- memcpy(buf, buffer + bufferIdx, len); bufferIdx += len; 299c313 continue; --- break; 308c322,329 if (tag == MPLEX_BASE) --- if (tag == MPLEX_BASE) { if (!buffer || remaining bufferSz) { buffer = Realloc(buffer, remaining); if
[Fwd: Re: rsync windows - unix still hanging :(]
Author of the message didn't include [EMAIL PROTECTED] in the reply, and I think this message is in topic. Original Message Subject: Re: rsync windows - unix still hanging :( Date: Mon, 30 Dec 2002 17:24:47 -0800 From: Jim Kleckner [EMAIL PROTECTED] To: Mike Rubel [EMAIL PROTECTED] CC: [EMAIL PROTECTED] References: [EMAIL PROTECTED] The msleep(100) call is not checked into version 1.156 of main.c. I would recommend trying this one-line patch to see if it helps. I haven't personally delved into the true meaning. I just checked my read-only CVS tree for rsync again. Here is the context diff for that file. Note that the msleep(100) is not in the checked in version. Jim Index: main.c === RCS file: /cvsroot/rsync/main.c,v retrieving revision 1.156 diff -c -r1.156 main.c *** main.c1 Aug 2002 20:46:59 -1.156 --- main.c31 Dec 2002 01:21:34 - *** *** 346,351 --- 346,353 exit_cleanup(0); } + io_start_buffering_in(f_in); + io_start_buffering_out(f_out); send_files(flist,f_out,f_in); io_flush(); report(f_out); *** *** 421,427 close(error_pipe[1]); if (f_in != f_out) close(f_in); ! io_start_buffering(f_out); io_set_error_fd(error_pipe[0]); --- 423,429 close(error_pipe[1]); if (f_in != f_out) close(f_in); ! io_start_buffering_out(f_out); io_set_error_fd(error_pipe[0]); *** *** 434,440 write_int(f_out, -1); } io_flush(); ! kill(pid, SIGUSR2); wait_process(pid, status); return status; --- 436,442 write_int(f_out, -1); } io_flush(); ! msleep(100); kill(pid, SIGUSR2); wait_process(pid, status); return status; *** *** 476,481 --- 478,484 } } + io_start_buffering_in(f_in); if (delete_mode !delete_excluded) recv_exclude_list(f_in); *** *** 569,574 --- 572,578 extern int cvs_exclude; extern int delete_mode; extern int delete_excluded; + io_start_buffering_out(f_out); if (cvs_exclude) add_cvs_excludes(); if (delete_mode !delete_excluded) *** *** 578,584 --- 582,591 if (verbose 3) rprintf(FINFO,file list sent\n); + io_flush(); + io_start_buffering_out(f_out); send_files(flist,f_out,f_in); + io_flush(); if (remote_version = 24) { /* final goodbye message */ read_int(f_in); *** *** 590,595 --- 597,603 wait_process(pid, status); } report(-1); + io_flush(); exit_cleanup(status); } Mike Rubel wrote: [ ... ] Could you clarify for me whether the patch Steve refers to is the same as (or has the same effect as) the one you describe below? Or are they two different animals? If they are different, should we test whether this patch fixes his specific problem? Best regards, Mike http://www.mikerubel.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: rsync on win32: a) slow, b) crashes
If you download gcc with cygwin, the compilation procedure is exactly the same as under *nix. As for the cygwin1.dll problems, I don't know how compatible the different versions are, but I assume the API is pretty fixed. I don't think you can link cygwin statically. In the past there are known some BIG problems about multiple DLLs in the system.. so it's better to always use setup.exe to install (maybe with a local dir containing just the needed packages, to avoid network install) and have a real cygwin installed. distributing the file with the DLL is not good. Regarding inclusion, I think the rsync/cygwin-maintainer is on this list, so we can hope! :-) I am indeed, unfortunately I have too much business university work to examine it carefully at this time, I hope to have some in the christmas vacations, though. Please be patient ^_^ Lapo -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Restore rsync'ed win2000?
Dr. Poo wrote: I was just wondering what it would take for me to do a full ghost like restore of windows 2000? I don't think you can bacvkup important system files while the system is up... and without them, you only need to backup documents, as the system without system files such as the registry wouldn't be much usable. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Restore rsync'ed win2000?
files... which, damn, i should just to see if they are being synced... i would also not be getting the registry? Do you happen to know of any other 'important system files thought probably are not being synced? Registry is actualyl a hidden file under C:\WINNT\.. something like... USER00.DAT if I'm not wrong. But it and much others aer always write open by the OS so you can't get a read permission on them unless you shutdown the OS. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Rsync service on Win2k?
cygrunsrv -I RSYNC -d Rsync daemon -p /usr/bin/rsync.exe -a --config=/etc/rsyncd.conf --daemon --no-detach It is almost the same command line I suggest in the README and... it *used* to work. Doesn't work even in my box right now. 0_o BTW: that's the default for rsyncd.conf Right now it's too far in the night to check it, I'll check it ASAP ^_^ -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Strong encryption
encript the data in chunks, where the chunk boundaries are determined by the That would lessen encryption security, of course. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Strong encryption
| That would lessen encryption security, of course. All encryption is done in chunks, the size varies of course, usually between 1 and 256 bits. Of course, but even if block ciphers are usually used to encode data, they are usually used in OFB or other feedback mode that convert them to stream ciphers, so that equal blocks are NOT converted to equal blocks (this would of course lessen the security A LOT) so the fact that the original cipher is a block cipher is totally ininfluent and a change in a single bit in the plaintext creates changes from that block until the end, in the ciphertext. Lapo BTW: using the cipher in ECB (without feedback) is much less secure, see the RSALABS FAQ for more infos or other crypto texts. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Strong encryption
Is there any PGP integration into rsync available ? No, but there's OpenSSH... quite what you're searching for =) http://www.openssh.org/ -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: AW: Strong encryption
I thought, rsync only looks at the modification date of a file and decides whether to backup this file or not. By default, it does not, in fact it's REAL usefullness it's that uit examines the content of the file to send just what is needed, differently from other mirroring software. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: rsync without syncing file permissions under W2K
I want the permission from the target files to be inherited from there parent folders that already exists on target and have several permissions set. You could just try to start the receiving rsync with an empty CYGWIN environment (i.e. without CYGWIN=ntsec) so that security is not created. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: AW: rsync without syncing file permissions under W2K
Wernicke, Heino (CGS) wrote: Thank you! That helps a little. But the permissions on target machine will not be inherited from parent folder as I wanted. Uhm... removing ntsec shouldn't touch permissions at all... can't just you use chmod -R 755 * after rsyncing? -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) smime.p7s Description: S/MIME Cryptographic Signature
shell title
UHm, I don't know nothing about the matter but some program have the ability to change shell's caption/title... could be cool an rsync option to do that (easier to check the transfer from a minimized window). Also, if the total file number also transmits the total byte size, a gran total % could be useful as a global progess meter. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Avoid 'Connection reset by peer' on cygwin - agree hold untilafter 2.5.6 and note to Lapo Luchini
Max Bowsher wrote: I think it might be too risky for 2.5.6 and perhaps should wait to 2.6.0. - Dave Yes, now the small fix has turned into a multi-source file minor redesign, lets hold it until after 2.5.6 - at least for the standard release. To Lapo Luchini: Maybe this could go into the cygwin 2.5.6-1 as a temporary measure until it is put into mainline rsync? (It is a patch to solve the Daemon mode sometimes produces read error: Connection reset by peer at the very end of transfer. problem) Yes, of course. I'm glad someone had the time to do it ^_^ -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) smime.p7s Description: S/MIME Cryptographic Signature
Re: Rsync Win2K?
Brad ha scritto: Is there a version of Rsync that works with Win2K? I wish to synchronise a RedHat 7.2 directory and a Win2K directory. Regards, Brad You can find one in Cygwin, you can install it from http://cygwin.com/ Install now. Remember to select package rsync and, if you need it, openssh, both of which are not installed by default. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Rsync server on w2k with ssh
I am running rsync as a service on w2k successfully using the patch from http://v.iki.fi/~vherva/cygwin-rsync/ Why using a patched 2.4.2 when you have an official 2.5.5 build ready for you? =) You can also install it directly frmo the cygwin's setup ( http://cygwin.com/setup.exe ) -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) smime.p7s Description: S/MIME Cryptographic Signature
little patch with zero priority
Hi, I have a little request, which should be considered very very very very low priority but would be useful nonetheless... in Makefile.in there are two lines with additional space at end of line and my editor strip it, so I must hand-edit the cygwin-specific patch in order to create the package (nothing serious: only patch is using /usr instead of /usr/local as a default prefix and installing $(srcdir)/CYGWIN-PATCHES/rsync-2.5.5.README in ${prefix}/doc/Cygwin). As I said of course this has ZERO priority, but if there are no real reasons not to do it, it would simplify things just a bit =) diff -urN rsync-2.5.5-orig/Makefile.in rsync-2.5.5/Makefile.in --- rsync-2.5.5-orig/Makefile.in Mon Mar 25 04:36:56 2002 +++ rsync-2.5.5/Makefile.in Thu Apr 4 20:38:23 2002 @@ -28,7 +28,7 @@ @LIBOBJS@ ZLIBOBJ=zlib/deflate.o zlib/infblock.o zlib/infcodes.o zlib/inffast.o \ zlib/inflate.o zlib/inftrees.o zlib/infutil.o zlib/trees.o \ - zlib/zutil.o zlib/adler32.o + zlib/zutil.o zlib/adler32.o OBJS1=rsync.o generator.o receiver.o cleanup.o sender.o exclude.o util.o main.o checksum.o match.o syscall.o log.o backup.o OBJS2=options.o flist.o io.o compat.o hlink.o token.o uidlist.o socket.o fileio.o batch.o \ clientname.o @@ -37,7 +37,7 @@ popt/popthelp.o popt/poptparse.o OBJS=$(OBJS1) $(OBJS2) $(DAEMON_OBJ) $(LIBOBJ) $(ZLIBOBJ) @BUILD_POPT@ -TLS_OBJ = tls.o syscall.o lib/permstring.o +TLS_OBJ = tls.o syscall.o lib/permstring.o # Programs we must have to run the test cases CHECK_PROGS = rsync tls getgroups trimslash @@ -105,8 +107,8 @@ # directories, just in case somebody previously configured things in # the source directory. distclean: clean - rm -f Makefile config.h config.status - rm -f $(srcdir)/Makefile $(srcdir)/config.h $(srcdir)/config.status + rm -f Makefile config.h config.status + rm -f $(srcdir)/Makefile $(srcdir)/config.h $(srcdir)/config.status rm -f config.cache config.log rm -f $(srcdir)/config.cache $(srcdir)/config.log @@ -119,7 +121,7 @@ finddead: nm *.o */*.o |grep 'U ' | awk '{print $$2}' | sort -u nmused.txt nm *.o */*.o |grep 'T ' | awk '{print $$3}' | sort -u nmfns.txt - comm -13 nmused.txt nmfns.txt + comm -13 nmused.txt nmfns.txt # 'check' is the GNU name, 'test' is the name for everybody else :-) .PHONY: check test @@ -154,14 +156,14 @@ # Run the SPLINT (Secure Programming Lint) tool. www.splint.org .PHONY: splint -splint: +splint: splint +unixlib +gnuextensions -weak rsync.c rsync.dvi: doc/rsync.texinfo texi2dvi -o $@ $ -rsync.ps: rsync.dvi +rsync.ps: rsync.dvi dvips -ta4 -o $@ $ rsync.pdf: doc/rsync.texinfo -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: rsync 2.5.4 on win2k machine
D:\tmprsync -rcv *.bat \\bitserver\tmp I hate when I sent a unfinished message by accident. Anyway you can use UNC pathnames, just call them //server/dir... -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: rsync 2.5.4 on win2k machine
D:\tmprsync -rcv *.bat \\bitserver\tmp First of all you should use unix-like paths and, to my knowledge, you can't use UNC paths... isn't you command line creating a directory /bitserver/tmp (or maybe /bitservertabmp) in the posix root (c:\cygwin, probably)? building file list ... done [...]test.bat read error: Connection reset by peer = i am getting read error: Connection reset by peer What version are you using 2.5.1 and 2.5.2 had such problems, but 2.5.4 is *much* better. is there any rsync setup required to make it work ? is it supposed to work with command prompt Or with ONLY cygwin ? It can work with command prompt of course, but you must use posix paths nonetheless. you can use cygpath to convert them if you want I checked /usr/doc/Cygwin rsync README file but it just tells me about compiling. i tried to compile even the latest rsync 2.5.4 source, but got following error: That's strange: 2.5.4 (as previous version) compiles out of the box with no particular library it doesn't already contains in its subdir. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Updated: rsync-2.5.2-1
Rsync 2.5.2 has a data-destroying bug as described here: http://lists.samba.org/pipermail/rsync/2002-January/005966.html Lapo, does Cygwin rsync-2.5.2-1 suffer from this bug? Based on your message I should think it would. I strongly advise against upgrading until the bug is fixed. It's compiled from the 2.5.2 sources found on rsync.samba.org one week ago, so I guess the answer is yes. I'll package a new version ASAP but in the meanwhile remember that Cygwin mirrors always have the last two version, so in the installer you have choice between 2.5.2-1 and 2.5.1-1. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) smime.p7s Description: S/MIME Cryptographic Signature
Re: Java client and rsync
Holstein, Brian wrote: Are there any available java classes that can use rsync for file transfer. Ifso do they support connecting to an rsync-server. Any reasons to or notto do this from within java would also be appreciated. Andre John Mas was trying to create a java rsync library and I was trying to help him but it seems that the both of us have too little spare time to get things going... https://sourceforge.net/projects/jrsync/ -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796)
Re: How to setup Rsync as an NT Service
To create the install package described here you will need to obtain a copy of the NT Server or Windows 2000 Server Resource Kit. There are many sources for these utilities. Perhaps the easiest is to get the book and CD from any technical bookstore or online at http://www.amazon.com for as low as $35. Search for: The NT Server 4.0 Resource Kit Supplement 4 Windows 2000 Server Resource Kit I suggest to add a paragraph to use cygrunsrv instead of srvany as any CygWin user can download it easily =) (as in: cygrunsrv -I rsyncd -p /usr/bin/rsync -a '--config /etc/rsync.conf --daemon') BTW: whats' wrong in a plaineasy CygWin's precompiled rsync? (I'm interested in commentssuggestions as I'm the mantainer of that package... ^_^) -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796)
Re: using rsync to backup windows workstations
While I appreciate the GPL, I don't think it makes much sense in this case. Why provide source to compile your own cygwin when it's publically available in many places already? Likewise for rsync. Wasn't a simple hyperlink to the original sources on your page and in a README sufficient? After all everyone have some access to internet nowadays, having an URL is very much like having the file itself. Just my 2 cents, but I am no lawyer and cannot comprehend all the implications of GPL, tough I read it many times. A problem remains: wherever you have a full cygwin or not, you're usnig bash or not... you must use cygwin posix command line, so that using rsync alone is not that much a good idea IMHO... Go figure that C:\WinnT\sYsTem32 is called /cygdrive/c/WINTT/system32... At the moment, it's get everything, or you're on your own. That will change in the very near future. Anyway the new setup it under its way (setup has now a new mantainer, thanks Robert) and it WILL definitely support required packages for each package, so that an user that only needs rsync just selects rsync and it will auto-install zlib an all that is required (in fact I must install on a clean system to check what is actually needed just today). P.S.: maybe we are a bit too much off topic... -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796)
Re: using rsync to backup windows workstations
As officially I'm the mantainer of cygwin's rsync package I feel I must add something.. 0=) a) rsync binaries for win32/cygwin are now available from the binaries section of the rsync web pages, maintained by someone at redhat I think Maintained by me, I don't work for redhat, and sadly I have a bit too little time to maintain it as I should... b) the version attached is so old that you really shouldn't attempt to use it. Get the latest CVS version and add Wayne Davison's patches (see mailing list archives), in particular for use with Windoze systems, then compile it yourself with cygwin ...but not so little not to compile it with Wayne's patches (actual patch is the latest anti-hang available at the date of the release of cygwin's rsync-2.4.6-2 package) ;-) If there's some patch that I missed (I read this mailing list since when I began to mantain that package, but reading only headers of most messages maybe I missed something...) please point it to me and I'll release a new verison shortly =) Please note that I'm not an expert programmer of rsync, just a person that likes and uses it (and wants maybe to become such an expert, btw): in cygwin one package can't exist in the distribution if there's not a mantainer... so I hope that the effort I put in it is not wasted, even if it's maybe not enough... [I've got a bit of guild for that eheh] c) it's easy to compile under cygwin, and cygwin is easy to install, so I strongly recommend doing that That's true, it compiles out-of-the box. The main problem is that in winsocks if the socket is closed a RST is sent, not flushing the cache. This creates many errors at the end of trasnfer, especially in the daemon mode (which is not addressed by the patch I used, I bet). d) also install openssh which compiles cleanly under cygwin and is much more reliable than the ssh that is attached here Compiles cleanly and is available as a binary. If anyone wants to ask some more question.. feel free, even if I don't know nothing special about it, as I said I had not had the time to completely study and understand rsync source... C ya, Lapo -- Lapo Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796)
CygWin 2Gb (64bit) support
CygWin currently doesn't support 64 bit files at all, so it's completely normal if cygwin-compiled rsync has problems over 2Gb... See the TO-DO list: http://cygwin.com/cgi-bin/cygwin-todo.cgi?20010220.112145 Or search the mailing list: http://sources.redhat.com/ml/cygwin/2001-10/msg00889.html They basically say: there's no current support for 64 bit file lenghts, patch are welcome as long as they don't break anything C ya -- Lapo Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796)
rsync:// browsingsaving ni Mozilla?
It would definitely be cool (and useful). http://bugzilla.mozilla.org/show_bug.cgi?id=85879 -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796)
rsync package available for CygWin
Hi! I just wanted you to know that I'm now the official rsync for cygwin package mantainer. Actually on cygwin mirrors can be downloaded package rsync-2.4.6-2[-src].tar.bz which is standard rsync-2.4.6.tar.gz as found on rsync.samba.org with Wayne's first patch aplpied (it solves a read error problem in cygwin port). I've tested it and it seems to work ok (both with cygwin and linux server and client, using ssh or not), but rsync uses and options are too many to let me say I've tested it thoroughly. C ya =) Lapo -- Lapo Luchini PGP X.509 keys available
Re: rsync / OpenSSH hang under cygwin....
When I try to sync using ssh back to the same machine or to another machine, the sync always hangs in the same place I've tried syncing various directories and each directory always hangs on the same file file in each directory... Any clues? It works for me (just the same environment: Win2k sp2 rsync2.4.6 openssh2.9p1) except that nasty read error: Connection reset by peer when sending FROM the Win2k machine. What have you used to put sshd in place? I'm currently using srvany as when I installed it cygrnusvc didn't exist. Maybe some security problem? Do you use CYGWIN=ntsec? (I do) -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796)