Hi everyone,
At the last Go SIG meeting, we discussed the current membership of the SIG.
There are 34 members, but some have been inactive for a while. Since being
a member of the Go SIG grants commit access to many packages, we want to
ensure that only active and interested maintainers remain in
Hi everyone.
TL;DR: Remove a patch we ship in Go that disables GOPROXY and GOSUMDB and
follow upstream defaults, or keep it?
Recently, I had a short conversation in a public forum about two Go
features that we modified in Fedora. GOPROXY and GOSUMDB. As I prepare the
Fedora 40 and Go 1.22 proposa
Hi everyone!
Currently, golang ships the golang-race package, but this process is
going to get trickier with Go 1.20 due to this change:
The directory $GOROOT/pkg no longer stores pre-compiled package
archives for the standard library: go install no longer writes them,
the go build no longer chec
Done! golang-github-google-dap and golang-starlark added.
Thanks for the script!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproje
(I know, it took a while)
I just submitted it for review:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2102388
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
Hi all!
TL;DR: Is there any documentation about how to properly take care of
our containers? :)
---
The Go container has been outdated for a while, and I would love to
update it[0], but I'm not familiar with the container process in
Fedora.
I checked Python3's container[1] looking for informatio
On Fri, Jun 17, 2022 at 7:03 AM Miroslav Suchý wrote:
>
> I have been asked to add support for Go external dependencies to Mock
>
>https://github.com/rpm-software-management/mock/issues/919
>
> I tried to get the information from
>
> https://developer.fedoraproject.org/tech/languages/go/go-pac
I already claimed go-rpm-macros.
On Mon, Mar 28, 2022 at 10:53 AM Miro Hrončok wrote:
>
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for sure
> that the package should be retired, please do so now with a
On Sat, Dec 18, 2021 at 12:35 PM Fabio Valentini
wrote:
> On Sat, Dec 18, 2021 at 9:35 AM Alejandro Saez Morollon
> wrote:
> >
> >
> >
> > On Fri, Dec 17, 2021 at 3:14 PM Fabio Valentini
> wrote:
> >>
> >> Will there be a separate go 1.18
On Tue, Dec 14, 2021 at 5:01 AM Matthew Miller
wrote:
> On Mon, Dec 13, 2021 at 02:22:24PM +0100, Alejandro Saez Morollon wrote:
> > A hypothetical new release cycle would look like this:
> >
> >- Fedora N release follows Go upstream as close as we can.
> >-
On Fri, Dec 17, 2021 at 3:14 PM Fabio Valentini
wrote:
> On Fri, Dec 17, 2021 at 12:54 AM Ben Cotton wrote:
> >
> > Note that this replaces the approved Golang 1.17 Change
> >
> > https://fedoraproject.org/wiki/Changes/golang1.18
> >
> >
> > == Summary ==
> > Rebase of Golang package to upcoming
I've been thinking a little about how Go is updated in Fedora. I would like
to hear other opinions about the current state of the releases and improve
it.
This is not related to the Fedora proposal that I'm planning to submit
today regarding the update of Go. I do not pretend to change anything f
On Wed, Dec 1, 2021 at 5:40 PM Matthew Miller
wrote:
> > https://github.com/sourcegraph/src-cli
>
> Okay, so, Jan Kuparinen (copperi) is working on this. I'm happy to sponsor
> him, but I am not up on the state of Go packaging, like, even a little bit.
> Can someone help by reviewing his packages
On Mon, Nov 29, 2021 at 2:35 AM Sergio Belkin wrote:
> Hi,
> I've been playing a bit with toolbox, what is it intended for?
>
> I understand that was intended primarily for immutable OS. But
> documentation says that it can be used on the Workstation edition too.
> AFAIK it's only useful if you d
I just submitted to COPR [0] all of the packages that use Go (I think
so...) for an initial test.
Let's see how it goes.
[0] https://copr.fedorainfracloud.org/coprs/alexsaezm/go1.17/builds/
On Tue, Aug 10, 2021 at 7:46 PM Alejandro Saez Morollon wrote:
>
> Hi everyone.
>
>
Hi everyone.
I missed the mass rebuild for several reasons, and I didn't prepare
the Go package for the 1.17 release as I proposed [0].
This email thread is to keep everyone up to date on the progress
regarding this issue [1].
[0] https://fedoraproject.org/wiki/Changes/golang1.17
[1] https://bug
For context:
https://groups.google.com/g/golang-dev/c/hGwvCceDr14/m/wbyNWwgNBgAJ
On Tue, Jun 29, 2021 at 9:02 PM Alejandro Sáez Morollón wrote:
>
> According to upstream, they are not going to deprecate GOPATH yet in this
> version.
>
> I built etcd with 1.17beta1 and everything went fine.
>
>
Did you figure it out?
I installed the package from your COPR build and I can see the correct version:
```
Smug - tmux session manager. Version 0.2.2
```
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@
Go 1.16 enables by default modules. In fact, in 1.17, GOPATH is going to be
removed.
https://github.com/golang/go/issues/41330
If you are building RPM packages, go-srpm-macros not only contains useful
macros but it enables GOPATH.
___
devel mailing li
Totally my fault. Rawhide branch contained stuff related to 1.16 release
candidates and I didn't properly check it.
The same thing happens in F34.
It should be already solved in rawhide and soon on F34.
___
devel mailing list -- devel@lists.fedoraprojec
On 09/04/2021 15:36, Richard W.M. Jones wrote:
On Fri, Apr 09, 2021 at 08:49:39PM +0800, yanqiy...@gmail.com wrote:
Hi folks,
I see some reports in FZUG community that this commit [1], supposed to
update golang to 1.16.2 in its changelog, didn't change its tarball or
n-v-r to new version. And a
Hi there, folks.
Delve[0] (a Golang debugger) was retired due to the impossibility of
building a new version of delve for dependencies issues. I would like
to claim the package and fix the situation. I already have one of the
dependencies[1] in the works.
I already talked with the original mainta
Also true. Although visudo is probably not a good example because the
command itself warns you haha :),
Nevertheless, I still think that the user-friendly approach here is to
ask the users what they want, not to impose something.
On Fri, Jun 26, 2020 at 12:35 PM Christopher Engelhard wrote:
>
>
100% true. That would be a nice addition to the proposal.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/cod
If the only case is git... which by the way behaves in that way even
on Windows... isn't it a git problem?
I like not having a default editor and a more user-friendly approach
would be to ask the user what they want on the installation or on the
first run.
I don't consider git a layman application
Hi.
For Go packages, what we do is to use dependencies that are already in
the repo and avoid download anything because as you saw, there is no
connectivity inside mock. Also, we avoid using vendoring.
You should take a look at
https://docs.fedoraproject.org/en-US/packaging-guidelines/Golang/
bec
Hi everyone
Starlark is a Python dialect for configuration purposes written in Go
that can be used as a library.
In fact, Delve has it as dependency, which by the way I want to
upgrade to the latest version.
https://bugzilla.redhat.com/show_bug.cgi?id=1803223
Thanks!
--
Alejandro
27 matches
Mail list logo
