[PATCH 6/6] docs: downloads: Point to gitlab for go module sources
Daniel P. Berrangé
berrange at redhat.com
Tue Mar 14 10:23:15 UTC 2023
On Tue, Mar 14, 2023 at 06:20:48AM -0400, Andrea Bolognani wrote:
> On Tue, Mar 14, 2023 at 10:36:58AM +0100, Peter Krempa wrote:
> > * - Go
> > - - `libvirt <https://libvirt.org/go/libvirt>`__
> > + - `gitlab <https://gitlab.com/libvirt/libvirt-go-module/-/tags>`__
> > - `gitlab <https://gitlab.com/libvirt/libvirt-go-module>`__
> > - `issues <https://gitlab.com/libvirt/libvirt-go-module/-/issues>`__
> > - `github <https://github.com/libvirt/libvirt-go-module>`__
> > @@ -131,7 +131,7 @@ Integration modules
> > -
> >
> > * - Go XML
> > - - `libvirt <https://libvirt.org/go/libvirtxml>`__
> > + - `gitlab <https://gitlab.com/libvirt/libvirt-go-xml-module/-/tags>`__
> > - `gitlab <https://gitlab.com/libvirt/libvirt-go-xml-module>`__
> > - `issues <https://gitlab.com/libvirt/libvirt-go-xml-module/-/issues>`__
> > - `github <https://github.com/libvirt/libvirt-go-xml-module>`__
>
> For these two, I think linking to
>
> https://pkg.go.dev/libvirt.org/go/libvirt
> https://pkg.go.dev/libvirt.org/go/libvirtxml
>
> similarly to how we point to the language-specific package repository
> for Python, Perl and Rust might make more sense.
>
> On the other hand, in the case of Go we don't explicitly publish
> releases to a different system, they get picked up automatically from
> the git tags...
Maybe better to use the versions page
https://pkg.go.dev/libvirt.org/go/libvirt?tab=versions
With regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
More information about the libvir-list
mailing list