On Wed, Oct 27, 2021 at 6:19 PM Nir Soffer <nsoffer(a)redhat.com> wrote:
Currently we have 3 go modules:
-
github.com/ovirt/go-ovirt
https://github.com/oVirt/go-ovirt/
seems that this repo generated by
https://github.com/oVirt/ovirt-engine-sdk-go
-
github.com/ovirt/go-ovirt-client
https://github.com/oVirt/go-ovirt-client
-
github.com/ovirt/go-ovirt-client-log
https://github.com/oVirt/go-ovirt-client-log
These modules share the issue of depending on the hosting service
and the repo the code is located.
I started to work on the imageio go module here:
https://gerrit.ovirt.org/c/ovirt-imageio/+/117277
And I'm trying to avoid the issues above by naming the module:
ovirt.org/imageio
The module name does not depend on the hosting service, or on the
actual repo or the location in the repo.
To make this work, the web server at
ovirt.org should serve this resource:
https://ovirt.org/imageio
returning an HTML document that contains a magic <meta> tag in
the page header
<meta name="go-import"
content="ovirt.org/imageio git
https://github.com/ovirt/ovirt-imageio/imageio-go"/>
Is this possible with our current infrastructure?
If that's all you want, I guess you should simply open an infra ticket, no?
Should we rename all the go modules to fit this scheme?
Perhaps do something slightly different: Use a subdir, or a subdomain,
such as
go.ovirt.org/imageio or
ovirt.org/go/imageio, and ask for this
place to be managed using a git repo somewhere (in gerrit or elsewhere), so
that when you merge there stuff, something updates the namespace
automatically. This way you do not need to ping infra per each project.
Best regards,
--
Didi