> On 17 May 2016, at 21:50, Doug Hellmann <d...@doughellmann.com> wrote: > > Excerpts from Renat Akhmerov's message of 2016-05-17 19:10:55 +0700: >> Team, >> >> Our stable/mitaka branch is now broken by oslo.messaging 5.0.0. Global >> requirements for stable/mitaka has oslo.messaging>=4.0.0 so it can fetch >> 5.0.0. >> >> Just reminding that it breaks us because we intentionally modified >> RPCDispatcher like in [1]. It was needed for “at-least-once” delivery. In >> master we already agreed to remove that hack and work towards having a >> decent solution (there are options). The patch is [2]. But we need to handle >> it in mitaka somehow. >> >> Options I see: >> Constrain oslo.messaging in global-requirements.txt for stable/mitaka with >> 4.6.1. Hard to do since it requires wide cross-project coordination. >> Remove that hack in stable/mitaka as we did with master. It may be bad >> because this was wanted very much by some of the users >> >> Not sure what else we can do. > > You could set up your test jobs to use the upper-constraints.txt file in > the requirements repo.
Yes, it’s an option. I’m just thinking from a regular user perspective. There will be a lot of people who don’t know about upper-constraints.txt and they will be stumbling on it just using our requirements.txt. My question here is: is upper-constraints.txt something that’s officially promoted and should be used by everyone or it’s mostly introduced for our internal OpenStack gating system? > What was the outcome of the discussion about adding the at-least-once > semantics to oslo.messaging? No outcome yet, we’re still discussing. I expect that more people join the thread since some stakeholders were off after the summit. Renat Akhmerov @Nokia
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev