Adriel Dumas--Jondeau writes:
> (guix-user)> ,use (guix scripts build)
> (guix-user)> ,trace (guix-build "hello") ; doesn't output any trace for some
> reason
It looks like this isn't the only REPL command that doesn't work in
`guix repl`. I haven't done anything close to a full investigation (
ork into a properly authenticated one.
Hope this helps,
45mg
Hi all,
Though the bug is closed, I still faced this issue. Solution was to
explicitly install gtk+ along with libreoffice (ie. specify it in the
'packages' field of my home-environment declaration, in my case).
I'm not sure if this is expected or if there's any way to fix it. Just
wanted to shar
45mg <45mg.wri...@gmail.com> writes:
> guix shell --pure coreutils sed libreoffice -- libreoffice
Argh, typo. Should have been:
guix shell --pure gtk+ coreutils sed libreoffice -- libreoffice
Hi Tomas,
Tomas Volf <~@wolfsden.cz> writes:
> I have sent a series fixing the issue (/me checks the list of open
> bugs) 1 year, 3 weeks, 2 days ago.
Would you mind linking to it? I am unable to solve this riddle :)
I checked the issue tracker and did a 'date:400 days .. 365 days'
Notmuch searc
Attached is a tarball that can be used to minimally reproduce the issue.
There are two files - test-home.scm and test-home-packages.scm. The
latter defines and exports `%my-packages`, but before it's defined, line
5 has an error.
--8<---cut here---start->8---
$
Hi Nicolas!
Nicolas Graves writes:
> A lightly-related comment :
>
> I recently started a guix extension to help manage complexities of
> maintaining guix soft-forks. I haven't advertised it yet, and I'm fine
> authenticating locally for now. I mainly focus on reproducibility of
> patches sent
Tomas Volf <~@wolfsden.cz> writes:
> ERROR: In procedure eval:
> ERROR:
> 1. &message: "\"*/15 * * * *\": invalid minutes cron field"
> --8<---cut here---end--->8---
>
> It seems to work with 0-59/15, so there possibly is some bug in handling
> the *.
I get a
45mg <45mg.wri...@gmail.com> writes:
> I get a similar error with `(cron-string->calendar-event "* * * * *")`
[...]
> but '* 0-23 * * *' works.
Oh, nevermind, you already opened a separate bug for this:
https://issues.guix.gnu.org/75836
can't merge into your branch either,
because of 2a. And finally, you can't merge someone else's fork and
upstream, or anything like that. The merge commit would not be
authenticated in any of these cases.
--8<---cut here---end--->8---
Hi Tomas,
Tomas Volf <~@wolfsden.cz> writes:
> Hi,
>
> I have tried to write a service type for smartd from smartmontools,
> however the bundled script fails.
>
> When the test (-m root -M test) is executed, some programs seem to be
> missing in the $PATH:
>
> --8<---cut here-
Hi Liliana,
Liliana Marie Prikler writes:
> Hi,
>
> Am Mittwoch, dem 15.01.2025 um 15:48 + schrieb 45mg:
>> The idea of authentication is that once you trust the channel
>> introduction, you can be sure that everything you pull after that is
>> authentic. The in
Start of forwarded message
Date: Wed, 15 Jan 2025 17:15:44 +
To: 45mg <45mg.wri...@gmail.com>
From: Attila Lendvai
Cc: Felix Lechner , Tomas Volf <~@wolfsden.cz>,
help-g...@gnu.org, guix-de...@gnu.org
Subject: Re: Non-committers can't keep authenticated forks updated
Liliana Marie Prikler writes:
[...]
> You can roll your own service definitions, but it does become harder
> when you want to keep all changes to that service from master as well.
> But `(use-modules (my-channel services nftables))` should pull that
> nftables code :)
[...]
>> Then there is an
Hi Liliana,
Liliana Marie Prikler writes:
> Am Donnerstag, dem 16.01.2025 um 13:10 + schrieb 45mg:
>> As the 'Authenticate Your Git Checkouts'
>> blog post [9] pointed out, we wouldn't need `guix git authenticate`
>> if we were willing to delegate o
Hi Liliana!
Liliana Marie Prikler writes:
> For most use cases, this is a non-issue. Assuming you are a single
> committer to your fork, you can always rebase your changes on top of
> Guix (if you're willing to bump the introductory commit)
The idea of authentication is that once you trust the
Hi Timo,
"Timo Wilken" writes:
> substitute: looking for substitutes on 'https://bordeaux.guix.gnu.org'...
> 0.0%guix substitute: error: TLS error in procedure
> 'write_to_session_record_port': Error in the push function.
> guix system: error:
> `/gnu/store/jpbjljfva1hqspw1kd6hgnl63sgvw966-
I won't be working on this. Just thought I should
point it out, anyway.
Good luck,
45mg
P.S Maybe we should ask contributors to test that their package works in
`guix shell`? Along with the other instructions in
"(guix) Submitting Patches".
[1] Notably, distrobox-host-exec re
Tomas Volf <~@wolfsden.cz> writes:
> Jack Hill writes:
[...]
>> jackhill@lissome ~$ guix pull
>> Updating channel 'guix' from Git repository at
>> 'https://git.savannah.gnu.org/git/guix.git'...
>> guix pull: error: aborting update of channel 'guix' to commit
>> 6ca7b07a251739dfaefa639e74c01e301
Nicolas Graves writes:
> On 2025-02-17 13:22, Andreas Enge wrote:
>
>> Hello,
>>
>> I have just pushed the fix for the other bug.
>> Could you please check that it solves this issue as well and close it
>> in this case?
>
> I didn't experience the
Tomas Volf <~@wolfsden.cz> writes:
> There is git_graph_descendant_of function in libgit2, but it is not
> exposed by the guile-git binding. Maybe we could try to use it to
> implement the check instead the current approach (which does it in
> Guile). I wonder how well that would perform compare
/gnu/system.scm
index 0d98e5a036..87247f06ee 100644
--- a/gnu/system.scm
+++ b/gnu/system.scm
@@ -16,6 +16,7 @@
;;; Copyright © 2021 raid5atemyhomework
;;; Copyright © 2023 Bruno Victal
;;; Copyright © 2024 Nicolas Graves
+;;; Copyright © 2025 45mg <45mg.wri...@gmail.com>
;;;
;;; Thi
22 matches
Mail list logo
