nim reported a new issue against the project: `golist` that you are following:
``
golist relies on an obsolete release of gopkg.in/urfave/cli.v1 (1.18) and does not work with the current one (1.20)
+ go build -buildmode pie -compiler gc '-tags=rpm_crashtraceback ' -ldflags ' -X github.com/gofed/symbols-extractor/version.commit=aecba475bf76f5269c11367da… -X github.com/gofed/symbols-extractor/version=0 -B 0x53a515e8225a08687fb15659311c31138f10deef -extldflags '\''-Wl,-z,relro '\''' -a -v -x -o _bin/golist github.com/gofed/symbols-extractor/cmd/golist
…
cd /builddir/build/BUILD/symbols-extractor-aecba475bf76f5269c11367da0a190419cd9a133/_build/src/github.com/gofed/symbols-extractor/cmd/golist
/usr/lib/golang/pkg/tool/linux_amd64/compile -o $WORK/b001/_pkg_.a -trimpath $WORK/b001 -shared -p main -complete -installsuffix shared -buildid W7hFQx2bLlwdklLGWaGL/W7hFQx2bLlwdklLGWaGL -goversion go1.10 -D "" -importcfg $WORK/b001/importcfg -pack ./golist.go
# github.com/gofed/symbols-extractor/cmd/golist
cmd/golist/golist.go:25:40: cannot use nil as type string in field value
cmd/golist/golist.go:25:68: cannot use "" (type string) as type bool in field value
cmd/golist/golist.go:25:72: cannot use false (type bool) as type *cli.StringSlice in field value
cmd/golist/golist.go:26:41: cannot use nil as type string in field value
cmd/golist/golist.go:26:74: cannot use "" (type string) as type bool in field value
cmd/golist/golist.go:26:78: cannot use false (type bool) as type *cli.StringSlice in field value
cmd/golist/golist.go:27:42: cannot use nil as type string in field value
cmd/golist/golist.go:27:87: cannot use "" (type string) as type bool in field value
cmd/golist/golist.go:27:91: cannot use false (type bool) as type *cli.StringSlice in field value
cmd/golist/golist.go:28:61: cannot use "" (type string) as type bool in field value
cmd/golist/golist.go:28:61: too many errors
``
To reply, visit the link below or just reply to this email
https://pagure.io/golist/issue/1
Hello,
I propose to skip the next meeting as I will be unavailable to chair that meeting. 26th is a public holiday in CZ and I will be 100% offline on that day.
JC
nim reported a new issue against the project: `golist` that you are following:
``
This is a continuation and modernization of https://github.com/gofed/go-macros/issues/35
When bootstrapping a set of Go projects, with circular dependencies, you need to identify quickly the parts that participate in the loop, so they can be culled in the initial bootstrap package
For example if `docker-x` depends directly or indirectly on `docker-y`, and `docker-y` imports `docker-x` in its own code (or tests), you want to identify the `docker-x` parts that use `docker-y` and remove them in `%prep`. And then, once the result is built, and permits an initial built of `docker-y`, you can use the resulting `docker-y` to build `docker-x` without removing anything
This could be done by adding a `-x` `--exclude-import-path` switch to golist.
The switch can occur several times, to specify several exclusions in one pass, as some codebases participate in several loops at once
``
To reply, visit the link below or just reply to this email
https://pagure.io/golist/issue/11
nim reported a new issue against the project: `golist` that you are following:
``
It would be awfully nice if `golist` had a mode that outputed, for every path that can be built as a binary:
* the buildable path
* a separator that can not occur in paths
* the expected command output name (via heuristics if necessary)
The result could then be fed to `%gobuild` by [go-rpm-macros](https://pagure.io/go-rpm-macros/)
``
To reply, visit the link below or just reply to this email
https://pagure.io/golist/issue/5