Ludovic Courtès writes:
> This is really appreciated and welcome in this time of rebuilds, thanks!
>
> Now the bottleneck has clearly become the front-end (at least in terms
> of RAM, disk space, CPU.) I think we have to consider moving the
> front-end elsewhere, possibly on this new machine or
Ludovic Courtès writes:
> David Thompson skribis:
>
>> I will implement 'guix shell' if I can get your opinion on the best
>> approach to take. Would you tweak guix/scripts/build.scm to handle
>> the special case or export the necessary procedures and create a
>> guix/scripts/shell.scm module?
Hi, Manolis!
I have finally reviewed the 2 pending patches of yours that add
glibc-hurd and glibc-hurd-headers. I’ve combined these 2 patches as
well as the hurd-minimal one into a single one to make a self-contained
patch.
I’ve then reviewed it, which led me to simplify a few things, and add a
This is really appreciated and welcome in this time of rebuilds, thanks!
Now the bottleneck has clearly become the front-end (at least in terms
of RAM, disk space, CPU.) I think we have to consider moving the
front-end elsewhere, possibly on this new machine or the one provided by
TUM.
For that,
Hello,
Ludovic Courtès (2014-08-29 00:09 +0400) wrote:
> Alex Kost skribis:
>
>> Ludovic Courtès (2014-08-28 16:41 +0400) wrote:
>>
>>> Alex Kost skribis:
[...]
I imagine there may be... for example vi users, who wouldn't want to
install this feature, so I made some changes in "conf
m...@netris.org skribis:
> I think we should ask hydra to build all of core-updates and then merge
> core-updates into master.
Yes, please.
Please monitor for ENOSPC conditions on hydra.gnu.org, and stop
hydra-queue-runner if that happens (that should really be checked by a
cron job), just the t
