Ludovic Courtès writes:
> Hi Tomas,
>
> Tomas Volf <~@wolfsden.cz> skribis:
>
>> However that did not happen. Here are the logs:
>>
>> 2025-02-22 19:17:00 Service kerberos-log-in running with value #<
>> id: 730 command: ("/gnu/store/8m21cnqnllk6g1kcgyj91i5h05s7c0c4-krb-log-in")>.
>> 2025-02-22
This commit prevents Guix substitute servers from distributing binaries which
are marked non-substitutable. This prevents substitute servers from
accidentally committing copyright violations by distributing binaries which are
non-substitutable for copyright reasons.
Change-Id: Iaca81f5bdb430a12
This commit prevents Guix substitute servers from distributing binaries which
are marked non-substitutable. This prevents substitute servers from
accidentally committing copyright violations by distributing binaries which are
non-substitutable for copyright reasons.
Change-Id: Iaca81f5bdb430a12
Hi,
By the little information I'm seeing. I would guess networking problems
(DNS?) and failing to fetch sources to the dependencies.
Not sure what you meant by dump file tho.
--
Hope it helps,
Ignas Lapėnas
Message-ID: <87frk3srfr@lapenas.dev>
Hey Ludo, Maxim,
Sorry about the double-email. I messed up the first patch by mistake. The fix
actually ends up being quite simple! I didn't know about `valid-derivers`, so
thanks to Ludo for that.
This patch should fix the issue by restricting substitutions on the server side
instead of the c
tlp-shepherd-service tries to start bin/tlp, but looks like the binary has
relocated to sbin/tlp somewhere between 1.5 and 1.8 (updated in
0b8ceaa1cd26a73059a69d8df50f5de3775eaf37).
diff --git a/gnu/services/pm.scm b/gnu/services/pm.scm
index 64b64e01fb..9b8066a38f 100644
--- a/gnu/services/pm.
Hi Maxim, Ludo,
I did a bit of work on this, and I think that there might be a problem with
limiting the distribution of derivation outputs. The problem is with encoding
that a derivation's outputs are non-distributable. Because `#:distributable?`
should presumably be an argument to `derivation
Ludovic Courtès writes:
> Ludovic Courtès skribis:
>
>>> 2025-02-23 12:00:02 Waiting anew for timer 'kerberos-log-in-refresh'
>>> (resuming from sleep state?).
>
> The “Waiting anew” message happens when the timer fires 2 seconds or
> more later than expected (see ‘sleep-operation/check’), whic
Hello,
Simen Endsjø writes:
> tlp-shepherd-service tries to start bin/tlp, but looks like the binary
> has relocated to sbin/tlp somewhere between 1.5 and 1.8 (updated in
> 0b8ceaa1cd26a73059a69d8df50f5de3775eaf37).
Indeed!
> diff --git a/gnu/services/pm.scm b/gnu/services/pm.scm
> index 64b64
Ludovic Courtès writes:
> Tomas Volf <~@wolfsden.cz> skribis:
>
>> (I wonder if there is better way to detect the sleep. I feel like *any*
>> number will be wrong for someone. Do we know how for example systemd's
>> timers handle this?)
>
> I believe systemd is the one initiating hibernation, s
Tomas Volf <~@wolfsden.cz> skribis:
> (I wonder if there is better way to detect the sleep. I feel like *any*
> number will be wrong for someone. Do we know how for example systemd's
> timers handle this?)
I believe systemd is the one initiating hibernation, so it has the
information first-hand
Hi,
thanks for looking into this matter.
The glyphs are indeed not showing if the selected font is Edwin (the
default), but if you select a font like Noto Sans, or DejaVu Sans for
your text the characters will appear fine. It seems the “special
characters” window uses the selected font for prev
Hi Ludo,
Thank you for the patch.
On 23.02.25 22:51, Ludovic Courtès wrote:
Hi Maxim,
Maxim Cournoyer skribis:
I was wondering if this shouldn't be part of an implicit default
%shepherd-default-requires that
could be overridden if needed... but I think even in systemd land you
must explici
Hi Tomas,
Tomas Volf <~@wolfsden.cz> skribis:
> However that did not happen. Here are the logs:
>
> 2025-02-22 19:17:00 Service kerberos-log-in running with value #<
> id: 730 command: ("/gnu/store/8m21cnqnllk6g1kcgyj91i5h05s7c0c4-krb-log-in")>.
> 2025-02-22 19:17:00 [8m21cnqnllk6g1kcgyj91i5h05
Ludovic Courtès skribis:
>> 2025-02-23 12:00:02 Waiting anew for timer 'kerberos-log-in-refresh'
>> (resuming from sleep state?).
The “Waiting anew” message happens when the timer fires 2 seconds or
more later than expected (see ‘sleep-operation/check’), which is indeed
the case here.
It’s not
Hi!
I would rely on #:substitutable? instead of relying on a new
#:distributable? flag that the daemon doesn’t know about anyway.
With that in mind, ‘guix publish’ in ‘render-nar’ could have an extra
check in addition to ‘valid-path?’: ‘substitutable-path?’.
One way to implement ‘substitutable-p
16 matches
Mail list logo
