similar to: Corrections for Solaris stuff in manual

I'm trying to build R 2.10.1 on a Sun Blade 1000 running Solaris 10 (03/05 release). I've installed iconv 1.13.1 and used: CPPFLAGS="-I /export/home/drkirkby/sage-4.3.3.alpha0/local/include" (which is where iconv is) LDFLAGS= -R/export/home/drkirkby/sage-4.3.3.alpha0/local/lib -L/export/home/drkirkby/sage-4.3.3.alpha0/local/lib The build of R fails as below. gcc

There are a few errors in the R manual about Solaris. 1) Firstly you may know that Sun is now owned by Oracle. 2) "(Recent Sun machines are Opterons (?amd64?) rather than ?x86?, but 32-bit ?x86? executables are the default.) " It's not true to say that recent machines are Opterons rather than x86. Many new Sun machines are based on 64-bit Intel CPUs (often called x64). The

Hello, I'm attempting to build R on Solaris 64-bit using gcc4, and am running into the following error: ld.so.1: R: fatal: relocation error: R_AMD64_PC32: file /home/chander.ganesan/src/r/R-2.15.0/lib/libR.so: symbol main: value 0x28001597b8c does not fit I've noticed - from some lists, and a bug here (http://trac.sagemath.org/sage_trac/ticket/9040) that this isn't an

On Sun, Jun 13, 2010 at 8:28 AM, Uwe Ligges <ligges at statistik.tu-dortmund.de> wrote: > > > On 13.06.2010 01:09, Dr. David Kirkby wrote: >> >> On 06/12/10 05:27 PM, Douglas Bates wrote: >>> >>> On Sat, Jun 12, 2010 at 8:37 AM, Dr. David Kirkby >>> <david.kirkby at onetel.net> wrote: >>>> >>>> R 2.10.1 is used in

Dear all, I just changed from linux to a solaris server and I'm having trouble building R from source. I can't use the binaries because I don't have a permission to write to /usr/local. I followed the online instructions regarding the configuration with readline and the GNU version of iconv: ./configure --prefix=/u/fox/binaries

R 2.10.1 is used in the Sage maths project. Several recommended packages (Matrix, class, mgcv, nnet, rpart, spatial, and survival) are failing to build on Solaris 10 (SPARC). We would like to be able to get a list of the recommended packages for R 2.10.1, but ideally via a call to R, so it is not necessary to update that list every time a new version of R is released. We do not want to access

We run a Network of Suns (running Samba) and PC-NT (version 4, sp3) machines, at work, and find it very annoying to be unable to change the file permissions of files from NT on the Suns. Is there any way to change the permissions from NT file explorer or otherwise ? Dave Kirkby

Hi, I was wondering if there is a way to stop R looking outside the scope of a function, if it can't find the variable inside the function. I seem to waste hours debugging functions only to find I've used a wrong variable name somewhere, but the function still works because the variable exists higher up the hierachy. It seems it would be easier to debug if the function just went

Full_Name: Uwe F. Mayer Version: 2.9.1 OS: SunOS myhost 5.10 Generic_120012-14 i86pc i386 i86pc Solaris Submission from: (NULL) (216.113.168.130) Configuration problem with the creation of shared libraries: Compilation only succeeds if SHLIB_LDFLAGS="-shared" is added to the configure command line. This is likely due to a wellknown gcc-4 feature, in that gcc requires -shared and not

Hello, i got many problems in compiling a working samba to use in our environment. - solaris 10 on amd64 sun hardware - version above 3.3.0 because of one of our applications - samba as memeber server in active directory because of usermanagement on windows 2003 - 64-bit samba because of many many open files - static libraries because of relocation error: R_AMD64_PC32 with shared ones

Hi R-helpers, I'm new to time series modelling, but my requirement seems to fall just outside the capabilities of the arima function in R. I'd like to fit an ARMA model where the variance of the disturbances is a function of some exogenous variable. So something like: Y_t = a_0 + a_1 * Y_(t-1) +...+ a_p * Y_(t-p) + b_1 * e_(t-1) +...+ b_q * e_(t-q) + e_t, where e_t ~ N(0, sigma^2_t),

Hi all, I have at home a Sun IPC running Solaris 2.6 and Samba 1_9_18p8. The Sun is on a network of just two computers - the other computer being a PC running NT4, with service pack 3. The samba works fine on the unix machine (Sun). When service pack 3 was installed on the NT4 PC, I initially had to enable plaintext passwords, but I've now changed to encrypted passwords, and set

Greeting Puppeteers, ( I sent this from the wrong address so it may be a duplicate post after moderation ) I recently discovered puppet from the debian administration site and thought I might install it after BASHING my head against cfengine the last 3 times I tried to install it. I installed puppetmaster on my primary server and dropped puppet on a couple of xen virtuals. It worked

Dear R Help, I work with the Sage project, and we are trying to improve the ability to use R through Sage. Most things work, but make check seems to cause problems on certain platforms, and now that we want to upgrade to 2.10.1 I thought we should ask for help! R builds just fine on both Mac and Linux, but some things in make check seem to break on certain Linux boxes that don't on Mac or

The R manual says R will not build with gcc on 64-bit Solaris x86 with gcc http://cran.r-project.org/doc/manuals/R-admin.html#Solaris "Tests with gcc32 on ?x86? and ?amd64? have been less successful: ?x86? builds have failed on tests using complex arithmetic33, whereas on ?amd64? the builds have failed to complete in several different ways, most recently with relocation errors for

I've tried to build R 2.6.1 and 2.7.0 on Solaris 10 update 4 (SPARC) and both configure ok, so you might ask why I suspect there is a problem. I tried to build the maths program Sage http://www.sagemath.org/ version 3.0.3alpha1. Sage fails when building R 2.6.1 - (Sage includes R in the package). The relavant bit of Sage, which is only using an unmodified R configure script is: checking

R is used in the Sage project. R is building on Solaris 10 with SPARC processors. Until recently, I did not give it much more thought, as it appeard to build ok. More recently someone noticed a test failure. It would appear a number of modules are not building (Matrix, class, mgcv, nnet, rpart, spatial, and survival) are all failing to build. But the R build process does not terminate. Is

Hello dear R users, Recently there has been several fascinating threads on the website stackoverflow <http://stackoverflow.com> regarding the subject of R WorkFlow best practices: - What best practices do you use for programming in R?<http://stackoverflow.com/questions/2258092/what-best-practices-do-you-use-for-programming-in-r> - Workflow for statistical analysis and report

Hi Jake, thanks for fixing this. I have installed now the newly built package on my production system and will report, if any more core dumps occur. Regards, Andreas Am 31.08.2016 um 20:19 schrieb Jake Goerzen: > Hi Andreas & Timo, > > > I've found out what is causing the incorrect hash in the built > packages. Our build system use here at OpenCSW has internal git

Hello Timo, from the maintainer of the OpenCSW package I got the below answer. As the newly build package yields another different commit hash (which I cannot find on GitHub too), I would ask, if you are sure that the commit hash-output in 'doveconf -n' is generated correctly? The headline of 'doveconf -n' with the newly build package is # 2.2.25 (68082dc):