Hello Nick,
Did you ever figure this out? I am struggling with the same problem.
Thank you,
- Lars
Setting up a RAID array using UUIDs does not work.
The following mapped-devices block works:
(mapped-devices
(list
(mapped-device
(source (list "/dev/nvme0n1p2" "/dev/nvme1n1p3"))
(target "/dev/md0")
(type raid-device-mapping
But this one fails:
(mapped
Hello, I have created two very simple shepherd services for two
different mail programs (offlineimap and davmail). Both of the programs
are able to run without problem when ran from the commandline, but both
of them fail with networking related errors when I try to run them as
shepherd services.
Lars Rustand writes:
> Hello, I have created two very simple shepherd services for two
> different mail programs (offlineimap and davmail). Both of the programs
> are able to run without problem when ran from the commandline, but both
> of them fail with networking related errors w
I'm having trouble building a custom kernel with an included
defconfig. The kernel builds correctly with the included defconfig if I
do it manually, but when I try to build it through Guix I get an error
about Mismatching configurations in .config and
arch/arm64/configs/guix_defconfig.
Since it
Josselin Poiret writes:
> Guix doesn't modify the defconfig you give it, it just moves it to
> guix_defconfig. However, it then tries to verify that the defconfig was
> properly applied, which is completely Guix-specific and might be the
> thing that doesn't work properly.
Thanks, this must b
Hello, bumping this issue since there has been no activity for a while
and this error is still present. I get the exact same error as Denis
when building any Pine64 images. Building with --system=aarch64-linux
instead of --target=aarch64-linux-gnu works, but this is very much
slower.
This is wh
Enabling both TTY auto-login and elogind-service-type at the same time
results in an error immediately after automatic login to the tty with
the message "Error in service module", and the TTY then is
frozen. Auto-login works fine if I disable elogind, but elogind is
unfortunately a crucial part o
GnuTLS fails to build with --system=aarch64-linux. The test "test-free"
fails. Output follows below:
make[6]: 'libtests.a' is up to date.
CCLD test-xalloc-die
make[6]: Leaving directory
'/tmp/guix-build-gnutls-3.8.2.drv-0/gnutls-3.8.2/src/gl/tests'
make check-TESTS
make[6]: Entering dir
Guix is claiming that there is no space left on the device when none of
my devices are in fact full. As you can see from the output of df -h
there is more than enough space on all filesystems:
Filesystem Size Used Avail Use% Mounted on
none7.8G 0 7.8G 0% /dev
/dev/nvme0
Christopher Baines writes:
> Check df -i, it could be that some filesystem has run out of inodes.
Thanks, this was the case. To recover a useful amount of inodes I had to
delete almost all previous generations. I first tried to delete
generations older than one month with `guix gc -d 1m`, but t
Like the title says, if you add any VLAN in a
static-networking-service-type it seems like the whole shepherd daemon
freezes up and anything that depends on it stops responding.
Additionally the networking does not get fully configured either.
After configuring a VLAN `herd status`, `herd restar
For fun I tried to use the exact configuration that is mentioned in the
manual and was amazed that it worked, and the networking service is able
to start successfully. Here is the working configuration:
--8<---cut here---start->8---
(static-networking
(links
I was trying to build gtk+ like this:
```
guix build gtk+ --target=aarch64-linux-gnu --no-grafts
```
and got the following error:
--8<---cut here---start->8---
Configuring cd-version.h using configuration
Run-time dependency gobject-introspection-1.0 found: YE
Trying to load clx-truetype with ASDF in SBCL fails because of read-only
filesystem. This is caused by the store being read-only and ASDF is
trying to save the compiled file there. I read somewhere that Guix
already supplies precompiled files for all Common Lisp libraries, so
ASDF should just be
Ludovic Courtès writes:
> Ouch. Could you check what /var/log/messages reports?
>
> Once you’ve reproduced the hang, could you attach GDB to shepherd and
> get a backtrace?
>
> gdb -p 1
> bt
>
> (I recommend doing that in a VM rather than on your main machine!)
>
I have unfortunately been
Guillaume Le Vaillant writes:
> rustand.l...@gmail.com skribis:
>
>> I ran the exact same command as you, and still get the error inside the
>> pure shell. Also, I don't think this has anything to do with a specific
>> Guix commit, since this has been like this for several months. In fact
>> it
17 matches
Mail list logo
