[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 macroses in rhel8 and epel
by Denis Fateyev
Hello all,
Originally posted to go-sig@, but haven't got any answer, maybe here will
be better luck.
I have recently tried to rebuild some Golang modules packages against
epel8, and found out that there were build issues at "%goprep".
Could anybody provide some more info: are Go rpm macroses not fully
backported to RHEL8 currently? Any kind of blockers, perhaps?
--
wbr, Denis.
3 years, 7 months
RPM error: following noarch package built differently on different
architectures
by Germano Massullo
Good day everybody. As some from #fedora-golang channel may know, Fabian
Affolter and I, we are releasing for the first time Bettercap to Fedora
repository. By the way we are getting this build error and we have no
idea about how to fix it
FAILED: BuildError: The following noarch package built differently on
different architectures:
golang-github-bettercap-devel-2.28-4.fc34.noarch.rpm
Since the problem seemed to be s390x architecture, we tried using
"ExcludeArch: s390x" but it did not work.
What should we do? If you want, feel free to use your proven packager
super powers to fix it
Thank you for your time
3 years, 7 months