Simon Josefsson via writes:
> jas@kaka:~/src/libntlm$ guix git authenticate
> guix git: successfully authenticated commit
> a94c085b17dd72904d8913411e1e85477e12
> jas@kaka:~/src/libntlm$ git commit -m"maint: Mention guix git introductory
> commit." README.md
Hi
I read https://guix.gnu.org/blog/2024/authenticate-your-git-checkouts/
and wondered why I hadn't tried that long ago, but better late than
never, and thanks for writing this blog post to nudge us in the right
direction!
I tried to adopt this approach for the libntlm project, but failed.
tis 2022-03-08 klockan 10:28 + skrev Tobias Geerinckx-Rice:
> Hullo Simon,
>
> Simon Josefsson via wrote:
> > First, I wonder if this is optimal. There must be many machines
> > (servers and embedded) where having all locales installed on is
> > wasteful, but
Hi. Reconfiguring my machine lately fails with:
root@hamster ~# guix system reconfigure /etc/config.scm
guix system: error: glibc-utf8-locales: unknown package
guix system: error: failed to load '/etc/config.scm':
srfi/srfi-1.scm:586:17: In procedure map1:
Throw to key `quit' with args `(1)'.
br...@waegenei.re writes:
> First we go back to our failing build² and have a look in its log⁷. At the
> end of it there is 2 failing tests t/backup_exec/backup_exec.t and
> t/cmd-post_pre-exec/cmd-post_pre-exec.t. That's what we need to repair or
> disable. Now we need to build it locally and
Hi! Since some time, 'guix reconfigure' on my machine fails:
building /gnu/store/chilbs792mqssmi726zmvff5zg49gija-provenance.drv...
building /gnu/store/9skvgwsl0vxccv5sbgvqimkhk3938v8y-rsnapshot-1.4.4.drv...
\ 'check' phasebuilder for
Andreas Enge writes:
>> I am still curious what happened before, in case the previous error
>> appears again.
>
> Other people have experienced the same problem; apparently it was a bug
> that has been fixed in the meantime. So as "guix pull" finally succeeded,
> you should not see it again.
Simon Josefsson via writes:
> Hi. I have a machine that have been running Guix for a couple of years
> and since November I rely on unattended-upgrades to keep it updated. I
> have stopped doing manual upgrades but may have done it on reflex a
> couple of times since November. No
Hi. I have a machine that have been running Guix for a couple of years
and since November I rely on unattended-upgrades to keep it updated. I
have stopped doing manual upgrades but may have done it on reflex a
couple of times since November. Now when I run 'guix pull' the errors
below are
Hi. I have a machine that have been running Guix for a couple of years
and since November I rely on unattended-upgrades to keep it updated. I
have stopped doing manual upgrades but may have done it on reflex a
couple of times since November. Now when I run 'guix pull' the errors
below are
Thank you for unattended-upgrades! Something like it has been my main
concern preventing deploying Guix on Internet-facing production
machines.
After using it for a while two things strikes me as useful improvements:
1) Automatically restarting all services.
I manually specified mcron, ntpd
11 matches
Mail list logo
