From: Leo Famulari
Subject: Re: Advice about GuixSD on Serveraptor?
Date: Tue, 21 Mar 2017 16:53:35 -0400
On Tue, Mar 21, 2017 at 04:46:20PM -0400, Leo Famulari wrote:
So what I'm doing here is trying to provide Serveraptor with a
GuixSD
image that they'd offer to users.
People could regener
Andy Wingo writes:
> On Mon 20 Mar 2017 15:14, l...@gnu.org (Ludovic Courtès) writes:
>
>> Federico Beffa skribis:
>>
>>> If you provide an archive such as
>>> 'guile-2.2.0-pack-x86_64-linux-gnu.tar.lz' reachable from the main
>>> project page (especially without any warning about its intended
>
Leo Famulari writes:
> On Tue, Mar 21, 2017 at 04:46:20PM -0400, Leo Famulari wrote:
>> So what I'm doing here is trying to provide Serveraptor with a GuixSD
>> image that they'd offer to users.
>>
>> People could regenerate the image themselves, but it would be difficult
>> to verify that it ma
Hi Mathieu,
> A majority of people in this community seems to adhere to political
> ideas related to feminism and LGBT causes and are very vocal about it.
> While I respect people having such conviction, the fact that those
> ideas/values are repeatedly presented as if every one should adhere to
On Tue, Mar 21, 2017 at 09:06:09PM +, ng0 wrote:
> IN-Berlin wants a raw image (they have read our documentation).
> The way their system works is that you sent
> them your ssh pubkey, they initialize a basic Debian system depending on
> the size you chose, and you can login once you get the ho
On Wed, Mar 22, 2017 at 08:36:19AM +0100, Thomas Danckaert wrote:
[...]
> the image?). Even now, when you provide an image to Serveraptor, you have
> no way to verify if Serveraptor provides the same image to their users (I
> think?).
The "best" idea I had was to use a tool like mtree to hash e
On Wed, Mar 22, 2017 at 01:04:46PM +0100, Ricardo Wurmus wrote:
> Leo Famulari writes:
> > And to clarify my previous question: Should this QEMU image be created
> > by me, or should it be created by a Guix maintainer as part of the Guix
> > release process?
>
> I’m not sure. I guess it would be
On Wed, Mar 22, 2017 at 01:20:53PM -0400, Leo Famulari wrote:
> It's not a bad idea to build it on Hydra. Hydra already builds a
> usb-image / disk-image job [0], so we could add a qemu-image job, too.
Actually, we used to build a qemu-image on Hydra, but we removed because
it was troublesome and
Leo Famulari transcribed 2.0K bytes:
> On Tue, Mar 21, 2017 at 09:06:09PM +, ng0 wrote:
> > IN-Berlin wants a raw image (they have read our documentation).
> > The way their system works is that you sent
> > them your ssh pubkey, they initialize a basic Debian system depending on
> > the size y
Today, I bring you some good and bad news! :)
* The good news
I'm attaching an improved version of my previous set of recipes.
This should allow *GuixSD* users to use GNU Ring straight away.
However, both Guix users (in foreign distributions) and GuixSD users,
must be advised that this is a wor
On Wed, Mar 22, 2017 at 04:20:02PM -0300, Adonay Felipe Nogueira wrote:
> * Notes for testers
>
> - When installing:
>
> - Disable grafts (use `--no-grafts` option), otherwise you might be
> getting the original argon2 and opendht recipes.
Can you clarify this? Not using grafts will mean t
Oh... So perhaps I misunderstood what "grafts" mean.
The first time I tested my custom argon2 and opendht recipes, they where
built so quickly that I thought it was using the "old" recipes.
Please ignore my suggestion for using `--no-grafts`. :)
ng0 transcribed 1.3K bytes:
> Leo Famulari transcribed 2.0K bytes:
> > On Tue, Mar 21, 2017 at 09:06:09PM +, ng0 wrote:
> > > IN-Berlin wants a raw image (they have read our documentation).
> > > The way their system works is that you sent
> > > them your ssh pubkey, they initialize a basic Deb
Hello,
This patch allows to compile the 'ustr' package with gcc-5.
The 'ustr' project hasn't been active since 2008, then I've taken the
Debian project patch.
The patch is for core-updates branch!.From 9d78ea64c037d2eea10d81093a3f8caae8d6d2e5 Mon Sep 17 00:00:00 2001
From: rennes
Date: Wed, 22
14 matches
Mail list logo