Hi,
I've run into this same problem, on my x86_64 GuixSD system. To help
others reproduce it, I've pushed a branch to Savannah, based on recent
core-updates. The branch is named 'reproduce-bug-29774'.
When I attempt to build this branch from a clean git checkout, within an
environment produced
Efraim Flashner skribis:
> On Thu, Apr 19, 2018 at 12:14:32AM +0200, Ludovic Courtès wrote:
>> Hello Efraim,
>>
>> It seems that commit a5d4c96b8d90b8bb87e07bd6a7be78991db91bc9 left
>> libfreeimage with some undefined references. For instance, the
>> ‘configure’ script of ‘guile-sly’ fails like
Hi,
Diego Nicola Barbato skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Hello,
>>
>> Diego Nicola Barbato skribis:
>>
>>> I have experienced some unexpected behaviour when running `guix build
>>> lilypond':
>>> After verifying that there was a substitute available with `guix weather
>>>
Hello Danny,
Danny Milosavljevic skribis:
>> OK, so it sounds like it’s the *previous* ‘guix pull’ that left you with
>> miscompiled or otherwise broken modules.
>>
>> Could you: ‘guix gc -R $(readlink -f ~/.config/guix/latest)’,
>
> $ guix gc -R $(readlink -f ~/.config/guix/latest) |grep guix
Mathieu Othacehe skribis:
>> Not really. I think we can at least send a heads-up to guix-devel and
>> help-guix.
>
> Ok. Would the attached patch earlier in the thread be ok for you then ?
Sure!
Ludo'.
Hi,
I'm trying to use svn-fetch in a new package, but I always get a
different hash when I try to download the sources. I think this is due
to fetching external resources. Here are two adresses that trigger this
bug:
- http://svn.netlabs.org/repos/kbuild/trunk
- https://svn.openstreetmap.org
On Mon, Apr 23, 2018 at 05:44:08PM +0200, julien lepiller wrote:
> Hi,
>
> I'm trying to use svn-fetch in a new package, but I always get a different
> hash when I try to download the sources. I think this is due to fetching
> external resources. Here are two adresses that trigger this bug:
Can y
