[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gnu/services/shepherd.scm:90:2: In procedure allocate-struct: Wrong
From: |
Maxim Cournoyer |
Subject: |
Re: gnu/services/shepherd.scm:90:2: In procedure allocate-struct: Wrong type argument in position 2: 5 |
Date: |
Fri, 29 Sep 2017 09:06:46 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) |
> Efraim Flashner <address@hidden> writes:
>
>> On Fri, Sep 29, 2017 at 07:21:27PM +0800, Huang, Ying wrote:
>>> Hi, All,
>>>
>>> I use the guix git. After not upgrade the code for quite some time
>>> (several months?), today after `git pull`, `guix environment guix`
>>> report the following error. How to deal with it?
>>>
>>> Backtrace:
>>> In ice-9/boot-9.scm:
>>> 230:29 19 (map1 _)
>>> 230:29 18 (map1 _)
>>> 230:29 17 (map1 _)
>>> 230:29 16 (map1 _)
>>> 230:29 15 (map1 _)
>>> 230:29 14 (map1 _)
>>> 230:29 13 (map1 _)
>>> 230:29 12 (map1 _)
>>> 230:29 11 (map1 _)
>>> 230:29 10 (map1 _)
>>> 230:29 9 (map1 (((gnu packages firmware)) ((gnu services)) ((gnu
>>> services shepherd)) …))
>>> 230:29 8 (map1 (((gnu services)) ((gnu services shepherd)) ((gnu
>>> services base)) (#) …))
>>> 230:17 7 (map1 (((gnu services shepherd)) ((gnu services base)) ((gnu
>>> bootloader)) # …))
>>> 2792:17 6 (resolve-interface (gnu services shepherd) #:select _ #:hide _
>>> #:prefix _ # _ …)
>>> 2718:10 5 (_ (gnu services shepherd) _ _ #:ensure _)
>>> 2986:16 4 (try-module-autoload _ _)
>>> 2316:4 3 (save-module-excursion #<procedure 673cd50 at
>>> ice-9/boot-9.scm:2987:17 ()>)
>>> 3006:22 2 (_)
>>> In unknown file:
>>> 1 (primitive-load-path "gnu/services/shepherd" #<procedure
>>> 6b514a0 at ice-9/boo…>)
>>> In gnu/services/shepherd.scm:
>>> 90:2 0 (_)
>>>
>>> gnu/services/shepherd.scm:90:2: gnu/services/shepherd.scm:90:2: In
>>> procedure allocate-struct: Wrong type argument in position 2: 5
>>>
>>> Best Regards,
>>> Huang, Ying
>>>
>> you're in need of a 'make clean'. If you don't want to have to rebuild
>> everything, then 'rm -- gnu/*go gnu/s*/*go gnu/tests/*go' should take
>> care of all of the affected modules.
For the reference, there already is a "clean-go" target that
accomplishes just that, so you could run "make clean-go" the next time
you are faced with a similar error.
Maxim