similar to: Rsync 2.6.5pre1 released

I have released rsync version 2.6.5pre2 -- the second (and hopefully final) pre-release for 2.6.5. The 2.6.5 release is primarily a bug-fix release to squash some annoying bugs that made it into 2.6.4, though a few minor enhancements did make it in as well. To see all the changes since 2.6.4, go here: http://rsync.samba.org/ftp/rsync/preview/rsync-2.6.5pre1-NEWS To read the pre-release man

I have released rsync version 2.6.5pre2 -- the second (and hopefully final) pre-release for 2.6.5. The 2.6.5 release is primarily a bug-fix release to squash some annoying bugs that made it into 2.6.4, though a few minor enhancements did make it in as well. To see all the changes since 2.6.4, go here: http://rsync.samba.org/ftp/rsync/preview/rsync-2.6.5pre1-NEWS To read the pre-release man

I have downloaded the source for rsync 2.5.6 and compiled it without adjusting any options, no problems. Performed a test copy of a file GT 2 GB and it failed. In the file configure I changed the line to "--enable-largefile", removed all the .o files, performed a ./configure, gmake, gmake install. Tried the test copy and again received the following error message: rsync:

On Mon, 2 Aug 2004, Wayne Davison wayned-at-samba.org |Rsync List| wrote: > Would anyone who is seeing this problem please try out the patch that is > attached to this bugzilla bug: > > https://bugzilla.samba.org/show_bug.cgi?id=1536 I gave it a test and it seems to work fine on HPUX 11.0. It skips the problematic mkstemp() call. It also passed the largefiles test that I sent

Max Okumoto <okumoto@ucsd.edu> wrote: [CC changed to freebsd-security instead of the cvs list] We're talking about replacing the home-grown mkfifo() funktion in make (a modified copy of mkstemp()) with mkdtemp() and creating the fifo in this new directory. Max worries about a possible race with this new approach. > Its not a race between two nice programs :-) The function

https://bugzilla.samba.org/show_bug.cgi?id=1536 ------- Additional Comments From wayned@samba.org 2004-07-30 13:30 ------- Created an attachment (id=589) --> (https://bugzilla.samba.org/attachment.cgi?id=589&action=view) Add checks for open64 and mkstemp64 to configure If the user's system has open64() but not mkstemp64(), we avoid using mkstemp(). -- Configure bugmail:

Hello everyone, Server1: Harmony Server2: Peace I've been using rsync 2.6.4 since some time now, without any problem. I "copy" files from Server2 to Server1 (making Server1 a mirror of Server2). The command line used on Server1 was: rsync -vrlpogt --delete-after Server2::Img/ /LocalImg I was copying files from Server2 (module Img) to Server1 (in /LocalImg). We had a problem

For all you folks out there using rsync on HP-UX, be warned that HP-UX is still broken with regard to large files. I opened a bug report with HP last year, as described here: http://lists.samba.org/archive/rsync/2004-July/010226.html I've been periodically checking on the status and today I was told that it's been officially filed as a "we won't fix this", citing that the

Hello, I'm running HP-UX 11i on an rp74xx. It's 64-bit. C compiler is as follows: B3901BA B.11.11.03 HP C/ANSI C Developer's Bundle for HP-UX 11.i (S800) B3913DB C.03.30.02 HP aC++ Compiler (S800) /usr/bin/cc: LINT B.11.11.02 CXREF B.11.11.02 HP92453-01 B.11.11.02 HP C Compiler $ Sep 8 2000 23:13:51 $ I have successfully compiled rsync 2.6.2 and it

Hi, I'm trying to build Icecast on a RedHat AS3 workstation. All the requisite libraries are already bundled with the distro. IThe compile runs for maybe 30 seconds (maybe less) and then fails. The last few lines of the make output are appended below. I'm not even sure what it's actually complaing about. gcc -pthread -g -O2 -o icecast cfgfile.o main.o logging.o sighandler.o

I'm attempting to decode part of a largefile flac whose seektable is broken or missing and the file is shorter then it's supposed to be, when I use 1.1.2 it decodes fine, when I use 1.1.3 it fails flac --decode --skip=719:58.0 --until=1024:58.0 -o \/home\/sbh\/work\/hs\/out.wav \/mnt\/ss\/sdb\/Sound\/Recording\/2006\-11\-29\/in.flac out.wav: ERROR seeking while skipping bytes

I'm attempting to decode part of a largefile flac whose seektable is broken or missing and the file is shorter then it's supposed to be, when I use 1.1.2 it decodes fine, when I use 1.1.3 it fails flac --decode --skip=719:58.0 --until=1024:58.0 -o \/home\/sbh\/work\/hs\/out.wav \/mnt\/ss\/sdb\/Sound\/Recording\/2006\-11\-29\/in.flac out.wav: ERROR seeking while skipping bytes

Hi, A bug I've had reported is that scp doesn't work with large files (Debian bug number 106809). The problem seems to be scp.c:504: if ((fd = open(name, O_RDONLY, 0)) < 0) Is there some reason why making that if ((fd = open(name, O_RDONLY|O_LARGEFILE, 0)) < 0) would break things? It seems a simple fix to me... Thanks, Matthew -- "At least you know where you are

On 12/11/06, Josh Coalson <xflac@yahoo.com> wrote: > --- Avuton Olrich <avuton@gmail.com> wrote: > > I'm attempting to decode part of a largefile flac whose seektable is > > broken or missing and the file is shorter then it's supposed to be, > > when I use 1.1.2 it decodes fine, when I use 1.1.3 it fails > > > > flac --decode --skip=719:58.0

Has this not been changed to mkstemp just for reason of having to change all of the smbd_mktemp() calls, for portability, or some hidden arcana? Are there any platforms that samba supports that don't have mkstemp? -- Blue Lang http://www.gator.net/~blue Unix Administrator Veritas Software 2315 McMullan Circle,

http://bugzilla.mindrot.org/show_bug.cgi?id=968 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #760| |ok? Flag| | ------- Additional Comments From djm at mindrot.org 2005-02-16 11:24 -------

Hi, I just wanted to relate the solution to a problem I was having to hopefully save someone else a day of frustration. I'm using rsync-2.5.5 on AIX 4.3, compiled with gcc 2.95.3. The file I was sync'ing was very large (>2GB). Despite being configured with --enable-largefiles (which #defines _LARGE_FILES properly for AIX), and despite the fact that the initial transfer of said file

I got Large files working fine on Solaris, just make a 64bit binary :). Seriously, I would try making a 64bit binary for HPUX as well(something like +DA2.0W for 64bit PA_RISC). Robert Weber University of Colorado -------- > > I am currently writing disaster recovery software for the company I work > for. I have been watching rsync development now for the past couple of

Hi, on AIX, mkstemp doesn't open a file with the O_LARGEFILE option, so you can't transfer files > 2GB to an AIX machine. Here is a fix: diff -c -r rsync-2.5.6.orig/syscall.c rsync-2.5.6/syscall.c *** rsync-2.5.6.orig/syscall.c Sun Jan 26 21:09:02 2003 --- rsync-2.5.6/syscall.c Wed May 14 13:55:15 2003 *************** *** 151,157 **** if (dry_run) return -1; if

Used to create temporary directory or file with an optional suffix. Signed-off-by: Wanlong Gao <gaowanlong at cn.fujitsu.com> --- daemon/dir.c | 61 ++++++++++++++++++++++++++++++++++++++++++++++++++++ generator/actions.ml | 36 +++++++++++++++++++++++++++++++ gobject/Makefile.inc | 6 ++++-- po/POTFILES | 2 ++ src/MAX_PROC_NR | 2 +- 5 files changed, 104