Divya writes:
> I installed R packages using `guix install`, `guix shell` or by adding them
> to my home configuration, but in none of those ways can I get
> my R system (which is also installed through guix using system configuration)
> can recognize those packages.
>
> What is going wrong?
R
On Mon, Sep 16, 2024 at 02:02:30PM +, Divya wrote:
> I installed R packages using `guix install`, `guix shell` or by adding them
> to my home configuration, but in none of those ways can I get my R system
> (which is also installed through guix using system configuration) can
> recognize tho
Ricardo Wurmus skribis:
> Ricardo Wurmus writes:
>
>> unfortunately I had to revert commits
>> 9078c651e8d50e08b46e3b2da1c532c15af5ddb6 (Add r-mathjaxr) and
>> 00056eafaefed0af8535f219760fbbe01dd6f240 (updating r-metafor).
> […]
>> The good news is that we can soon build a
>> slightly degraded v
Ricardo Wurmus writes:
> unfortunately I had to revert commits
> 9078c651e8d50e08b46e3b2da1c532c15af5ddb6 (Add r-mathjaxr) and
> 00056eafaefed0af8535f219760fbbe01dd6f240 (updating r-metafor).
[…]
> The good news is that we can soon build a
> slightly degraded version of mathjaxr completely from
On 08/09/16 23:02, Ricardo Wurmus wrote:
Ben Woodcroft writes:
Hi,
I thought I'd respond to this old thread now that the openblas eigen
error seems to be fixed. I'm interested in using openblas so that the
(as yet not in master) WGCNA package works faster, among other things:
https://labs.ge
OpenBLAS works fine for me - hit the same issue with Python before.
Pj.
On Thu, Sep 08, 2016 at 09:41:59PM +1000, Ben Woodcroft wrote:
> Hi,
>
> I thought I'd respond to this old thread now that the openblas eigen
> error seems to be fixed. I'm interested in using openblas so that
> the (as yet
Ben Woodcroft writes:
> Hi,
>
> I thought I'd respond to this old thread now that the openblas eigen
> error seems to be fixed. I'm interested in using openblas so that the
> (as yet not in master) WGCNA package works faster, among other things:
>
> https://labs.genetics.ucla.edu/horvath/Coexp
Hi,
I thought I'd respond to this old thread now that the openblas eigen
error seems to be fixed. I'm interested in using openblas so that the
(as yet not in master) WGCNA package works faster, among other things:
https://labs.genetics.ucla.edu/horvath/CoexpressionNetwork/Rpackages/WGCNA/faq.
On Sat, Mar 05, 2016 at 12:30:06AM +0100, Ludovic Courtès wrote:
> Pjotr Prins skribis:
>
> > Funny thing,
> >
> > guix gc -R path
> >
> > on a package that has python modules and R packages as inputs only the
> > python inputs show up. Try for example r-munsell which has
> > r-colorspace as an
Pjotr Prins skribis:
> Funny thing,
>
> guix gc -R path
>
> on a package that has python modules and R packages as inputs only the
> python inputs show up. Try for example r-munsell which has
> r-colorspace as an input:
>
> ./pre-inst-env guix package -i r-munsell
>
>r-munsell0.4.2 →
On Fri, Feb 05, 2016 at 09:48:24PM +0100, Ricardo Wurmus wrote:
> I would suggest to drop “--with-lapack”, too. (I haven’t found the time
> to try building without this flag just now.) The manual says:
> I don’t remember why I added it in the first place, so I think it’s best
> to drop it, consid
Andreas Enge writes:
> On Fri, Feb 05, 2016 at 08:02:36PM +0100, Andreas Enge wrote:
>> Okay. I am giving it a try on arm right now. It looks like we should
>> then also drop "--with-lapack"; the documentation states that this has only
>> an effect when "--with-blas" is also given:
>>https:/
On Fri, Feb 05, 2016 at 08:02:36PM +0100, Andreas Enge wrote:
> Okay. I am giving it a try on arm right now. It looks like we should
> then also drop "--with-lapack"; the documentation states that this has only
> an effect when "--with-blas" is also given:
>https://cran.r-project.org/doc/manual
On Fri, Feb 05, 2016 at 06:17:04PM +0100, Ricardo Wurmus wrote:
> I dropped the flag and noticed that OpenBLAS is not mentioned at all (it
> does retain a reference, but that’s expected when “openblas” is among
> the inputs), so I also dropped “openblas” from the inputs and R built
> just fine.
Ok
Ricardo Wurmus writes:
[...]
> I can also confirm that dropping openblas from the R build “fixes” the
> segfault when running
>
> x <- eigen(crossprod(matrix(rnorm(50 * 500), 50, 500)))
>
> as reported here: https://github.com/xianyi/OpenBLAS/issues/703
>
> So, I think it’s a good idea to bu
Ricardo Wurmus writes:
> There’s a separate section for OpenBLAS, which also mentions that using
> a “shared BLAS” is a preferred alternative to linking with a particular
> BLAS implementation. We already pass “--enable-BLAS-shlib”, so we
> actually do use a shared BLAS, IIUC.
>
> I guess we co
Andreas Enge writes:
> I did get a reply, but not using R, I do not quite know what to make of it:
>https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16697
> It would be nice if someone using R could help me out; if you send me an
> ssh key, I could give you access to an arm machine.
>
> T
On Fri, Feb 05, 2016 at 11:00:40AM +0100, Andreas Enge wrote:
> I did get a reply, but not using R, I do not quite know what to make of it:
>https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16697
Anyone here programming in R?
> It would be nice if someone using R could help me out; if you
I did get a reply, but not using R, I do not quite know what to make of it:
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16697
It would be nice if someone using R could help me out; if you send me an
ssh key, I could give you access to an arm machine.
To start, a probably simple question
Pjotr Prins writes:
> On Thu, Sep 24, 2015 at 11:40:57AM +0200, Ricardo Wurmus wrote:
>> Maybe it would be best to append the R version to the site-library
>> directory. I don’t think we should go further than that and bring in
>> the Guix hash, because I’m willing to trust that packages built
On Thu, Sep 24, 2015 at 11:40:57AM +0200, Ricardo Wurmus wrote:
> Maybe it would be best to append the R version to the site-library
> directory. I don’t think we should go further than that and bring in
> the Guix hash, because I’m willing to trust that packages built with
> version 3.2.2 are com
Pjotr Prins writes:
> When we add an R module, such as R-qtl, the R-build-system does not
> provide R itself as a propagated input, i.e., the R interpreter is not
> in the profile. In the R world this is kinda odd. Almost all modules
> used from R. I.e. start up R and
>
> library(qtl)
> do
Hello again,
Finally solved this:
Error in grid.Call.graphics(L_text, as.graphicsAnnot(x$label), x$x, x$y, :
X11 font -adobe-helvetica-%s-%s-*-*-%d-*-*-*-*-*-*-*, face 2 at size
11 could not be loaded
The problem arose because R wasn't using cairo for font rendering.
Some simple configurations
Hi,
Sure. The error message is this:
X11 font -adobe-helvetica-%s-%s-*-*-%d-*-*-*-*-*-*-*, face 5 at size
15 could not be loaded
No plot is being drawn; only a blank window appears.
The code:
ggplot(data = fig1, aes(x = Var1, y = Freq, fill =
brewer.pal(length(levels(the_data$VARIABLE1)), "Set
Hi Vicente,
> Going back to the R dependencies topic, I ran across an issue when
> trying to draw a plot (with ggplot2). But first some context:
>
> - I'm not using GuixSD but a binary installation over Manjaro OpenRC;
> several base packages missing on Guix
> - I only have other two Guix packages
Hello,
Going back to the R dependencies topic, I ran across an issue when
trying to draw a plot (with ggplot2). But first some context:
- I'm not using GuixSD but a binary installation over Manjaro OpenRC;
several base packages missing on Guix
- I only have other two Guix packages installed: xpdf
26 matches
Mail list logo