2017-07-21 17:13 GMT+02:00 Ludovic Courtès :
> Hello Guix!
>
> Lately we’ve had a lot of nar URLs return 404, mostly for server-side
> issues (setup issue on hydra.gnu.org that broke ‘guix publish’ cache
> management, and a ‘guix publish’ cache eviction policy that’s too
> aggressive.)
>
> The att
Hey Ludo,
> The attached tool allows you to query the status a substitute server
> (and, as a side effect, triggers a nar regeneration if the server uses
> ‘guix publish --cache’).
This is very useful! I’ve been using it for the past two days to
monitor the progress on berlin.guixsd.org
Now if
2017-07-21 1:39 GMT+02:00 Quiliro Ordonez Baca :
>
> > Quiliro Ordonez Baca writes:
> >
> >> I spoke with the director of a technical school (small universtity) that
> >> offers degrees in computer science. He said he could establish
> collaboration in
> >> free software projects as part of the s
Ricardo Wurmus writes:
> What do you think about storing the serialised subset of the package
> graph in a separate output of the package?
Here’s a simple and stupid way of getting a little closer to this idea.
This is serialize.scm:
--8<---cut here---start-
Ricardo Wurmus writes:
> Now if one could pass a manifest or a system configuration to “guix
> weather” and it would show how many of the desired packages have
> substitutes that would be even more useful. Looking at the concise code
> it seems to be an almost trivial change.
Attached is a pat
Ricardo Wurmus writes:
>> Now if one could pass a manifest or a system configuration to “guix
>> weather” and it would show how many of the desired packages have
>> substitutes that would be even more useful. Looking at the concise code
>> it seems to be an almost trivial change.
>
> Attached i
Ben Woodcroft writes:
> On 20/07/17 16:17, Ricardo Wurmus wrote:
>> Ben Woodcroft writes:
>>
>>> I have a patch ready but will push this as a part of a series that
>>> updates htslib to 1.5. Just to say that I'm working on it and noone else
>>> should spend time on this, I'm almost there.
>> Th
Hello,
I would like to set up a daily build of a package, for example Emacs,
Inkscape, and eventually Krita.
I would like to have a server make these builds, for example triggered
by a Jenkins server or something similar. Then I would like to use these
packages on other machines using the Guix s
joa...@verona.se writes:
> I would like to set up a daily build of a package, for example Emacs,
> Inkscape, and eventually Krita.
>
> I would like to have a server make these builds, for example triggered
> by a Jenkins server or something similar. Then I would like to use these
> packages on ot
Ricardo Wurmus writes:
> You run it like this:
>
> --8<---cut here---start->8---
> ./pre-inst-env guile --no-auto-compile serialize.scm \
> '(@@ (gnu packages statistics) r)' \
> /tmp/foo.go
> --8<---cut here---end--
Ricardo Wurmus writes:
> Here’s a simple and stupid way of getting a little closer to this idea.
> This is serialize.scm:
A stupid example is even nicer!
> What do you think? Is this useful or is it silly? I’m pretty excited
> about it. The only limitation for future exploration is that one m
* gnu/packages/maths.scm(openfoam): Add it
* gnu/packages/patches/openfoam-cleanup.patch: New file
* gnu/local.mk(dist_patch_DATA): Add patch
---
gnu/local.mk| 1 +
gnu/packages/maths.scm | 195
gnu/packages/patches/openfo
Kyle Meyer (2017-07-22 21:39 -0400) wrote:
> Hello,
>
> I noticed that Emacs packages from the user's profile leak into guix
> environment calls.
As for me, this is a natural behaviour. If you want to be safe from any
external packages, site settings, etc., run "emacs -Q".
> For example, when I
Hi,
I just got bitten again by a problem that has plagued us over the years,
namely our extensive tangled knot of cyclic module dependencies which
occasionally causes hard-to-debug compilation failures.
Here's how it looked this time, while running 'make' in my git checkout:
--8<---c
Alex Kost writes:
> Kyle Meyer (2017-07-22 21:39 -0400) wrote:
>
>> I noticed that Emacs packages from the user's profile leak into guix
>> environment calls.
>
> As for me, this is a natural behaviour. If you want to be safe from any
> external packages, site settings, etc., run "emacs -Q".
I
Mark H Weaver writes:
> FWIW, I would like to see us work to eliminate all cyclic module
> dependencies in Guix, by splitting up our package modules as needed so
> that they form a directed acyclic graph.
(Note: this goes off on a tagent, but I think it is still relevant.)
I wonder if maybe ha
16 matches
Mail list logo
