similar to: [Bug 319] New: Privilege Separation failing on OSF1 v5.1

http://bugzilla.mindrot.org/show_bug.cgi?id=319 ------- Additional Comments From mouring at eviladmin.org 2002-06-29 02:59 ------- Created an attachment (id=120) Sounds like an SIA issue w/ privsep. Does this fix it? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Full_Name: Michael Hoffman Version: 2.0.0-beta-20041001 OS: OSF1 V5.1 Submission from: (NULL) (193.62.199.8) Hello. Building R 2.0.0-beta-20041001 on OSF1 V5.1 failed because the default configure sets R_XTRA_CFLAGS to "-std1 -ieee_with_inexact." The bzip2 directory includes C99 code that requires -std1 to not be set in order to compile. This halts the overall build process.

I am stuck in the installation of "R" on ALPHA runing OSF1/V5.1 for individual use. When I ran "./configure CC=cc F77=f77 Make=gmake ", the following message came out, 506426:/usr/users/1/mwang2/R/R-2.1.1/bin/exec/R: /sbin/loader: Error: libreadline.so.4: symbol "tgetflag" unresolved 506426:/usr/users/1/mwang2/R/R-2.1.1/bin/exec/R: /sbin/loader: Fatal Error: Load

Full_Name: Gordon Lack Version: 2.4.0 OS: OSF1 v5.1 Submission from: (NULL) (198.28.92.5) Changes to the bin/R front-end interlude script at 2.4.0 (cf: 2.2.0) have broken R on (Dec/Compaq/HP) OSF1. There are 3 occurrences of "${@}", but this is the incorrect syntax for adding $@, as on older Bourne shells this will add an empty (but present) parameter. The result is that the build

I tried configuring Samba 2.0.7pre4 on a OSF1 machine (actually a DEC Alpha running Digital Unix 4.0d) with --with-utmp. The autoconf system sets the variable HAVE_UTMPX_H The linking of smbd aborts with the message ---------------------------------------------------------- ld: Unresolved: getutmpx utmpxname updwtmpx *** Exit 1 ---------------------------------------------------------- If I

Dear R-users, I currently have trouble in trying to compile R-1.3.0-patched on Compaq OSF1. -------- >uname -a OSF1 adenine.fysik.dtu.dk V4.0 1229 alpha -------- The 'configure' step ended seemingly corretly: ----------------------- R is now configured for alphaev6-dec-osf4.0f Source directory: . Installation directory: /home/adenine/sysman/laurent/share/ C

Hi, I have managed to test this same transfer reliably with the Linux boxes and open-ssh, but I am in trouble with the OSF1 4.0 (Digital Unix) being the server sending files from a single directory to the HP/UX 11 - being the client The 'sshd2' (and ssh2) in both ends is installed as root (and starts probably from 'rc') The 'rsync' (2.4.6) in both end is just

Hello, When make ./configure && make on my Tru64 v5.1 machine, sshd couldnot start with diagnostic "Cannot bind any address.". Problem was in getnameinfo which don't return error if you don't set address family before call to it. Patch included. -- Best regards, Stanislav mailto:stas at peterstar.com -------------- next part

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

This is in openssh-2.3.2p1: Basically, getaddrinfo doesn't accept AF_UNSPEC on tru64 v5.1. I'm not sure how you want to fix it, but defining IPV4_DEFAULT seems to work. Nathan <nate at openbsd.org>

I'm trying to install on an AIX box V5.1. I downloaded the Samba version for 5.1 and ran the executable. But the install fails. I got the file from www.bullfreeware.com <http://www.bullfreeware.com/> Does anyone have any idea why the install would fail? Thanks Joe Joseph Madrinkian Consultant, Professional Services - Speedware Speedware Division of Activant Solutions Inc.

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)

I'm having trouble compiling and installing R as a shared library on Alpha/OSF1. I used ./configure --enable-R-shlib SHLIB_CXXLDFLAGS=-L/lib/cmplrs/cxx (Using configure with --enable-R-shlib alone generated "Could not determine SHLIB_CXXLDFLAGS" errors.) make and everything else were done as specified in the documentation. It compiled everything without visible problems, but on

Hi, I have a problem with Samba on an OSF1 v4.0d machine. I get an "INTERNAL ERROR" and a core dump when trying to connect to a share from an NT 4.0 SP3 or W95 machine. I configured Samba to use encrypted password and I set the parameter "security=user". My Samba server is in a workgroup on its own, no PDC and BDCs around. I can see it in my Computer Neighborhood from the NT

>Date: Tue, 8 Dec 1998 11:00:42 -0500 (EST) >From: Rob Naccarato <rob@sheridanc.on.ca> >To: samba@samba.org >Subject: Can't connect to shares w/2.0beta3 on OSF1 > > >I was running 1.9.18p10 on a test DEC Unix 4.0d box here and I decided to >give 2.0beta3 a try. For some reason, I cannot connect to any of the >server's >shares or even get a list of

Dear R Development Core Team, I've been trying to install R ver. 0.64.0 on a Dec-Alpha machine w/OSF1. A couple of things go wrong. After I type "make", the installation process bombs while trying to compile the R.binary. It reports the following: f77 -o ../../bin/R.binary {*** for brevity, I've deleted the filenames printed here ***} ld:

Dear R users, I was trying to install "R" on an ALPHA running OSF1/V5.1 for individual use, but warning messages came out when I run "./configure" and "make". The following is part of output: % ./configure --prefix=$home/r checking build system type... alphaev67-dec-osf5.1b checking host system type... alphaev67-dec-osf5.1b loading site script

First I tried 'setenv R_SHELL /usr/local/bin/bash', as bash is the weapon of choice for the faculty wishing to use R, then ran ./configure as before. The ./configure output line using as R_SHELL for scripts ... /usr/local/bin/bash would seem to indicate that the R_SHELL environment variable was recognized and acknowledged. However, I got the same build error: gnumake[2]: Entering

Hi, I'm writing to you on behalf of the Pasteur Institute's (Paris, France) IT team. We're currently using dovecot-0.99.10.5_2 on a FreeBSD 5.3. We're planning to upgrade to dovecot-1.x with an openLDAP user and password database and patch it at the same time to include some authentication feature we're using : Since most of our user currently don't use dovecot at all and

Hi, My name is Eli Kirzner and I confront the same problem you described. Have you managed to resolve it ? If yes be so kind and let me know how ,Please. Thaks in advance. Eli Kirzner 972-4-8296390 KIRZNER@il.ibm.com