Open Stack

Thanks Thierry, you are right. Let's release then!

Előd

On 2022. 03. 16. 14:25, Thierry Carrez wrote:
> Given that in practice it is not really a library, it's not listed in 
> global-requirements, and we will likely switch its type next cycle, I 
> would consider just allowing a new release to fix this.
>
> It should not create any issue with requirements since nothing lists 
> it as a dependency. It would not even need a RFE.
>
> Előd Illés wrote:
>> Hi,
>>
>> Sorry for the late answer.
>>
>> First of all we are in library freeze period already and blazar-nova 
>> is currently marked as library. Though a Requirements Freeze 
>> Exception might be granted (would need to check with Matthew), I 
>> think it's not necessary. This is mostly a problem when distros do 
>> their packaging, but I guess due to nova's lower constraints change 
>> they already need to use the higher minimums.
>>
>> Some more comments:
>> - though requirements shouldn't be changed on stable branches in 
>> general, i think this can be backported *after* the final yoga 
>> release (to unblock the gate)
>> - I think release model change is OK and can be proposed for Zed cycle
>>
>> Cheers,
>>
>> Előd
>>
>>
>> On 2022. 03. 04. 17:36, Pierre Riteau wrote:
>>> Hello release team,
>>>
>>> blazar-nova is a package including a nova scheduler filter, which 
>>> must be installed together with nova to be used.
>>>
>>> The blazar-nova deliverable for Yoga was tagged with 2.4.0 at the 
>>> time of the final release for non-client libraries. A few days ago, 
>>> stable/yoga patches were automatically proposed. This is when I 
>>> discovered that the lower-constraints job was broken because nova 
>>> bumped some requirements / lower-constraints after we released [1] 
>>> [2]. Because blazar-nova and nova are installed together, we keep 
>>> our requirements in sync for testing purposes.
>>>
>>> Now, I believe it is just the lower-constraints testing that is 
>>> broken, since nova requirements are still compatible with what 
>>> blazar-nova requires: nova just requires more recent versions of 
>>> some packages. I can run "pip install blazar-nova 
>>> git+https://opendev.org/openstack/nova.git@master#egg=nova" fine.
>>>
>>> I fixed the issue on the blazar-nova master branch [3] and proposed 
>>> a backport to stable/yoga [4], but realised this was probably 
>>> breaking release policy.
>>> Should we leave stable/yoga as released and just drop the 
>>> lower-constraints job?
>>>
>>> As an aside, would it be possible to requalify blazar-nova as a 
>>> cycle-with-rc deliverable for the next release? It is typed as a 
>>> library but nothing depends on it: if anything, it depends on nova 
>>> itself.
>>>
>>> Thanks,
>>> Pierre Riteau (priteau)
>>>
>>> [1] https://review.opendev.org/c/openstack/nova/+/712139
>>> [2] https://review.opendev.org/c/openstack/nova/+/821606
>>> [3] https://review.opendev.org/c/openstack/blazar-nova/+/831741
>>> [4] https://review.opendev.org/c/openstack/blazar-nova/+/831832
>
>