[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