Hello,
Ludovic Courtès writes:
> Hi,
>
> Pierre Langlois skribis:
>
>> I'm not sure I follow, I'd suggest to revert the revert and then apply a
>> fix in the same commit, that way it can easily be reverted again if it's
>> problematic, that's probably what you meant already?
>
> Sounds good to
Hi Pierre,
Pierre Langlois writes:
> Hi Guix!
>
> I've been getting errors while running `guix pull' on an aarch64 system,
> during the final guix-package-cache step:
>
> (repl-version 0 1 1)
> Generating package cache for
> '/gnu/store/m8in1imi93snq711d7568dj9hlrx4diz-profile'...
>
>
Hi,
Pierre Langlois skribis:
> I'm not sure I follow, I'd suggest to revert the revert and then apply a
> fix in the same commit, that way it can easily be reverted again if it's
> problematic, that's probably what you meant already?
Sounds good to me. The commit log can be similar to the
Pierre Langlois writes:
(snip)
> I'm currently trying this fix to make sure it does solve the problem
> (guix pull takes so long without substitutes :-) ). Will report back in
> 5-10 minutes.
Yeey the fixed worked!
signature.asc
Description: PGP signature
Pierre Langlois writes:
(snip)
> What seems to happen is that the `kernel-config' function now receive an
> `arch' argument for an architecture that isn't actually supported by
> that kernel, as is the case for linux-libre@4.14.300. And, correctly,
> the function should not expect to ever get
Hi Guix!
I've been getting errors while running `guix pull' on an aarch64 system,
during the final guix-package-cache step:
--8<---cut here---start->8---
(repl-version 0 1 1)
Generating package cache for
