[go-rpm-macros] Issue #2: EPEL availability
by Nicolas Mailhot
nim reported a new issue against the project: `go-rpm-macros` that you are following:
``
The macro code needs massaging to also work on EPEL.
Most of the work is spec side since some of the macros are going to collide with the ones provided by previous iterations of Go macro packages
``
To reply, visit the link below or just reply to this email
https://pagure.io/go-rpm-macros/issue/2
3 weeks
[go-rpm-macros] Issue #3: %goprep should apply patches automatically
by Nicolas Mailhot
nim reported a new issue against the project: `go-rpm-macros` that you are following:
``
`%goprep` should apply patches automatically, so there is no convenience gap with `%autosetup`.
This is generic work that should be done *redhat-rpm-config* side in forge macros and then reused in`%goprep`. Basically:
1. define a `patch_flags<suffix>` rpm variable holding the parameters that should be passed to `%patch<suffix>`
2. define a `default_flags<suffix>` fallback
3. define a `source_patches<suffix>` holding an ordered space separated list of patch suffixes associated with a particular forge/go source.
And then write the usual lua loops to apply it all at the right moment in the spec.
``
To reply, visit the link below or just reply to this email
https://pagure.io/go-rpm-macros/issue/3
3 weeks
[go-rpm-macros] Issue #32: Issues with gitea
by Robert-André Mauchin
eclipseo reported a new issue against the project: `go-rpm-macros` that you are following:
``
When packaging: `code.gitea.io/tea`
The goname is reduced to `golang-codeea-tea`
Also the download link is wrong: it is resolved to
`https://gitea.com/gitea/tea/archive/0.7.0.tar.gz`
whereas it should be
`https://gitea.com/gitea/tea/archive/v0.7.0.tar.gz`
Can someone with knowledge of Lua regex fix this?
``
To reply, visit the link below or just reply to this email
https://pagure.io/go-rpm-macros/issue/32
2 years, 7 months
Generated subcommand snippet
by Link Dupont
I'm using go2rpm to generate some RPMs. I noticed that when it detects a package that has multiple subcommands, it inserts the following snippet into the %build step:
for cmd in cmd/* ; do
%gobuild -o %{gobuilddir}/bin/$(basename $cmd) %{goipath}/$cmd
done
This glob doesn't get expanded and the RPM ends up failing to build because it can't find a Go package "cmd/*". Is there some escaping that's needed here to get that glob to expand properly?
+ go build -buildmode pie -compiler gc '-tags=rpm_crashtraceback ' -ldflags ' -X git.sr.ht/~spc/mqttcli/version=0.1.0 -B 0x2d42bc91df6bf113dbdb6ac7671c6fa1f1ede4d0 -extldflags '\''-Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld '\''' -a -v -x -o '/builddir/build/BUILD/mqttcli-0.1.0/_build/bin/*' 'git.sr.ht/~spc/mqttcli/cmd/*'
WORK=/tmp/go-build841317380
cannot find package "git.sr.ht/~spc/mqttcli/cmd/*" in any of:
/usr/lib/golang/src/git.sr.ht/~spc/mqttcli/cmd/* (from $GOROOT)
/builddir/build/BUILD/mqttcli-0.1.0/_build/src/git.sr.ht/~spc/mqttcli/cmd/* (from $GOPATH)
/usr/share/gocode/src/git.sr.ht/~spc/mqttcli/cmd/*
error: Bad exit status from /var/tmp/rpm-tmp.Kfe0UU (%build)
Bad exit status from /var/tmp/rpm-tmp.Kfe0UU (%build)
2 years, 9 months