Just noticed something: on http://issues.guix.info/help, the "submitter" example
suggests "author:ludo" instead of "submitter:ludo" :)
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hi there,
Wouldn't it make sense to move DrRacket to a separate output? I take
that most advanced users use something else (who said Emacs?) and
DrRacket might eat up a decent amount of disk space + extra dependencies
by itself.
Arch Linux provides racket and racket-minimal: the latter is
Lars Böckel writes:
> Thanks for sharing your idea about it. I cannot pull right now but i
> think ...nvram = " ovmf "/F... would not work since you would have to
> call the complete path of the package.
“ovmf” is a package variable. It would automatically be replaced with
the full path to
Hello Pierre,
nice idea! I agree with Ricardo's suggestions.
You could have a look at the slides of a talk I gave at GHM 2013 in the
"maintenance" git repo, inside the talks/ghm-2013/andreas directory.
Some things are outdated (we did not have the macros to manipulate build
phases yet).
There I
On Thu, Sep 13, 2018 at 01:53:16PM +0200, Ricardo Wurmus wrote:
> > 1. General
> > Go through the various fields of the `package` record.
> > GUIX_PACKAGE_PATH, `guix build` and `guix package`.
>
> I have mixed feelings about recommending GUIX_PACKAGE_PATH to new
> contributors. I think that
Hi Pierre,
> I'd like to post a blog article which would serve as a packaging
> tutorial.
This is an excellent idea!
> --8<---cut here---start->8---
> 0. Introduction
> The perks of Guix, what it means to have a full-fledged programming
> language at hand
On Thu, Sep 13, 2018 at 12:50:58PM +0200, Pierre Neidhardt wrote:
> Hi!
>
> I'd like to post a blog article which would serve as a packaging
> tutorial.
Great idea. I have some material on Guix-notes already you may want to
reuse:
https://gitlab.com/pjotrp/guix-notes/blob/master/HACKING.org
Hi!
I'd like to post a blog article which would serve as a packaging
tutorial.
A rough outline:
--8<---cut here---start->8---
0. Introduction
The perks of Guix, what it means to have a full-fledged programming
language at hand for package management (e.g.
Pjotr Prins writes:
>> So I ran
>>
>>guix build --log-file
>> /gnu/store/wk9qbhmdzs62mp40casrndcgm3p50m3b-diamond-0.9.22.drv
>>
>> which gave me
>>
>>
>> /var/log/guix/drvs/wk/9qbhmdzs62mp40casrndcgm3p50m3b-diamond-0.9.22.drv.bz2
>>
>> which contains the build log for this failed
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
> So I ran
>
>guix build --log-file
> /gnu/store/wk9qbhmdzs62mp40casrndcgm3p50m3b-diamond-0.9.22.drv
>
> which gave me
>
>/var/log/guix/drvs/wk/9qbhmdzs62mp40casrndcgm3p50m3b-diamond-0.9.22.drv.bz2
>
> which contains the build log for this failed build, including the "foo"
> error
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
13 matches
Mail list logo
