I have to be able to find all of them (including the tested directory) when
I am checking which package version is available for OST for example.
Nothing there is CI only, developers need all of them when bug is found by
those systems and investigation is needed.
Guys, we need to know how CI works, what packages it consumes and how we
can reproduce a test to be able to solve bugs found by CI.
Martin
On Tue, Mar 28, 2017 at 11:32 AM, Eyal Edri <eedri(a)redhat.com> wrote:
Hi,
On Tue, Mar 28, 2017 at 12:15 PM, Martin Sivak <msivak(a)redhat.com> wrote:
> Hi,
>
> I just noticed we have couple of different places for the same kind of
> content (packages):
>
> /pub/ - includes new releases and snapshots repos
>
This is the official place for oVirt releases and what any user should use.
The official repositories
> /repos/ovirt/{experimental,tested}/ - experimental seems pretty close
> to snapshots
>
Experimental - internal repo for CI, no one should use it.
Tested - official verified repos with packages that passed OST, we
recommend anyone to use that repo if he wants latest and greatest packages
and can't wait to an official release
Snapshots - from next week, ovirt-snapshot-master will be a nightly
snapshot of tested repo, this is ideal for QE or anyone who wants to test
oVirt, but can't have the repo refreshed all the time.
> /releases - old releases
>
We don't maintain this, probably kept for history purposes
>
> The /repos prefix by itself is incredibly messy, there are bunch of
> private directories and ovirt among them.
>
Please open a ticket on
jira.ovirt.org with details and we'll look into
it, but I don't think that each directory on a release server should matter.
There is official documentation for oVirt users and release rpms which
provides you with exactly which repos you should use.
We do need to add documentation on what each repo means and its usage, can
you please open a ticket on it so we won't forget?
>
> Can you please unify the structure so it is easier to navigate? We
> should at least have one top level dir for all official public
>
> content.
>
> Something like
>
> /ovirt/{releases,experimental,tested}/<version>/<arch>
>
> and
>
> /ovirt/yum-repos/release.rpm
>
> would work well enough I think.
>
> Thanks
>
> Martin
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/infra
>
--
Eyal edri
ASSOCIATE MANAGER
RHV DevOps
EMEA VIRTUALIZATION R&D
Red Hat EMEA <
https://www.redhat.com/>
<
https://red.ht/sig> TRIED. TESTED. TRUSTED. <
https://redhat.com/trusted>
phone: +972-9-7692018 <+972%209-769-2018>
irc: eedri (on #tlv #rhev-dev #rhev-integ)