On Tue, Jul 17, 2018 at 11:25:38AM +0200, Alfredo Moralejo Alonso wrote: > On Mon, Jul 16, 2018 at 7:21 PM, Paul Belanger <pabelan...@redhat.com> > wrote: > > > On Tue, Jul 10, 2018 at 07:57:11PM -0400, Paul Belanger wrote: > > > Greetings, > > > > > > I'd like to raise another topic related to the recent migration of > > zuulv3. > > > Today the rdoproject has a lot of projects in gerrit of upstream > > openstack, for > > > example: > > > > > > # Mirror of upstream aodh (mirror + patches) > > > git clone https://review.rdoproject.org/r/openstack/aodh > > > > > > these are projects in the openstack namespace that are not distgit > > packaging. > > > With the migration to zuulv3, this actually creates a little bit of an > > issue due > > > to how zuul now load configuration. If you look at the project stanza > > in config > > > project you'll see something like: > > > > > > - project: > > > name: git.openstack.org/openstack/aodh > > > > > > - project: > > > name: review.rdoproject.org/openstack/aodh > > > > > > This is the tell zuul, which connection to gerrit should be used. > > However, in > > > most cases these projects are just running a simple tox job to ensure > > tests > > > work. > > > > > > However, from what I see these projects aren't really used anymore? Is > > that > > > correct? If so, can we start the process to retire these repos and > > remove them > > > from zuul configuration? This will help simplify the amount of things > > zuul needs > > > to know about. > > > > > > If we do need them, moving forward, I don't actually think we need to > > mirror the > > > full project any more, this is due to zuul jobs can now be written to > > first > > > require-project of the upstream project, clone it to a node, then we > > just need > > > to overlay downstream patches. However, I think this workflow needs a > > little > > > more work to make it work properly. > > > > > Talking with apevec about this last week, I think it was agreed a while > > back, > > this workflow is no longer actually needed. So if that is the case, we are > > actually safe to retire these projects and remove them from zuul. > > > > > We very rarely do backports in RDO repos so I think we can safely remove > the mirrors from upstream projects from review.r.o. > > However my understanding is that we still may need it in exceptional cases. > For those cases we may create the patches repos and branches when required > and use the existing workflow based on patches to review.r.o and rdopkg. > Otherwise, we need to investigate a new workflow. Am I right? > Right, if there is a chance we need to do this in the future, I propose we work to see how we can use the repos directly from upstream, over mirroring them into RDO. > > > > I'll propose a lot of patches to do this and clean up zuul. > > > > - Paul > > _______________________________________________ > > dev mailing list > > dev@lists.rdoproject.org > > http://lists.rdoproject.org/mailman/listinfo/dev > > > > To unsubscribe: dev-unsubscr...@lists.rdoproject.org > > _______________________________________________ dev mailing list dev@lists.rdoproject.org http://lists.rdoproject.org/mailman/listinfo/dev
To unsubscribe: dev-unsubscr...@lists.rdoproject.org