[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bug#18534: problems with "guix pull"
From: |
Ludovic Courtès |
Subject: |
Re: bug#18534: problems with "guix pull" |
Date: |
Sun, 09 Nov 2014 22:38:44 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) |
address@hidden (Ludovic Courtès) skribis:
> The old ‘guix pull’ didn’t now about the gnu.scm file, hence the error
> (this was fixed in June, in commit 9d0b8fbd.)
>
> That means you have to actually run ‘guix pull’ from 0.7, or from a
> recent checkout.
>
> The fact that ‘guix pull’ can potentially break for some future version
> is unfortunate. It would be ideal if instead of using its own build
> recipe, it would use one from the tarball.
[...]
> Igor Gajsin <address@hidden> skribis:
>
> > This is a output of `guix pull --verbose`
> >
> > compiling
> > /gnu/store/akma9bmmjnizkv9sj1669wa8x4abrzyp-guix-latest/guix/import/pypi.scm'...
> > ERROR: no code for module (json)
>
> For now, this problem can be worked around as described here:
>
> http://lists.gnu.org/archive/html/guix-devel/2014-09/msg00488.html
This bug should be fixed by f81ac34.
The idea is that the build recipe that is executed is now taken from the
newly-downloaded Guix. Before that, we would use the build recipe from
whatever Guix version was running, hence this kind of problems.
Comments and testing welcome!
Thanks,
Ludo’.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: bug#18534: problems with "guix pull",
Ludovic Courtès <=