On 17/07/18 07:54, Danny Milosavljevic wrote:
> Hi Ben,
>
> thanks for the report.
>
> I've fixed it in a545090ce5e6b9da1f473f558dabda69f317e461 on guix master
> by allowing absolute paths as python-cairocffi's dlopen's parameter
> and also substituting the sonames by the absolute paths in the ca
Hi Guix,
I recently upgraded two different GuixSD systems by running "guix pull"
to get the latest and greatest. In both cases, when I invoke "info
guix" after the upgrade, it brings me to the French manual:
GNU Guix
Cette documentation décrit GNU Guix version 0.14.0.6214-4
Yes I agree with you, since it is a lot of space then it's probably best to
just delete the symlink.
The reasoning behind my suggestion of keeping it is mostly for convenience in
compiling/testing an external kernel module, i.e. just downloading the source
and then compiling it with the current
Danny Milosavljevic writes:
> On Mon, 16 Jul 2018 18:55:11 +0100 (BST)
> wrote:
>
>> It would be good to keep the build directory though, since it's
>> expected to exist, and it's easier to just download a module's
>> source and compile it and test it.
>
> I agree.
>
> /run/booted-system/kernel/
Hi Ben,
thanks for the report.
I've fixed it in a545090ce5e6b9da1f473f558dabda69f317e461 on guix master
by allowing absolute paths as python-cairocffi's dlopen's parameter
and also substituting the sonames by the absolute paths in the callers.
python-cairocffi's dlopen is re-exported. That mean
On Mon, 16 Jul 2018 18:55:11 +0100 (BST)
wrote:
> It would be good to keep the build directory though, since it's expected to
> exist, and it's easier to just download a module's source and compile it and
> test it.
I agree.
/run/booted-system/kernel/lib/modules/4.17.3-gnu is in the store any
It would be good to keep the build directory though, since it's expected to
exist, and it's easier to just download a module's source and compile it and
test it.
On Mon, Jul 16, 2018 at 01:14:30PM -0400, Leo Famulari wrote:
> libtomcrypt version 1.18.2 includes a fix; we would need to adapt this
> to the bundled copy in Dropbear. I can take a look at this today.
Dropbear's bundled libtomcrypt includes a variety of whitespace and
comment changes that make i
On Mon, Jul 16, 2018 at 08:53:56AM +0200, Gábor Boskovits wrote:
> Are there any more packages needing attention?
libtomcrypt version 1.18.2 includes a fix; we would need to adapt this
to the bundled copy in Dropbear. I can take a look at this today.
NSS was fixed in Guix commit 7c3bea7e6299e1026
Hi Folks,
I'm having problems running Python code that depends on the
"python-cairocffi" package. Running "from cairocffi._ffi import ffi" on
Trisquel 8 works fine, but on GuixSD I get:
$ guix environment --container --ad-hoc python cairo python-cairocffi
$ python3.6 -c "from cairocffi._ffi impor
10 matches
Mail list logo
