[
https://ovirt-jira.atlassian.net/browse/OVIRT-1441?page=com.atlassian.jir...
]
Barak Korren commented on OVIRT-1441:
-------------------------------------
So again, I see 3 types of packages:
1. 3rd party packages for which an RPM is available for an official and reliable source
(e.g. CentOS, Fedora)
2. 3rd party packages where there is no RPM avialable and we want to ship an RPM with
oVirt
3. oVirt packages
For the 1st case we setup the 3rd party repo in the '*release*.rpm'.
For the 3rd case the package is usually built and managed by the CI systems.
We seem to be dealing with the 2nd case here, the solution for that was to make an oVirt
"adapter" source repo with a usual build-artifacts job that creates or downloads
the RPM. One is runs, the rest works just like for packages of the 3rd case.
Since we want to track and gate changes to oVirt, the "adapter" repo should be
made so that is downloads a very specific version of the 3rd party package. That way
getting an updated version of the upstream package requires a patch to the adapter repo
which can be tracked and gated.
See also discussion in OVIRT-1299.
[RFE] Add a jenkins job for copying external packages to static
repos
---------------------------------------------------------------------
Key: OVIRT-1441
URL:
https://ovirt-jira.atlassian.net/browse/OVIRT-1441
Project: oVirt - virtualization made easy
Issue Type: By-EMAIL
Reporter: Yedidyah Bar David
Assignee: infra
Description of problem:
Currently, when we want to copy a package from elsewhere to
resources.ovirt.org, we manually run repoman. It will be nice to have
a jenkins job for this - with inputs probably being URLs of source
packages/repos and target versions to copy to:
1. It will not require us anymore to login there and do sensitive
stuff on it directly
2. It will have proper logs, allowing much more easily understand when
a package was added, by whom, and even perhaps why. So better add to
the inputs also 'Notes'.
This is cloned from:
https://bugzilla.redhat.com/show_bug.cgi?id=1455316
Best,
--
Didi
--
This message was sent by Atlassian JIRA
(v1000.1045.3#100046)