similar to: rsync 2.6.0 and Solaris 8

I could not find this question anywhere, but I apologize if it is and I just missed it. Running an Alpha, OSF1 V5.1 1885 configure went fine. compile failed: cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c lib/getaddrinfo.c -o lib/getaddrinfo.o cc: Error: lib/getaddrinfo.c, line 182: In this statement, "EAI_MAX" is not declared. (undeclared) if (ecode < 0 || ecode > EAI_MAX)

hi fellows, I tried to install rsync as root user on my TRU64 UNIX V5.1 box. configure script worked fine . make failed with following errors given below. can somebody help me. I really need this tool to work. after giving command which cc #/usr/bin/cc thanks in adance. cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c lib/permstring.c -o lib/permstring.o cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c

I'm getting following error while compiling rsync Can anyone help me . I'm running Alpha Server with TRU64 5.1 any help will be appreciated cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c rsync.c -o rsync.o cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c generator.c -o generator.o cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c receiver.c -o receiver.o cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c

Hi Paul, your suggestion about batch.c got by the compiler without a peep and it got much farther along again with complaint from cc until.... [root@hyperion: rsync-2.5.4]#CC=cc; export CC; ./configure configure: Configuring rsync 2.5.4 checking build system type... alphaev5-dec-osf5.1 checking host system type... alphaev5-dec-osf5.1 checking target system type... alphaev5-dec-osf5.1 checking for

i've applied albert chin's patch on configure.in file: http://lists.samba.org/pipermail/rsync/2002-January/005726.html, but i still getting the error: cc: Error: lib/getaddrinfo.c, line 180: In this statement, "EAI_MAX" is not declared. (undeclared) thanks for any advice Martin Sigilfredo _________________________________________________________________ Join the world’s

I'm trying to rync working between the UK (Sun box) and India (AIX box) and am having a real problems getting it up and running because every time I do a full transfer it hangs. The Sun box is the one holding the canonical source which we want to mirror. I've been shipped to the India office to get this working and have tried hundreds of things over the last week, I've also scoured

Hi, I am trying to compile rsync 2.5.5 on a Tru64 box. I downloaded configure.in revision 1.148, which I believe is the correct fix for the getaddrinfo problem; however I still have errors compiling rsync. Also I had to change line 22 in options.c from #include "popt.h" to #include "popt/popt.h". Any suggestions or ideas? Tan Dang

Hi I am trying to compile rsync-2.5.5 on Tru64 UNIX V5.1A The configure completed sucessfully however the make failed. The following is a copy of the configure and make output. Could you please provide advice as to why this is failing and hopefully resolution. Just as a matter of comparison - rsync-2.5.4 make also fails, however, rsync-2.4.8 compiled sucessfully on this version of Tru64 5.1A

I'm working on the port as we type. I've already done this patch (will add the comments). On Wed, Dec 4, 2019 at 11:29 AM Josef 'Jeff' Sipek via dovecot < dovecot at dovecot.org> wrote: > On Wed, Dec 04, 2019 at 12:19:35 -0500, Josef 'Jeff' Sipek via dovecot > wrote: > > On Wed, Dec 04, 2019 at 18:06:58 +0100, Pascal Christen via dovecot > wrote:

On Wed, Dec 04, 2019 at 12:19:35 -0500, Josef 'Jeff' Sipek via dovecot wrote: > On Wed, Dec 04, 2019 at 18:06:58 +0100, Pascal Christen via dovecot wrote: > > Hi > > > > I've just tried to build the latest Dovecot 2.3.9 on FreeBSD 11.3. > > Without success...It fails on the following commit which was introduced > > in 2.3.9: > >

Hi, I just tried to compile rsync-2.6.2pre1 under AIX 4.3 (gcc 2.95.3) and got the following compiler error: gcc -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -I./popt -c clientname.c -o clientname.o clientname.c: In function `client_name': clientname.c:121: `AI_NUMERICHOST' undeclared (first use in this function) In analogy to the coding in access.c I replaced in clientname.c

############################################################################### Before reporting 4 problems with windows(rescale=) I want to congrat on R1.2 and to thank r-developers for quickly adding the rescale workaround to the windows version. Happy New Year Jens Oehlschlaegel ###############################################################################

If these things bother you, could you please supply fixes? For some reason you omitted the part of the help page dealing with one of these (which is as documented), and I also think you are confusing `plot' and `device' sizes. The latter will be the displayed device surface, I believe. Nothing on the help page suggested that the fine details of the R read-only parameters will be as you

Greetings, here is the output of the 'configure' step and the compile step (using the Compaq cc compiler that comes with Tru64 V5.1A. The configure reported success and most of the compile steps cam through error/warning free except for the one that stumbled. Can someone help me out here? I am willing to provide a binary for Tru64 V5.1A if we can swat this bug. We depend greatly on Rsync

On Wed, Dec 04, 2019 at 18:06:58 +0100, Pascal Christen via dovecot wrote: > Hi > > I've just tried to build the latest Dovecot 2.3.9 on FreeBSD 11.3. > Without success...It fails on the following commit which was introduced > in 2.3.9: > https://github.com/dovecot/core/commit/c85f1bc3ce612c736c9d2c468cc08306db1b5851 > > Following output is the build log:

Hi Matej, I've cc'ed the developers mailing list for now... thanks for your report. Could you please send in some driver debug traces (starting it manually, using "usbhid-ups -DDDDD ...")? That would help in troubleshooting the issue. thx and cheers, Arno 2014-12-19 8:48 GMT+01:00 Matej Sekoranja <matej.sekoranja at gmail.com>: > > Update: driver is not stable. I

--- .../smbdotconf/printing/spoolssbackchannel.xml | 16 ++++++++++++++++ source3/include/proto.h | 1 + source3/param/loadparm.c | 12 ++++++++++++ source3/rpc_server/srv_spoolss_nt.c | 6 ++++++ 4 files changed, 35 insertions(+), 0 deletions(-) create mode 100644

Arno, what version of Solaris or libusb required the interrupt pipe hack? - Charles On Dec 19, 2014, at 7:00 AM, Arnaud Quette <arnaud.quette at gmail.com> wrote: > Hi Matej, > > I've cc'ed the developers mailing list for now... > > thanks for your report. Could you please send in some driver debug traces (starting it manually, using "usbhid-ups -DDDDD

https://bugzilla.mindrot.org/show_bug.cgi?id=2037 Priority: P5 Bug ID: 2037 Assignee: unassigned-bugs at mindrot.org Summary: sshd Causing DNS Queries on ListenAddress when binding to IPV4 and IPV6 addresses on AIX Severity: normal Classification: Unclassified OS: AIX Reporter: caleblloyd at

>Submitter-Id: current-users >Originator: Alex Vasylenko >Organization: >Confidential: no >Synopsis: [patch] net/rsync: problems in client name lookup code >Severity: non-critical >Priority: low >Category: ports >Class: sw-bug >Release: FreeBSD 4.8-RELEASE-p16 i386 >Environment: System: FreeBSD 4.8-RELEASE-p16 >Description: rsync does reverse name