On Sun 10 Nov 2019 10:36, Konrad Hinsen writes:
> One direction could be to add a sandboxing feature to Guile, which would
> be nice-to-have for other uses as well if Guile is to become a
> general-purpose systems scripting language. There are some interesting
> ideas in shill (http://shill.seas.
Hi Hartmut!
Le 11/08, Hartmut Goebel a écrit :
> i often stumble about generation related short-options being mixed lower
> and upper-case:
>
> -l, --list-generations[=PATTERN]
> -d, --delete-generations[=PATTERN]
> -S, --switch-generation=PATTERN
>
> I would prefer to have them consisten
Dear,
On Tue, 12 Nov 2019 at 09:59, Tanguy Le Carrour wrote:
> Le 11/08, Hartmut Goebel a écrit :
> > i often stumble about generation related short-options being mixed lower
> > and upper-case:
> >
> > -l, --list-generations[=PATTERN]
> > -d, --delete-generations[=PATTERN]
> > -S, --switc
Hello Guix!
Here’s an article about the news feature in ‘guix pull’ that landed a
month ago:
https://guix.gnu.org/blog/2019/spreading-the-news/
Feedback welcome!
Ludo’.
Hello,
Pierre Neidhardt skribis:
> Ludovic Courtès writes:
>
>> it’s not supposed to be
>> faster to download 10 things in parallel from ci.guix.gnu.org, than to
>> download them sequentially.
>
> I was thinking a little bit ahead in the future, e.g. when we have more
> build farms (if it ever
Hi everyone,
I’ve been watching this from afar and one thing and while I have to agree with
this:
> .. I suspect there’s little to
> be gained by having several connections in parallel.
I do have to say that more fine grained concurrency would really help speed up
builds without substitutes.
Hi Tim,
Thanks for putting in the work. I use xmobar with a few extra options: dbus,
alsa and maybe one more. I can’t remember. I can try submitting a patch for it
this week.
My only question is how many options should we enable? We can try all.
Hi,
It is not related with parallel download but on old machines "guix
build --no-substitutes" can eat a lot of resources; for example if the
package has a lot of dependencies. I would like to be able to list
which dependencies I want to build and which I want to substitute.
Maybe it is already pos
On Sat, Nov 09, 2019 at 06:40:56PM +0100, Ludovic Courtès wrote:
> Like I wrote, it’s not that simple (we’d first need the daemon to
> distinguish substitution jobs from other jobs, but note that there are
> also “downloads” that are actually derivation builds), and it’s not
> clear to me that it’s
Hi Andy,
> I wrote this for that purpose:
>
>
> https://www.gnu.org/software/guile/manual/html_node/Sandboxed-Evaluation.html
Right, I had found this when searching for something. It seems to solve
a couple of problems that I don't quite understand, but not so much
those I do (file/network acc
Hi John,
John Soo writes:
> Thanks for putting in the work. I use xmobar with a few extra options:
> dbus, alsa and maybe one more. I can’t remember. I can try submitting
> a patch for it this week.
Hooray! If I fix “ngless” this will be pretty much ready to merge.
Then (pause while a short fa
On 2019-05-28, Vagrant Cascadian wrote:
> On 2019-05-16, Vagrant Cascadian wrote:
>> So in a bit of a focused run of packaging, I've been chasing the
>> dependency chain necessary to get guix building on Debian:
Summary: all the dependencies are in Debian!
>> * guile-gnutls needs to be (re)enabl
Hello Guix!
Based on information from [1], [2], [3] and [4]; I have formulated a
chart to keep track of things easily. :-)
CHART: https://calc.disroot.org/2nu6mpf88ynq.html
As a start, I will be working on packaging gnome-contacts, gnome-music
and gnome-weather.
If anyone did any task(s) from t
On Tue, Nov 12, 2019 at 05:48:16PM +0100, zimoun wrote:
> Hi,
> It is not related with parallel download but on old machines "guix
> build --no-substitutes" can eat a lot of resources; for example if the
> package has a lot of dependencies. I would like to be able to list
> which dependencies I wan
Vagrant Cascadian writes:
> On 2019-05-28, Vagrant Cascadian wrote:
>> On 2019-05-16, Vagrant Cascadian wrote:
>>> So in a bit of a focused run of packaging, I've been chasing the
>>> dependency chain necessary to get guix building on Debian:
>
> Summary: all the dependencies are in Debian!
Congr
15 matches
Mail list logo
