On Tue, 19 Jun 2018 at 17:53 Barak Korren <[email protected]> wrote:
> On 19 June 2018 at 17:37, Michal Skrivanek <[email protected]> > wrote: > >> >> >> On 19 Jun 2018, at 07:16, Barak Korren <[email protected]> wrote: >> >> Hi there, >> >> >> TL;DR: Is your build/CI/other process consuming RPMs directly from >> Jenkins? Could it be changed to consume from other available places? >> >> >> +Gal Ben Haim <[email protected]> fyi the lago doc page points to jenkins for latest rpm downloads https://lago.readthedocs.io/en/0.20/README.html >> In STDCI V1 we supported obtaining of the latest CI build for a >> particular project in a particular branch on a particular platform directly >> from Jenkins, by using the "latestSuccessfulBuild" dynamic link that >> Jenkins generates. >> >> This was possible in STDCI V1 because we had one-to-one correlation >> between jenkins jobs and project/branch/platform combinations. That is no >> longer the case in STDCI V2 where each project gets just two fixed jobs >> that adjust themselves automatically to run needed functionality. >> >> We could implement some equivalent functionality in STDCI V2 by for e.g. >> uploading builds to some predictable locations on an artifact server, but >> that will take some non-trivial amount of work, so it leads us to the >> question if this functionality is really needed. >> >> >> does this affect the repo/rpms created as part of a “ci please build” run >> in any way? >> > > The URL for the RPM will be different but as long as you use the full > job/build URL it will work. In short, no. > > This only affects you if you need some kind of a 'meta' URL to find the > build from the lastest _merged_ commit. > > >> >> >> There are a couple of alternatives locations to get recently built >> packages from: >> - The 'tested' repo which contains all the packages that passed CQ/OST >> - The 'snapshot' repo which contains a nightly snapshot of 'tested'. >> >> So given the options above, if you have a build/CI/other process that >> currently consumes builds from Jenkins, could it be changed to consume from >> the other available locations? >> >> -- >> Barak Korren >> RHV DevOps team , RHCE, RHCi >> Red Hat EMEA >> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted >> _______________________________________________ >> Devel mailing list -- [email protected] >> To unsubscribe send an email to [email protected] >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/[email protected]/message/A5LFDPPFWXTEEZLZFSBGZVJNEIP3H7HC/ >> >> >> > > > -- > Barak Korren > RHV DevOps team , RHCE, RHCi > Red Hat EMEA > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted > _______________________________________________ > Devel mailing list -- [email protected] > To unsubscribe send an email to [email protected] > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/[email protected]/message/GX6GRYIVJ2WE4WGBWFMTGPBT3E4SMTYB/ >
_______________________________________________ Devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/[email protected]/message/UOA35ONXQJXZVBBETJVC7R3AVNDAMPOS/
