Dear Ricardo,
> I don’t know. We could have one with R + all CRAN and bioconductor
> packages that we currently offer.
Ok, it seems a good start.
> > - how?
>
> That’s easier: with “guix pack”. We would create a Cuirass job to build
> a pack regularly. We’d need to add support for hooks to
zimoun skrev: (6 januari 2019 13:09:33 CET)
>Dear Mike,
>
>Thank you to raise this concern here.
>I was aware of this thread and I do not fully agree with the arguments.
>:-)
>I am doing 3 comments.
>
>
>First, from my point of view, we need to distinguish between the
>"puller" and the "pusher".
>
zimoun skrev: (6 januari 2019 13:09:33 CET)
>Dear Mike,
>
>Thank you to raise this concern here.
>I was aware of this thread and I do not fully agree with the arguments.
>:-)
>I am doing 3 comments.
>
>
>First, from my point of view, we need to distinguish between the
>"puller" and the "pusher".
>
Dear Mike,
Thank you to raise this concern here.
I was aware of this thread and I do not fully agree with the arguments. :-)
I am doing 3 comments.
First, from my point of view, we need to distinguish between the
"puller" and the "pusher".
And correct me if I am wrong, but one does not need an a
On Sat, Jan 05, 2019 at 17:14:31 +0100, Ricardo Wurmus wrote:
> That’s easier: with “guix pack”. We would create a Cuirass job to build
> a pack regularly. We’d need to add support for hooks to publish the
> generated pack on DockerHub, though we could just as well host them
> ourselves.
Last I
Hi simon,
> Well, why not push to DockerHub time to time.
> I agree that will attract people if Guix provide an official docker
> image reachable from DockerHub.
[…]
> Therefore:
> - which tasks and which packages?
I don’t know. We could have one with R + all CRAN and bioconductor
packages th
Dear,
I am interested by Docker images for specific tasks (scientific
python, R.sumo, etc.).
Around me, people are pulling a debian Docker image then feed it with
some specific dockerfile to produce a R environment ready to use.
And I trying to do that for some bioconductor packages about Flow
Cyt
Pjotr Prins writes:
> BTW I notice Rstudio is missing in Guix. Any reason for that?
It’s here:
https://github.com/BIMSBbioinfo/guix-bimsb/blob/master/bimsb/packages/staging.scm#L95
Problems are the use of GWT, which I haven’t been able to build from
source yet.
Rstudio Desktop is here
Hello!
Ricardo Wurmus skribis:
> Right. In the meantime we may want to discuss how to implement this.
> Could it just be done as a specification for the Guix CI? Since this
> should not be stealing resources from the build farm and thus should run
> on a separate system, how can we make sure t
On Wed, Sep 12, 2018 at 10:59:33PM +0200, Ricardo Wurmus wrote:
>
> Hi Pjotr,
>
> >> But even this may not be enough for an on-demand service. It might,
> >> however, be enough for a service that regularly builds packs for certain
> >> common environments from packages the build farm has already
Hi Pjotr,
>> But even this may not be enough for an on-demand service. It might,
>> however, be enough for a service that regularly builds packs for certain
>> common environments from packages the build farm has already built.
>>
>> (This would be done with the squashfs backend, which is way f
On Wed, Sep 12, 2018 at 07:43:42PM +0200, Ricardo Wurmus wrote:
>
> Ludovic Courtès writes:
>
> > A while back we fantasized about the possibility of having a web service
> > that would produce “packs” of Guix packages on demand. That may allow
> > us to be #1 on HN for a couple of hours ;-), b
Ludovic Courtès writes:
> A while back we fantasized about the possibility of having a web service
> that would produce “packs” of Guix packages on demand. That may allow
> us to be #1 on HN for a couple of hours ;-), but it would also be quite
> resource-hungry (and the service itself needs t
Hello,
Pjotr Prins skribis:
> I know this is not a priority right now for maintainers, but I think
> it would be really useful if we provide ready-made containers for
> certain packages. This will allow people who have the infrastructure
> to run containers to start using reproducible Guix build
14 matches
Mail list logo