Hartmut Goebel writes:
> Hi,
>
> in Ludo's presentation at GHM he presented "GuixOps" on a slide. What is
> the status of this approach? I'm very interested in trying it out and
> contributing.
>
> I contributed to DebOps when it was "young". So my point of view is
> influenced by how DebOps works
On 21/09/17 11:28, Kei Kebreau wrote:
Marius Bakke writes:
Ludovic Courtès writes:
Hello!
Marius, what’s the status of ‘staging’? (Sorry I had to pick someone as
the staging master, so to speak. :-))
I've shepherded the last few iterations, so I guess it's only fair!
Thank you.
If p
Ludovic Courtès writes:
> Hi!
>
> [- ganeti]
>
> Marius Bakke skribis:
>
>> When you want to try GuixSD, but all you have is a Ganeti cluster...
>>
>> I'm pleased to announce ganeti-instance-guix[0], a GuixSD provisioner
>> for Ganeti. With it you can launch any GuixSD configuration file as
>>
Ludovic Courtès writes:
> Hello!
>
> Marius, what’s the status of ‘staging’? (Sorry I had to pick someone as
> the staging master, so to speak. :-))
I've shepherded the last few iterations, so I guess it's only fair!
I was waiting for Keis "monster" patch from #27898, but if we are to
merge t
Arun Isaac writes:
> Please find attached an updated patchset.
>
> Changes are as follows:
>
> * Disabled parallel build.
> * Included a make-reproducible phase for openttd-opensfx.
> * Changed the license for openmsx from cc-sampling+ to gpl2. It was
> wrong earlier.
> * Changed python dependenc
Hi,
Am 20.09.2017 um 14:18 schrieb Pjotr Prins:
> I am facing some issues try to upgrade Elixir. The problem is that the
> build fails on tests, but when I build by hand inside
> /tmp/guix-build-elixir-1.5.1.drv-0/ the build passes.
I've been facing such issue, too. Enclosed please find the scrip
Pjotr Prins writes:
> On Wed, Sep 20, 2017 at 02:18:01PM +0200, Pjotr Prins wrote:
>> I am facing some issues try to upgrade Elixir. The problem is that the
>> build fails on tests, but when I build by hand inside
>> /tmp/guix-build-elixir-1.5.1.drv-0/ the build passes.
>>
>> Is there an easy wa
Pjotr Prins writes:
> I am facing some issues try to upgrade Elixir. The problem is that the
> build fails on tests, but when I build by hand inside
> /tmp/guix-build-elixir-1.5.1.drv-0/ the build passes.
>
> Is there an easy way to create a similarly restricted environment when
> doing a build o
I have been working on a guile script to automatically check commit
messages -- something like `guix lint' but for commit messages instead
of package definitions. This could help us enforce our commit message
guidelines and avoid screw-ups like the one I did in commit
1ee879e96705e6381c056358b7f42
Hi,
Am 20.09.2017 um 14:18 schrieb Pjotr Prins:
> I am facing some issues try to upgrade Elixir. The problem is that the
> build fails on tests, but when I build by hand inside
> /tmp/guix-build-elixir-1.5.1.drv-0/ the build passes.
I've been facing such issue, too. Enclosed please find the scrip
Ludovic Courtès writes:
>> How big should the boot partition be? Mine seems to have been too
>> small, so I got warnings when formatting as FAT32.
>
> I think the recommendation is to have 50+ MiB for /boot/efi. Marius,
> could you confirm? We should definitely write it down.
IIRC "doc
On Wed, Sep 20, 2017 at 02:18:01PM +0200, Pjotr Prins wrote:
> I am facing some issues try to upgrade Elixir. The problem is that the
> build fails on tests, but when I build by hand inside
> /tmp/guix-build-elixir-1.5.1.drv-0/ the build passes.
>
> Is there an easy way to create a similarly restr
l...@gnu.org (Ludovic Courtès) writes:
> iyzs...@member.fsf.org (宋文武) skribis:
>
>> From d0c49ac1341c21d0efb069afb1521f61541e3eb4 Mon Sep 17 00:00:00 2001
>> From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?=
>> Date: Sat, 16 Sep 2017 14:10:18 -0600
>> Subject: [PATCH] download: Don't report the progr
I am facing some issues try to upgrade Elixir. The problem is that the
build fails on tests, but when I build by hand inside
/tmp/guix-build-elixir-1.5.1.drv-0/ the build passes.
Is there an easy way to create a similarly restricted environment when
doing a build outside Guix? I.e., no $HOME, no /
Am 19.09.2017 um 16:22 schrieb Arun Isaac:
> Just thinking out loud: Maybe, we need more people with commit
> access. Theoretically, anyone can review a patch, but ultimately it is
> people with commit access who will have to finally apply and push the
> patch. As the rate of submission of patches
15 matches
Mail list logo