Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix-manual' has been submitted
by the Russian team of translators. The file is available at:
https://translationproject.org/latest/guix-manual/ru.po
(We can arrange things
Hello!
Ricardo Wurmus skribis:
> It never occurred to me to patch applications to do more useful things
> in a Guix context, because we have always been rather conservative in
> applying patches. But I think this is a good idea.
Yes, it’s an exception to our zero-patch policy, but I think it’s
Hi!
Marius Bakke skribis:
> There is a patch to update MariaDB here:
>
> https://issues.guix.gnu.org/43355
>
> Users of mysql-service-type will need to run 'mysql_upgrade' afterwards.
>
> I have been considering adding an AUTO-UPGRADE? parameter of
> mysql-service-type that runs 'mysql_upgrade
Dear,
Let consider this trivial package definitions:
--8<---cut here---start->8---
(define-module (foo)
#:use-module (guix packages)
#:use-module (gnu packages base))
(define-public hello-bis
(package
(inherit hello)
(name "hello-bis")))
(define
Zimoun,
zimoun 写道：
Somehow, the 3 packages ’hello’, ’hello-bis’ and ’hello-ter’ are
the
same.
Using Guix 04a459a069155a6b676b6b93d7dbddb426dd0679, the
binaries do not
seem the same:
--8<---cut
here---start->8---
$ for h in hello hello-bis hello-ter; do m
Hi Tobias
On Wed, 30 Sep 2020 at 22:27, Tobias Geerinckx-Rice wrote:
> This is expected: each hello binary contains its own store
> directory:
>
> $ grep /gnu/store/a462kby1q51ndvxdv3b6p0rsixxrgx1h-hello-2.10 \
> /gnu/store/a462kby1q51ndvxdv3b6p0rsixxrgx1h-hello-2.10/bin/hello
> Binary f
I just pushed commit 51eb3e11 [0], bringing our linux-libre kernel
packages up to date.
It's September 30 here. The commit is dated September 28, because that's
when I made it. These kernels were released upstream on September 26.
Personally, I am okay with the risks implied by this kind of time
