all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ricardo Wurmus <rekado@elephly.net>
To: zimoun <zimon.toutoune@gmail.com>
Cc: Guix Devel <guix-devel@gnu.org>
Subject: Re: bioinformatics.scm vs bioconductor.scm ?
Date: Wed, 12 Dec 2018 13:45:21 +0100	[thread overview]
Message-ID: <87y38u52xq.fsf@elephly.net> (raw)
In-Reply-To: <CAJ3okZ1myBdQNyF1utkP66Ayoky1K8EL=utJsPxqu_vAeQ4+Ow@mail.gmail.com>


zimoun <zimon.toutoune@gmail.com> writes:

> Thank you the explanations.
>
>
>> New Bioconductor packages should go to bioconductor.scm.  Eventually we
>> may move all remaining R packages from bioinformatics to
>> bioconductor.scm.
>
> I am a bit confused.
> The file bioconductor.scm contains (or will contain) all R packages
> from Bioconductor, right?

Correct.

> But R packages from CRAN used in Bioinformatics ? bioconductor.scm or
> bioinformatics.scm?

Neither :)  We put them in cran.scm.  At least that’s the new way of
doing this.  Previously it was all ad-hoc, meaning that packages would
end up in bioinformatics.scm…

Ideally, bioinformatics.scm would only contain non-R tools like
samtools, bamtools, bioinfo pipelines, etc.

> And I am asking myself if a massive import from Bioconductor should be
> possible ?

Certainly!  I’ve done this before actually, but I hit two minor
problems:

1. the bioconductor recursive importer does not *automatically* switch
   to “CRAN mode” when a dependent package isn’t found on Bioconductor.
   Not a big problem, but it means that teh import isn’t fully
   automatic.

2. compiling big Guile modules (such as a future (gnu packages cran))
   require lots of memory since Guile 2.2(?), so I didn’t add all these
   packages.  This is a bug and we’d have to split the module, probably,
   to work around it.

--
Ricardo

  reply	other threads:[~2018-12-12 12:45 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-11 18:21 bioinformatics.scm vs bioconductor.scm ? zimoun
2018-12-12  3:44 ` Ricardo Wurmus
2018-12-12 11:42   ` zimoun
2018-12-12 12:45     ` Ricardo Wurmus [this message]
2018-12-18 11:31       ` zimoun
2018-12-18 18:26         ` Björn Höfling
2018-12-18 18:36           ` zimoun
2018-12-18 22:49             ` Ricardo Wurmus
2018-12-18 22:45         ` Ricardo Wurmus
2018-12-20  8:46           ` Ricardo Wurmus

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87y38u52xq.fsf@elephly.net \
    --to=rekado@elephly.net \
    --cc=guix-devel@gnu.org \
    --cc=zimon.toutoune@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.