Hello Marius,
Thanks! the issue was related to lack of user namaspaces
Marius Bakke writes:
> Giovanni Biscuolo writes:
[...]
>> The same updated version of ungoogled-chromium from Guix on a Debian 10
>> laptop does not have this problem, so it's specific to the LTSP
>> environment I guess
I've pushed a fix in 8fcb607780dc9809949c573865c5e1a04770d0c5.
The test was a benign check that didn't match pixbuf's behaviour:
https://gitlab.gnome.org/GNOME/perl-gtk2/issues/3
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hello Guix,
I suspect this is related to my environment and not to next... but don't
understand why and how to fix it
also, probably I have dbus problems for other applications too but I do
not see them because they are not blocking like in next
I installed next 1.4 via guix on two Debian 10 ma
Giovanni Biscuolo writes:
>>> The chromium binary from Debian 10 on the same LTSP environment does not
>>> have the same problem, it works
>
> so the Debian binary is working without user namespaces?
Chromium has another sandboxing method that relies on a setuid binary,
which is what Debian uses
Hello!
to reproduce a scientific project, I need a setup with an old R version
(3.4.3), together with other, newer libraries. I created a profile, the
manifest and package definitions are below. However, when loading the
profile I cannot compile R packages with this version:
The last lines of the
