similar to: Local repo for ubuntu including R

On 2018-07-07 06:27, Dirk Eddelbuettel wrote: > > On 7 July 2018 at 00:51, G?ran Brostr?m wrote: > | My repo is > | > | deb https://cloud.r-project.org/bin/linux/ubuntu bionic-cran35/ > | > | Is that wrong? > > That repo will give you R and key R packages like Matrix lme4. (And you > chose to ignore this repo by compiling R yourself ...). Not really: I installed

I am installing R_3.5.1 from source on ubuntu 18.04, and 'config' + 'make' gives me (at the end) Loading required package: Matrix Error: package or namespace load failed for ?Matrix? in dyn.load(file, DLLpath = DLLpath, ...): unable to load shared object '/home/goran/src/R-3.5.1/library/Matrix/libs/Matrix.so': /home/goran/src/R-3.5.1/library/Matrix/libs/Matrix.so:

On 2018-07-07 13:08, Jeroen Ooms wrote: > On Fri, Jul 6, 2018 at 11:57 PM, G?ran Brostr?m > <goran.brostrom at umu.se> wrote: >> I am installing R_3.5.1 from source on ubuntu 18.04, and 'config' + >> 'make' gives me (at the end) > > Probably something went wrong earlier in the build when compiling > the Matrix package. However it's much easier

On Fri, Jul 6, 2018 at 8:18 AM G?ran Brostr?m <goran.brostrom at umu.se> wrote: > > > > Den 2018-07-06 kl. 16:28, skrev Dirk Eddelbuettel: > > > > On 6 July 2018 at 12:31, Enrico Schumann wrote: | Just as one more > > datapoint: I cannot reproduce the segfault, with | R 3.5.1 on > > (L)Ubuntu 18.04. (I use the Ubuntu package, i.e. I did not | build >

I'm looking for a Windows distribution of TeX that works with R, after a few years' absence from Windows. On Duncan Murdoch's Rtools page fptex is still recommended, but it turns out that fptex is "defunct" as of May 2005, see http://www.metz.supelec.fr/~popineau/xemtex-7.html So, what is suggested? TUG (tug.org) recommends something called proTeXt, which is said to be

Trying https://cran.r-project.org got me "The owner of cran.r-project.org has configured their website improperly" If I try http (instead of https) I'm redirected to www.project.org ("Project America") Any ideas? G?ran Brostr?m

> On 10 Feb 2017, at 14:53, G?ran Brostr?m <goran.brostrom at umu.se> wrote: > > Thanks to all who answered my third question. I learned something, but: > > On 2017-02-09 17:44, Martin Maechler wrote: >> >>>> On 9 Feb 2017, at 16:00, G?ran Brostr?m <goran.brostrom at umu.se> wrote: >>>> >>>> In my package 'glmmML'

> > On 9 Feb 2017, at 16:00, G?ran Brostr?m <goran.brostrom at umu.se> wrote: > > > > In my package 'glmmML' I'm using old C code and linpack in the optimizing procedure. Specifically, one part of the code looks like this: > > > > F77_CALL(dpoco)(*hessian, &bdim, &bdim, &rcond, work, info); > > if (*info == 0){ > >

In my package 'glmmML' I'm using old C code and linpack in the optimizing procedure. Specifically, one part of the code looks like this: F77_CALL(dpoco)(*hessian, &bdim, &bdim, &rcond, work, info); if (*info == 0){ F77_CALL(dpodi)(*hessian, &bdim, &bdim, det, &job); ........ This usually works OK, but with an ill-conditioned data

Hi, I was wondering if someone can help me interpret the results of running weibreg. I run the following and get the following R output. > weibreg(Surv(time, censor)~covar) fit$fail = 0 Call: weibreg(formula = Surv(time, censor)~covar) Covariate Mean Coef Rel.Risk L-R p Wald p covar 319.880 -0.002 0.998 0.000 log(scale) 0.000 8.239

Something on your end. I clicked on your link and it took me to CRAN with no problems. Cheers, Bert Bert Gunter "The trouble with having an open mind is that people keep coming along and sticking things into it." -- Opus (aka Berkeley Breathed in his "Bloom County" comic strip ) On Fri, Apr 29, 2016 at 2:26 PM, G?ran Brostr?m <goran.brostrom at umu.se> wrote: >

On 2019-09-11 22:16, Avraham Adler wrote: > Can you write a small C function that calls LAPACK call that fro your > Fortran code? Yes, an extra step but maybe less traumatic than rewriting > parts of LAPACK directly. Yes, I know how to do that, but I find it somewhat bizarre that it is impossible to call a Fortran subroutine from Fortran. And rewriting 'dgemv' was simple:

On 6 July 2018 at 12:31, Enrico Schumann wrote: | Just as one more datapoint: I cannot reproduce the segfault, with | R 3.5.1 on (L)Ubuntu 18.04. (I use the Ubuntu package, i.e. I did not | build from source.) I have been a little too busy and have not yet upgraded to 18.04 so I can't attempt to replicate -- but it _looks_ just like a garden variety binary mismatch. We _know_ R 3.5.*

I am running R 3.5.1 on ubuntu 18.04, installed via apt. When I run R from the bash prompt, I get (reinstalling r-base doesn't help) > devtools::install_github("goranbrostrom/eha", build_vignettes = TRUE) *** caught segfault *** address 0x68456, cause 'memory not mapped' Traceback: 1: dyn.load(file, DLLpath = DLLpath, ...) 2: library.dynam(lib, package,

Berend, I do not think this works with gfortran 7+. I am calling the BLAS subroutine dgemv from Fortran code in my package eha, and the check (with R-devel) gives: gmlfun.f:223:1: warning: type of ?dgemv? does not match original declaration [-Wlto-type-mismatch] & score, ione) ^ /home/gobr0002/R/src/R-devel/include/R_ext/BLAS.h:107:1: note: type mismatch in parameter 12

Hello, I get a segfault when running glmmboot in my own package glmmML. Has happened many time before, but this time I get no hint of where in my C functions the error might be. I give the output below. Can this be an R bug? I suspect it has to do with repeated calls to 'vmmin' like this: for (...){ vmax = vmaxget(); vmmin(*p, b, &Fmin, bfun,

I want the indices i for which x[i] < 0 (say): > x <- c(1, -1, 3, 3, -2) > where.negative(x) [1] 2 5 Surely where.negative is something simple, but how? G?ran -------------------------------------------------------------- G?ran Brostr?m Department of Statistics tel: +46 90 786-5223 Ume? University fax: +46 90 786-6614 S-90187 Ume?, Sweden

Doug Bates has succeeded in building rpm's for RedHat 4.2: >>>>> On Thu, 15 Jan 1998 14:57:22 -0600 (CST), >>>>> Douglas Bates (DB) wrote: DB> I finally got r-base to build on a Debian 1.3 machine. The DB> r-base_0.61.1-1_i386.deb file now in the incoming area is for 1.3. These are on CRAN now. DB> I also got an .rpm for RedHat 4.2 to build. It

Hi Hanna, your function is essentially zero outside a short interval around 9. And the help page states: "If the function is approximately constant (in particular, zero) over nearly all its range it is possible that the result and error estimate may be seriously wrong." You could try to integrate over a finite interval, say (7, 12). G?ran Brostr?m On 2018-02-06 19:40, li li wrote:

I'm using R for calculations and plots in a statistical paper. Is there a canonical reference to use in the bibliography? (Or is it not common to acknowledge computer programs in journal papers?) -- Bj?rn-Helge Mevik <bhm at math.uio.no> -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read