[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Some packages failing to build
From: |
Guillaume Le Vaillant |
Subject: |
Re: Some packages failing to build |
Date: |
Mon, 11 May 2020 11:38:22 +0200 |
User-agent: |
mu4e 1.4.4; emacs 26.3 |
Vagrant Cascadian <address@hidden> skribis:
> On 2020-05-10, Marius Bakke wrote:
>> Guillaume Le Vaillant <address@hidden> writes:
>>
>>> Guillaume Le Vaillant <address@hidden> skribis:
>>>
>>>> Hi,
>>>>
>>>> After pulling guix with the merged core updates (guix at commit
>>>> 95ffdfe86cb1b8a8e4fff1386a147718400b76e0), I found a few packages
>>>> failing to build:
>>>>
>>>> - fbreader
>>>> - gnubg
>>>> - gnubik
>>>> - postgis
>>>> - python-cheetah
>>>> - python-trezor
>>>>
>>>> I have not yet had the time to try and fix them, so I just list them
>>>> here in case someone wants to take a look at them.
>>>
>>> Update: postgis and python-cheetah fixed.
>>
>> fbreader, gnubg and gnubik fixed.
>
> Updating python-trezor to 0.12.0 fixed it; pushed to master.
Hi, thanks for the fixes.
I found a few other build failures:
- bitcoin-abc
- bitcoin-core
- bitcoin-unlimited
There is also the wsjtx package that builds fine but starting the
program fails with:
--8<---------------cut here---------------start------------->8---
/home/guillaume/.guix-profile/bin/wsjtx: symbol lookup error:
/home/guillaume/.guix-profile/bin/wsjtx: undefined symbol: fmodf,
version GLIBCXX_3.4.3
--8<---------------cut here---------------end--------------->8---
However, doing a "ldd $(guix build wsjtx)/bin/.wsjtx-real" shows that
the libm.so.6 library that contains the fmodf function is in the
dependencies. Do you have an idea what could cause the symbol lookup to
fail?
signature.asc
Description: PGP signature