similar to: Configure errors - 2.2.0 alpha 2

Dear list members (esp. Duncan), I've run into the following curious problem with Version 2.2.0 alpha for Windows: Options in the Profile file in R's etc directory don't appear to be set. (I habitually uncomment options(chmhelp=TRUE), to no effect in this case.) As far as I can see, the only thing non-standard about my installation is that I put R 2.2.0 alpha under c:\R rather than

Hi! I am trying to install samba 2.2 on a Sun and I'm getting this error: ./configure --prefix=/local --with-ssl checking how to get filesystem space usage checking statvfs64 function (SVR4)... no checking statvfs function (SVR4)... no checking for 3-argument statfs function (DEC OSF/1)... no checking for two-argument statfs with statfs.bsize member (AIX, 4.3BSD)... no checking for

The configure script runs fine, but when I compile todays alpha version of R-2.2.0 (R-alpha_2005-09-10_r35546.tar.gz) under FreeBSD 7.0-CURRENT from Sept. 4th I get the following output: ======================================================== [...] gcc -I../../src/extra/zlib -I../../src/extra/bzip2 -I../../src/extra/pcre -I. -I../../src/include -I../../src/include -I/usr/local/include

Hi, I am trying to compile Samba 2.0.5a on AIX 4.2.1.0 and getting the following error after running "./configure" : ------------------------------------------------------------- checking configure summary ERROR: No locking available. Running Samba would be unsafe configure: error: summary failure. Aborting config DG2:/tmp/samba-2.0.5a/source#

Digital Alpha (various), Digital UNIX V4.0[EF], R-1.0.0, gcc, f77 When using batch mode with the save option, an error message is issued. However [I have just discovered that] it appears that the operation does complete, i.e. the .RData file is saved successfully. The main problem is that the return code is non-zero (and so it is impossible to distinguish this "non-error" from some

Hello all. I'm trying to create the rpm for Samba 2.2.5. I haven't uninstalled the other version as we are using it. I got the tar.gz from the Samba web site. I type # sh makerpms.sh and this is what I get this @ the end: checking statvfs64 function (SVR4)... no checking statvfs function (SVR4)... no checking for 3-argument statfs function (DEC OSF/1)... no checking for two-argument

Hi all, I have just released the fourth alpha snapshot of what will become Samba 2.2.0. It's available from the usual ftp sites, in the alpha directory as : <ftp mirror>:/pub/samba/alpha/samba-2.2.0-alpha3.tar.gz If people could test this snapshot out and provide feedback about what is broken and let the lists know that would help. The problem acting as a PDC for

Hello all, thanks for all the support over the last few months. I have posted this question to the list today already, but from a reply, I see that the last letter was way too brief, so here is the full edition: I'm trying to create the rpm for Samba 2.2.5. I haven't uninstalled the other version as we are using it. Once I get thinks right, will I have to # rpm -e <old rpm>, or

I'm trying to build R-alpha using the ATLAS libraries as described in the R-admin manual, section A.3.1.1 (BLAS) and A.3.2 (LAPACK). I built ATLAS with LAPACK as described in the ATLAS documentation, and the ATLAS version is the latest, 3.9.10. The platform is openSUSE 11.1 x86_64 with GCC 4.3.2. "configure" is finding the ATLAS BLAS all right, but it is not finding the ATLAS

Hi, I was looking at configure.in for R-1.4.1 and in the case "${host_cpu}" in part under alpha CPU's, the switch of -mieee for g77 and -fpe3 otherwise is an OSF specific, not alpha specific issue. In particular, if someone used f2c-f77 (shell script which emulates a fortran compiler with f2c and the c compiler), they'd get the broken -fpe3. I'd probably either test for

Full_Name: Albrecht Gebhardt Version: 0.99.0 OS: alpha, osf4.0 Submission from: (NULL) (143.205.180.40) configure stops when checking if cc and f77 "agree on int and double". This is only due to a linking problem (linking fortran object with cc without for_main.o complains about unreloved dependency to main. Solution: add -expect_unresolved main to th linking step, see patch below

Hi, I've found that the default options of gcc and g77 on alpha produce an executable that suffers from floating exceptions. There seems to be a problem with the configure scripts that prevents the --with-f77 option working correctly. The configure script tests that f77 is running by attempting to compile and link a dummy program - the link step seems broken on the alpha (it doesn't like

TB --- 2003-10-02 04:00:01 - starting RELENG_4 tinderbox run for alpha/alpha TB --- 2003-10-02 04:00:01 - checking out the source tree TB --- cd /home/des/tinderbox/RELENG_4/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src TB --- 2003-10-02 04:07:38 - building world TB --- cd /home/des/tinderbox/RELENG_4/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>>

I know I am doing something wrong, but I can't figure out what. I have downloaded the samba-latest.tar -- 2.2.5; gzip -d; tar -xvf. aix 5.1 cd /usr/local/samba-2.2.5/source ./configure (having gcc installed) bottom few line of screen after configure finishes: checking if large file support can be enabled... yes checking whether to support ACLs... no checking whether to build winbind... no,

As some of you R-devel readers may know, the plot() method for "lm" objects is based in large parts on contributions by John Maindonald, subsequently "massaged" by me and other R-core members. In the statistics litterature on applied regression, people have had diverse oppinions on what (and how many!) plots should be used for goodness-of-fit / residual diagnostics, and to my

System: Alpha Tru64 5.1a, openssh 3.4p1 and bash 2.04. Problem: when configure comes to the test to find xauth, it is not able to find it in /usr/bin/X11. This path is listed as one to test while looking for xauth. It is of course found if I define the exact path with --with-xauth. Any one good with configure and bash to help me get this automatically found? Thanks in advance, Keith

I had to apply this patch to configure.in to get configure to run on Tru64 Unix on Alpha. The RSA test forgot to reset $LIBS. (The compile stopped with missing "zlib.h". I'll send more patches if required. :-) diff -ur src-2.9p1/configure.in src-2.9p1-local/configure.in --- src-2.9p1/configure.in Wed Jun 6 17:15:09 2001 +++ src-2.9p1-local/configure.in Wed Jun 6

trying to compile 2.2.3a on solaris 8 and getting the following: Is it supported on sol 8? after typing configure and after many lines i get: -----much deleted------ ecking how to get filesystem space usage checking statvfs64 function (SVR4)... no checking statvfs function (SVR4)... no checking for 3-argument statfs function (DEC OSF/1)... no checking for two-argument statfs with statfs.bsize

[mod: Just to show you that people DO get bitten after a bugwarning has gone out on linux-security..... -- REW] -----BEGIN PGP SIGNED MESSAGE----- Content-Type: text/plain; charset=us-ascii Has anyone been hit with the Bind Inverse Query Buffer Overrun on their Linux servers? We have had 3 servers attacked using this expoit and all of the machines had several binaries replaced with trojan

Just thought I'd pass this along....compiling TNG code from CVS on AIX 4.3.2 using IBM C/C++ compiler 3.6.6: Compiling rpc_client/cli_login.c with libtool "include/sam.h", line 31.41: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: The error code from the last command is 1. The alpha 0.0 code does this: Compiling tdb/tdb.c with libtool