Title: Behavior when lchown is not present
I have a question about the recent modification to move the handling of HAVE_LCHOWN from rsync.h to syscalls.c,
http://lists.samba.org/archive/rsync-cvs/2005-January/002769.html
The original code was "#ifndef HAVE_LCHOWN". The new code is #ifdef
Can you compile anything at all with your C compiler? The output suggests
that cc is totally broken on your machine. Get it to work before running
configure again.
PG
configure:1687: checking for C compiler default output
configure:1690: ccconftest.c >&5
cc: 1501-245 Warning: Hard ulimit h
bob parker [mailto:[EMAIL PROTECTED]] asks:
> I've downloaded a 700meg iso by ftp using a steam powered dial up
connection.
> It took a week and naturally many resumes.
>
> Murphy's Law did not take a holiday of course so the md5sum of the
downloaded
> iso does not match the md5sum of the one at t
You can install gcc in any directory; you don't need root access to build
and install gcc (or any other gnu package) from source code. Just use the
--prefix control argument on configure. For example, I have a test
hierarchy and say:
configure --prefix=/h/paulg/prefix
The binaries go into
I tend to be someone who automatically looks for trends, and the nice thing
about having just one list is that it lets me know where people are having
problems. Judging by the number of questions we get, one of the biggest
challenges for inexperienced rsync users is knowing why a particular file i
Michael Sterrett -Mr. Bones.- [mailto:[EMAIL PROTECTED]] wrote:
>I also get this warning, which is trivial, but it would be nice to
>clean it up:
>
> "cleanup.c", line 36: portability warning: trigraph sequence
replaced
>
>This is from the () in cleanup.c. To get rid of the
Horst von Brand [mailto:[EMAIL PROTECTED]] wrote:
> The packaging/lsb/rsync.spec file is broken as shipped: It has a "Sept"
> month (rpmbuild here takes only 3-letter month names), and RH gzips the
> manpages, so the %files list can't find them. I also added doc/README-SGML
> and doc/rsync.sgml to
jw schultz [mailto:[EMAIL PROTECTED]] wrote:
[general discussion of forthcoming patches removed]
> All well and good. But the question before this thread is
> are the changes big and disruptive enough to make a second
> branch for the event of a security or other critical bug.
Agreed.
> Person
Laurent CREPET [mailto:[EMAIL PROTECTED]] wrote:
> I've just compiled 2.5.6 release on Tru64 V5.0A (configure detects
> alphaev67-dec-osf5.0, gcc release is a 3.1.1).
>
> rsync fails using rsync:/// syntax.
>
> lct@goliath(32) [rsync-2.5.6]$ ./rsync rsync://stitch/
> rsync: getaddrinfo: stitch 873:
jw schultz [mailto:[EMAIL PROTECTED]] wrote:
> On Wed, Jan 29, 2003 at 03:24:57PM +1100, Martin Pool wrote:
> > On 28 Jan 2003, "Green, Paul" <[EMAIL PROTECTED]> wrote:
> >
> > > I think splitting the branches will also let us be a little more
> >
Martin Pool [mailto:[EMAIL PROTECTED]] wrote:
> On 28 Jan 2003, "Green, Paul" <[EMAIL PROTECTED]> wrote:
>
> > I think splitting the branches will also let us be a little more
> > experimental in the development branch, at least until we get near
> > the
I'd like to suggest that this is now a great time to create two separate cvs
branches for the rsync product. One, which I'll tentatively call 2_5, would
hold the version of the code that has been released to the world as 2.5.6.
The other, which I'll tentatively call head, would hold the development
-Original Message-From: Patrick Amirian
[mailto:[EMAIL PROTECTED]]Sent: Monday, January 27, 2003 3:55
PMTo: 'Green, Paul'; [EMAIL PROTECTED];
[EMAIL PROTECTED]Subject: RE : small problem that I'm
having...
This is
what I get with the vvv
option
local_vers
Try
running -v (or -vv or -vvv, as needed); rsync should at least tell you the name
of the file/directory/link it is operating on at the time it gets the error.
PG
-Original Message-From: Patrick Amirian
[mailto:[EMAIL PROTECTED]]Sent: Monday, January 27, 2003 8:58
AMTo: [EMAIL PROT
Ville Herva [mailto:[EMAIL PROTECTED]] wrote:
> Of course, whether O_TEXT is defined or not does not
> necessarily imply the availability of "t", but I
> can't think of better alternative.
Stratus VOS implements O_TEXT and O_BINARY but does not recognize "t". We
have the options defined in ANS C
But
this is what rsync does by default. Or am I missing something?
That
version is well out of date. Please upgrade to a current
version.
PG
-Original Message-From: Patrick Amirian
[mailto:[EMAIL PROTECTED]]Sent: Thursday, January 23, 2003 3:46
PMTo: [EMAIL PROTECTED]Subjec
Do-Risika RAFIEFERANTSIARONJY wrote:
> but I don't really understand this last part, especially the *double
> buffering* ?
I think JW means that you should first make a local copy of the directory
hierarchy you want to back up to another system, and then run rsync on the
copy. If you use differe
> From: Dave Dykstra [mailto:[EMAIL PROTECTED]]
> This is a release candidate. If no-one reports an urgent fixes within
> the next few days, it will probably become version 2.5.6.
If Martin isn't able to get my access restored to cvs.samba.org tomorrow,
I'd appreciate it if someone else could upd
Harald,
You might consider using zlib instead of gzip; same algorithm, same author,
but you can access the compression code via a subroutine interface. You
would not have to spawn another process to run gzip, and you would not be
dependent upon the user having gzip installed.
It is not covered by
I tested this patch locally on VOS and it works. Since it is not
VOS-specific and has to work completely for rsync to build, I think it is
now safe to apply to the cvs version.
I'm still in the process of installing CVS on my workstation. I'll
eventually install this patch if no one beats me to it
Wayne Davison [mailto:[EMAIL PROTECTED]] wrote:
>Here are my comments on the changes:
> ? I have a question about the portability of the u_FOO -> uFOO_t
> changes. The former is the BSD syntax for the unsigned FOO typedefs,
> and the latter is what, POSIX? The changes work on Linux, at least
The following patch still applies cleanly to the current cvs copy of rsync.
I apply it each night after I grab rsync from the build farm. Without it, I
don't get far at all. The purpose of the patch is to add executable
extension handling, which we need, and to clean up a few POSIX things and
supp
Dave Dykstra [mailto:[EMAIL PROTECTED]] wrote:
> 3. The Stratus VOS port is failing all 3 daemon tests in code
>that is used just for testing, saying it can't create the test
>socket. I don't know if there's a corresponding problem in the
>corresponding non-test code.
The socketpair_t
Ben [mailto:[EMAIL PROTECTED]]
> I'm relatively new to rsync, but it seems to me that if there's an
> option to perserve permissions and you don't set it, then rsync
> shouldn't do anything with permissions.
Sounds good, but recall how POSIX / Unix system calls work. To create a
file, you have to
Well, Novell has an anonymous ftp server. (ftp.novell.com). The site is a
little sparse on human-readable information, but the only email address
listed in the top-level README file is for [EMAIL PROTECTED] I suggest
to give her or him a holler.
PG
-Original Message-
From: Lee Wiltba
From: David Sisson [mailto:[EMAIL PROTECTED]] asks:
> [...]
> If we could write directly to the disk using direct-io (or from for that
> matter) we could avoid polluting the operating system's buffer cache
> before we're ready to use the new data. Obviously this feature isn't
> tied to Direct-IO,
'll
update mine and resend it.
Thanks
PG
--
Paul Green, Senior Technical Consultant, Stratus Technologies.
Voice: +1 (978) 461-7557; FAX: +1 (978) 461-3610
Speaking from Stratus not for Stratus
> -Original Message-----
> From: Green, Paul [mailto:Paul.Green@;stratus.com]
> Sent
This patch is incomplete and should not be used. I think that my patch,
submitted Sept 9th and resubmitted Oct 10th has the complete set of changes
to Makefile.in to add CPPFLAGS (plus a few more cleanups).
Thanks.
PG
--
Paul Green, Senior Technical Consultant, Stratus Technologies.
Voice: +1 (97
5:37 PM
To: Green, Paul
Cc: [EMAIL PROTECTED]
Subject: Re: rsync-cvs mail list archiving broken??
On 10 Oct 2002, "Green, Paul" <[EMAIL PROTECTED]> wrote:
> No new CVS messages have appeared on the rsync-cvs archives since August
> 30th. This seems rather odd-- perhaps a da
"Marco A. Mateos" <[EMAIL PROTECTED]> wrote (as corrected):
> I don't use rsync on my server because all time what i use
> this message appears:
>
> zopedocs/GuideToDTML/roman-number.gif is uptodate
> wrote 60 bytes read 2552145 bytes 6603.38 bytes/sec
> total size is 2211107296 speedup is 866
Is rsync under active maintenance and development? I ask because I have
twice submitted a small set of patches to this mailing list and have never
received any indication that the proposed patches were either applied or
rejected. I notice that the rsync-cvs mailing archive shows that no patches
ha
Title: Rsync help
What
version of rsync? What operating system? What version of the OS? What is the
phase of the moon? C'mon, give us more clues. :-)
PG
-Original Message-From: Walgamotte, David
[mailto:[EMAIL PROTECTED]]Sent: Tuesday, October 29, 2002
12:38 PMTo: '[EMAIL PROTEC
I have just uploaded a port of rsync version 2.5.5 to the VOS anonymous ftp
site. rsync is a fast, incremental file transfer program. It is used by a
number of open-source software projects, including Perl and Samba, to
efficiently distribute changes to many users. By using a number of new
techn
Try using the version of popt included with rsync. You did not specify the
arguments you gave to configure, but you are apparently using the libpopt
from your system libraries, which seems to be missing the necessary manifest
constants. I know that using "configure --with-included-popt" works for
34 matches
Mail list logo
