Adonay Felipe Nogueira writes:
> Removing the "~/.config/guix/latest" symbolic link as was suggested by
> Mx. Weaver worked, now my root user can pull and also upgrade the "guix"
> package. Thank you all for the suggestion. :)
I'm glad to hear that it solved your problem. I'll close this bug no
Removing the "~/.config/guix/latest" symbolic link as was suggested by
Mx. Weaver worked, now my root user can pull and also upgrade the "guix"
package. Thank you all for the suggestion. :)
Besides, as was also suggested: I'll use the "master" branch instead.
Adonay Felipe Nogueira writes:
> NOTE: This message isn't meant to sound aggressive, it's just a question
> from a novice Guix user.
>
> Here is my situation:
>
> - I'm using Guix in a foreign distribution (Trisquel 7).
>
> - In 2017-06-12, I pulled and upgraded Guix and packages successfully as
On Wed, Jun 28, 2017 at 09:57:39PM -0300, Adonay Felipe Nogueira wrote:
> Here is my situation:
>
> - I'm using Guix in a foreign distribution (Trisquel 7).
>
> - In 2017-06-12, I pulled and upgraded Guix and packages successfully as
> root.
>
> - Last weekend I did (all as root): `guix gc` (s
NOTE: This message isn't meant to sound aggressive, it's just a question
from a novice Guix user.
Here is my situation:
- I'm using Guix in a foreign distribution (Trisquel 7).
- In 2017-06-12, I pulled and upgraded Guix and packages successfully as
root.
- Last weekend I did (all as root): `
Mark H Weaver writes:
> I believe this problem is fixed by commit
> ffc015bea26f24d862e7e877d907fbe1ab9a9967. I was able to build a grafted
> 'hello' for i686-linux, and it worked correctly.
>
> Can you try it and report back?
Thank you! It seems to have worked.
--
Ricardo
GPG: BCA6 89B6 3
I believe this problem is fixed by commit
ffc015bea26f24d862e7e877d907fbe1ab9a9967. I was able to build a grafted
'hello' for i686-linux, and it worked correctly.
Can you try it and report back?
Mark
Mark H Weaver writes:
> The problem is that glibc-CVE-2017-1000366-pt2.patch introduces a
> reference to 'strcspn' in rtld.c. This causes the glibc build system to
> automatically add 'rtld-strcspn.os' and 'rtld-strcspn-c.os' to the list
> of objects to be built. When 'rtld-strcspn-c.os' is bui
Mark H Weaver writes:
> Ricardo Wurmus writes:
>
>> Since commit 665d6a59161769e10b52ffcbcd5cd2db22f32681 I have to build
>> glibc from source. Unfortunately, this fails with the following error:
>>
>> …
>> i686-guix-linux-gnu-gcc ../sysdeps/i386/i686/multiarch/strcspn-c.c -c
>> -std=gnu11 -fg
Mark H Weaver writes:
> Ricardo Wurmus writes:
>
>> Since commit 665d6a59161769e10b52ffcbcd5cd2db22f32681 I have to build
>> glibc from source. Unfortunately, this fails with the following error:
>>
>> …
>> i686-guix-linux-gnu-gcc ../sysdeps/i386/i686/multiarch/strcspn-c.c -c
>> -std=gnu11 -fg
Ricardo Wurmus writes:
> Since commit 665d6a59161769e10b52ffcbcd5cd2db22f32681 I have to build
> glibc from source. Unfortunately, this fails with the following error:
>
> …
> i686-guix-linux-gnu-gcc ../sysdeps/i386/i686/multiarch/strcspn-c.c -c
> -std=gnu11 -fgnu89-inline -O2 -Wall -Werror -W
Since commit 665d6a59161769e10b52ffcbcd5cd2db22f32681 I have to build
glibc from source. Unfortunately, this fails with the following error:
--8<---cut here---start->8---
…
i686-guix-linux-gnu-gcc ../sysdeps/i386/i686/multiarch/strcspn-c.c -c
-std=gnu11 -fgnu8
12 matches
Mail list logo
