How do I debug this?
$ guix-core-updates/guix/pre-inst-env guix environment -s armhf-linux --pure
grep
needs grep (it's in the implicit native inputs), and that grep has a test
failure.
So I can't actually enter the environment for building grep and running
make check
.
What now?
pgpdA
Hi,
Brett Gilio writes:
> Ludovic Courtès writes:
>> Shouldn’t it create a “legacy” partition table rather than GPT since
>> we’re on an old, non-UEFI platform?
>
> That is my thinking as well, it should create a legacy MBR table.
IMHO the old format should be avoided completely when possible.
Taylan Kammer writes:
> On 15.10.2020 09:42, Ludovic Courtès wrote:
>> Ludovic Courtès skribis:
>>
>>> The problem is that the ‘cond-expand’ used to define ‘arch32bit?’ is a
>>> expansion-time thing when (cross-)building Bytestructures itself, so
>>> it’s incorrect from cross-building from 64-b
Hi Danny,
On +2020-10-17 12:20:11 +0200, Danny Milosavljevic wrote:
> How do I debug this?
>
> $ guix-core-updates/guix/pre-inst-env guix environment -s armhf-linux --pure
> grep
>
> needs grep (it's in the implicit native inputs), and that grep has a test
> failure.
What if the test failure
Hi,
On Fri, 16 Oct 2020 at 16:30, Ludovic Courtès wrote:
>> (inputs
>> `(("guile" ,@(assoc-ref (package-native-inputs guix) "guile"
>>
>>
>> Or create a haunt variant named ’haunt-guix’ keeping the compatibility?
>
> Can we do that, but keep that variant in the web site’s ‘.guix.scm
On 17/10/20 11:09 pm, Miguel Ángel Arruga Vivas wrote:
Hi,
Brett Gilio writes:
Ludovic Courtès writes:
Shouldn’t it create a “legacy” partition table rather than GPT since
we’re on an old, non-UEFI platform?
That is my thinking as well, it should create a legacy MBR table.
IMHO the old for
Hello!
I've noticed on multiple occasions that using Guix on traditional
spinning drives can be quite slow.
On my home machine, will is still relying on 2 x 1 TB spinning drives in
RAID1, rebuilding my user profile, which contains 182 entries, takes on
average about 20 minutes, even when there ar
Hi Charlie,
charlie writes:
> Text as follows:
>
> ./guix/store.scm:1367:15: Throw to key `srfi-34' with args
> `(# the outputs of derivation
> `/gnu/store/4vqa9zmhhyzqca476236wbxqbv7s4b1v-guile-ssh-0.13.0-1.688d7f3.drv'
> failed (usually happens due to networking issues); try `--fallback' to
I generated an installer for myself from
5d4ad8e1be6d60c38577e2f3d92cc5642b12eff0 + Miguel's patch (I think
unrelated to this bug) here https://paste.debian.net/plain/1167398
After the install completed I pulled out the USB as per instruction on
the screen, and pressed the Reboot button. The s
On 17/10/20 11:09 pm, Miguel Ángel Arruga Vivas wrote:
[...]
The attached patch solves that. What do you think?
Happy hacking,
Miguel
I have tested the patch and the Installer mostly worked. One thing I
noticed is that the partition scheme I was given automatically looks
like this:
1 537M
10 matches
Mail list logo
