[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
1 month
golang-cloud-google orphaned?
by W. Michael Petullo
Someone just orphaned the golang-cloud-google package package. I am
interested in this package because it appears to be an indirect
dependency for Hugo. The note at
https://src.fedoraproject.org/rpms/golang-cloud-google states:
"Orphaned for: Other -- Updates to this package have a cascading list
of requirements from arrow (> 40 packages last count)"
Can anyone elaborate on this? What does "requirements from arrow" mean?
I would be willing to take ownership of golang-cloud-google, but the
message above gives me pause.
Was there an alternative plan to make adjustments to the package that
depends on golang-cloud-google so that golang-cloud-google is no longer
required?
Thank you.
--
Mike
:wq
4 months, 4 weeks
