GNU bug report logs -
#33758
No longer possible to run ./pre-inst-env guix without compiling first
Previous Next
Reported by: swedebugia <at> riseup.net
Date: Sat, 15 Dec 2018 07:50:02 UTC
Severity: normal
Tags: notabug
Done: Ludovic Courtès <ludo <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 33758 in the body.
You can then email your comments to 33758 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#33758
; Package
guix
.
(Sat, 15 Dec 2018 07:50:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
swedebugia <at> riseup.net
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Sat, 15 Dec 2018 07:50:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi
Is this a bug?
first
*clone repository*
then ./bootstrap && ./configure
then
./pre-inst-env guix weather -m ~/sdb.scm
--substitute-urls="https://ci.guix.info http://mirror.hydra.gnu.org"
Backtrace:
In ice-9/boot-9.scm:
222:29 19 (map1 _)
222:29 18 (map1 _)
222:29 17 (map1 _)
222:29 16 (map1 _)
222:29 15 (map1 _)
222:29 14 (map1 _)
222:29 13 (map1 _)
222:29 12 (map1 _)
222:29 11 (map1 _)
222:29 10 (map1 (((gnu system nss)) ((gnu system locale)) ((…)) …))
222:17 9 (map1 (((gnu system locale)) ((gnu system pam)) ((…)) …))
2800:17 8 (resolve-interface (gnu system locale) #:select _ #:hide …)
In ice-9/threads.scm:
390:8 7 (_ _)
In ice-9/boot-9.scm:
2726:13 6 (_)
In ice-9/threads.scm:
390:8 5 (_ _)
In ice-9/boot-9.scm:
2994:20 4 (_)
2312:4 3 (save-module-excursion #<procedure d2988b8 at ice-9/boo…>)
3014:26 2 (_)
In unknown file:
1 (primitive-load-path "gnu/system/locale" #<procedure d9…>)
In /home/sdb/src/guix/gnu/system/locale.scm:
124:0 0 (_)
/home/sdb/src/guix/gnu/system/locale.scm:124:0: In procedure
private-lookup: No variable bound to glibc-for-target in module (gnu
packages base)
This was introduced a little before merging of the latest core-updates.
--
Cheers
Swedebugia
Information forwarded
to
bug-guix <at> gnu.org
:
bug#33758
; Package
guix
.
(Sat, 15 Dec 2018 10:47:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 33758 <at> debbugs.gnu.org (full text, mbox):
swedebugia <at> riseup.net writes:
> Is this a bug?
I’m inclined to say that it is not.
What is the use case here?
--
Ricardo
Information forwarded
to
bug-guix <at> gnu.org
:
bug#33758
; Package
guix
.
(Sat, 15 Dec 2018 18:19:03 GMT)
Full text and
rfc822 format available.
Message #11 received at 33758 <at> debbugs.gnu.org (full text, mbox):
Hi,
swedebugia <at> riseup.net skribis:
> In unknown file:
> 1 (primitive-load-path "gnu/system/locale" #<procedure d9…>)
> In /home/sdb/src/guix/gnu/system/locale.scm:
> 124:0 0 (_)
>
> /home/sdb/src/guix/gnu/system/locale.scm:124:0: In procedure
> private-lookup: No variable bound to glibc-for-target in module (gnu
> packages base)
That indicates you should run “make clean-go && make”.
The gnu/system/locale.go file you have is presumably older than the
‘core-updates’ merge. That branch removed ‘glibc-for-target’.
HTH!
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#33758
; Package
guix
.
(Mon, 17 Dec 2018 09:09:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 33758 <at> debbugs.gnu.org (full text, mbox):
On 2018-12-15 19:17, Ludovic Courtès wrote:
> Hi,
>
> swedebugia <at> riseup.net skribis:
>
>> In unknown file:
>> 1 (primitive-load-path "gnu/system/locale" #<procedure d9…>)
>> In /home/sdb/src/guix/gnu/system/locale.scm:
>> 124:0 0 (_)
>>
>> /home/sdb/src/guix/gnu/system/locale.scm:124:0: In procedure
>> private-lookup: No variable bound to glibc-for-target in module (gnu
>> packages base)
>
> That indicates you should run “make clean-go && make”.
>
> The gnu/system/locale.go file you have is presumably older than the
> ‘core-updates’ merge. That branch removed ‘glibc-for-target’.
I had figured that out and make clean worked. :)
Thanks anyway!
--
Cheers
Swedebugia
Information forwarded
to
bug-guix <at> gnu.org
:
bug#33758
; Package
guix
.
(Mon, 17 Dec 2018 09:24:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 33758 <at> debbugs.gnu.org (full text, mbox):
On 2018-12-15 11:45, Ricardo Wurmus wrote:
> swedebugia <at> riseup.net writes:
>
>> Is this a bug?
>
> I’m inclined to say that it is not.
> What is the use case here?
Well my use case is browsing commits and settling on one with good
"weather".
Its not that important to me actually because close to master (a few
days back there are often >93% substitutes availiable.
We could definitely improve the "running from git" section with some
kind of best-practice.
e.g. keep close to master
run clean-go if you get weird guile errors during make (especially after
merging of core-updates)
etc.
Would that be accepted?
--
Cheers
Swedebugia
Information forwarded
to
bug-guix <at> gnu.org
:
bug#33758
; Package
guix
.
(Mon, 17 Dec 2018 11:04:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 33758 <at> debbugs.gnu.org (full text, mbox):
swedebugia <at> riseup.net writes:
> We could definitely improve the "running from git" section with some
> kind of best-practice.
>
> e.g. keep close to master
> run clean-go if you get weird guile errors during make (especially after
> merging of core-updates)
> etc.
It’s perfectly fine to stray from the ’master’ branch. The reason why
you need “make clean-go” is due to ABI changes. I’d rather see this
class of problems disappear with changes to the Makefile or compiler
checks than to add more noise.
Note that you don’t have this problem if you compile everything from
source after a fresh checkout. You only get this when you reuse
compiled .go files that were built for a different ABI.
--
Ricardo
Information forwarded
to
bug-guix <at> gnu.org
:
bug#33758
; Package
guix
.
(Mon, 17 Dec 2018 22:06:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 33758 <at> debbugs.gnu.org (full text, mbox):
Hi swedebugia,
swedebugia <at> riseup.net skribis:
> On 2018-12-15 19:17, Ludovic Courtès wrote:
>> Hi,
>>
>> swedebugia <at> riseup.net skribis:
>>
>>> In unknown file:
>>> 1 (primitive-load-path "gnu/system/locale" #<procedure d9…>)
>>> In /home/sdb/src/guix/gnu/system/locale.scm:
>>> 124:0 0 (_)
>>>
>>> /home/sdb/src/guix/gnu/system/locale.scm:124:0: In procedure
>>> private-lookup: No variable bound to glibc-for-target in module (gnu
>>> packages base)
>>
>> That indicates you should run “make clean-go && make”.
>>
>> The gnu/system/locale.go file you have is presumably older than the
>> ‘core-updates’ merge. That branch removed ‘glibc-for-target’.
>
> I had figured that out and make clean worked. :)
Great, thanks for confirming! I’m closing this bug now.
Ludo’.
Added tag(s) notabug.
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Mon, 17 Dec 2018 22:06:03 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
33758 <at> debbugs.gnu.org and swedebugia <at> riseup.net
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Mon, 17 Dec 2018 22:06:04 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 15 Jan 2019 12:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 155 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.