l...@gnu.org (Ludovic Courtès) skribis:
> We should update all our build machines to a newer daemon.
Today I updated the daemon on hydra.gnunet.org from 0.9 to 0.11ish.
Ludo’.
Ludovic Courtès writes:
> Luis Felipe López Acevedo skribis:
>
>> On 2016-11-28 12:00, Alex Sassmannshausen wrote:
>>> Hi Luis,
>>>
>>> Indeed, I had a first bash at solving this problem by providing a
>>> set of
>>> static html pages paginated by the first letter of the package name.
>>>
>>> I'
On Sun, Jan 24, 2016 at 06:24:39PM -0500, Leo Famulari wrote:
> warning: collision encountered:
> /gnu/store/xxfyiwan4aidigk552i9pnm5z6myhk09-vdirsyncer-0.7.5/bin/vdirsyncer
> /gnu/store/8y78mn6ng28h0lihkfb8qasrlfydnnfy-khal-0.7.0/bin/vdirsyncer
> warning: arbitrarily choosing
> /gnu/store/xxfy
On Fri, Dec 02, 2016 at 06:38:12PM +0100, Hartmut Goebel wrote:
> Hi,
>
> the keys for authenticating an archive currently do not hold any
> comment. This makes it hard to track acls and remove certain keys if
> required.
Indeed, this makes key management a little harder than it needs to be.
> P
Sorry for the non-descriptive title. It appears that having non-default
outputs in the profile always causes a new profile generation even if
the package derivations themselves don't change. Here is an example:
$ guix package -u
The following packages will be upgraded:
bind:utils 9.10.4-P4 →
Hi,
the keys for authenticating an archive currently do not hold any
comment. This makes it hard to track acls and remove certain keys if
required.
Please implement some way to add and change the comment on keys in
/etc/guix/ and in /etc/guix/acl.
Proposed usage when generating the key:
guix a
On Fri, Dec 2, 2016 at 12:25 PM, Hartmut Goebel
wrote:
> Hi,
>
> when publishing packages in the local network, one wants to use this
> substitute without passing --substitute-urls on every relevant run on guix.
>
> I suggest implementing a config-file for storing the substitute-urls,
> much like
Hi,
when publishing packages in the local network, one wants to use this
substitute without passing --substitute-urls on every relevant run on guix.
I suggest implementing a config-file for storing the substitute-urls,
much like the sources.list on Debian systems.
In the long run we'll need this
I'm having trouble building source code derivations using the latest
guix development snapshot, 0.11.0-4.1f41. I don't seem to have any
trouble building packages themselves.
I'm using Guix on a foreign distro (Debian).
I think the problem is in the daemon because it doesn't manifest just
because
