June 2022 - golang - Fedora Mailing-Lists

[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

4 weeks, 1 day

5
7
0 / 0

Thread to send your Golang package reviews which are waiting

by Robert-André Mauchin

Thread to send your Golang package reviews which are waiting... reply to this thread so we can sync up our efforts. Best regards Robert-André

9 months

5
6
0 / 0

[golist] PR #30: Don't skip testdata

by Matyáš Kroupa

krouma opened a new pull-request against the project: `golist` that you are following: `` Don't skip testdata `` To reply, visit the link below or just reply to this email https://pagure.io/golist/pull-request/30

9 months, 2 weeks

3
3
0 / 0

[go-rpm-macros] PR #34: Add BUILDTAGS to %gobuildflags

by Brian C. Lane

bcl opened a new pull-request against the project: `go-rpm-macros` that you are following: `` Add BUILDTAGS to %gobuildflags `` To reply, visit the link below or just reply to this email https://pagure.io/go-rpm-macros/pull-request/34

9 months, 2 weeks

7
19
0 / 0

[golist] PR #29: Deduplicate CollectProjectDeps

by Matyáš Kroupa

krouma opened a new pull-request against the project: `golist` that you are following: `` Deduplicate CollectProjectDeps `` To reply, visit the link below or just reply to this email https://pagure.io/golist/pull-request/29

9 months, 2 weeks

2
1
0 / 0

[go-rpm-macros] PR #47: Use Fedora's build flags for cgo.

by Maxwell G

gotmax23 opened a new pull-request against the project: `go-rpm-macros` that you are following: `` Use Fedora's build flags for cgo. `` To reply, visit the link below or just reply to this email https://pagure.io/go-rpm-macros/pull-request/47

1 year, 2 months

2
6
0 / 0

Proposal: remove %ix86 from golang_arches for F37

by Robert-André Mauchin

Hi, So the change deadline is very soon, so I'd like a quick answer on this. So Fedora is dropping i686 in the near future, only plsnning to support Wine related thingie as far as I know. Could we too make a move toward this by dropping %ix86 from our supported arches? Most Go dev don't bother to do check build on 32 bits platforms and thus we find out many bugs when building on these arches. arm32 was dropped, now we only have i686 as the remaining 32 bits arch, removing it would reduce the time spent on bugs and failed builds. What's your take on it Go Folks? Please answer relaively quickly as we don't have much time before changes deadline. Best regards, Robert-André

1 year, 5 months

5
8
0 / 0

Delve debugger

by Mark E. Fuller

The delve debugger for go was orphaned a few years ago in Fedora (https://src.fedoraproject.org/rpms/delve). Is there anyone who would be interested in helping to get it back? I've generated a spec file and taken care of the necessary new dependency (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2098379), but it doesn't build (yet): "_build/src/github.com/go-delve/delve/pkg/terminal/terminal.go:104:9: t.line.SetCtrlZStop undefined (type *liner.State has no field or method SetCtrlZStop)" I haven't had time to dig into this yet; For anyone interested, I have opened a package review despite it not being fully ready. Thanks, -- Mark E. Fuller, Ph.D. fuller(a)fedoraproject.org fuller(a)mefuller.dev @fuller:fedora.im @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60

1 year, 5 months

4
8
0 / 0

packaging: -x and -v make it difficult to diagnose build failures

by W. Michael Petullo

I maintain a number of Go packages for Fedora, including Hugo. I find that the default use of -x and -v when running "go build" makes it difficult to diagnose compile problems. A compile error does not necessarily terminate the Go build process, and with -x and -v the error message is quickly lost in the volume of output from go build. I have figured out how to run "go build" in mock without the -x and -v flags, but I sometimes have to diagnose the build log from the Fedora build server, and this is very difficult due to the volume of output. For an example of this, see: https://kojipkgs.fedoraproject.org//work/tasks/3319/88593319/build.log I would rather not redefine the default "go build" flags for my packages. Has there been any thought put into dropping -x and -v? Does anyone else have trouble with this? Does anyone benefit from the use of -x and -v? Am I missing an obvious trick? -- Mike :wq

1 year, 5 months

4
3
0 / 0

[go-rpm-macros] PR #45: srpm/go.lua meta: Set `%gourl` after `forge.meta` call

by Maxwell G

gotmax23 opened a new pull-request against the project: `go-rpm-macros` that you are following: `` srpm/go.lua meta: Set `%gourl` after `forge.meta` call `` To reply, visit the link below or just reply to this email https://pagure.io/go-rpm-macros/pull-request/45

1 year, 5 months

2
1
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

golang June 2022