Hi again,
Winter writes:
> In addition to those, I wonder why `guix build` shows that the cyclic package
> can't be found, rather than throwing an error as `guix import` does. Maybe
> it's worth fixing that, if possible, to not cause (worse) confusion?
This is because you should be trying to
> Using (gnu packages check) then (gnu packages golang) doesn't make the
> error appear. The solution imo, esp. since (gnu packages check) already
> uses (gnu packages golang), is to have the variant package defined
> alongside the parent. Here is a patch that should fix this.
To clarify: I do th
Hi,
> This is way worse: (gnu packages golang) cannot be loaded at all!
> This is caused by a cycle, (gnu packages golang) uses (gnu packages
> check) and vice-versa, and go-github-com-robfig-cron is defined in (gnu
> packages golang)! So depending on whether you first use (gnu packages
> check) o
Hi,
winter--- via Bug reports for GNU Guix writes:
> Hi,
>
> As of commit ec8c7370dfd66136f7cb517d31fa6fda31e2cb74, the following `guix
> import` invocation fails:
>
> $ guix import go --recursive github.com/tdewolff/minify/v2
> [...]
> In gnu/packages/check.scm:
> 1037:13 1 (_)
> In ice-9/bo
Hi,
As of commit ec8c7370dfd66136f7cb517d31fa6fda31e2cb74, the following `guix
import` invocation fails:
$ guix import go --recursive github.com/tdewolff/minify/v2
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 (map
