Date
21 - 28 of 28
[release] Sulfur code freeze
Robert Varga
On 19/03/2022 16:37, Daniel de la Rosa wrote:
Alright, so MDSAL-731 is fixed and it makes MDSAL-735 more diagnosableI am still working through netconf/bgpcep, plus the bump to MSI projects. I'll keep you posted. Regards, Robert |
|
Great, thanks! On Thu, Mar 17, 2022 at 11:20 PM Robert Varga <nite@...> wrote: On 16/03/2022 23:46, Robert Varga wrote: It looks like all issues have been resolved. So are we ready to pick the next AR as RC?
|
|
Robert Varga
On 16/03/2022 23:46, Robert Varga wrote:
On 16/03/2022 00:53, Daniel de la Rosa wrote:Alright, so MDSAL-731 is fixed and it makes MDSAL-735 more diagnosable -- I plan to squash that today.Hello RobertHello Daniel,The major outstanding item are the MD-SAL regressions detected in ovsdbYes, unfortunately and I am still struggling with the fix, it turns out to be more complicated than expected, but I am converging on a solution. Regards, Robert |
|
Robert Varga
On 16/03/2022 00:53, Daniel de la Rosa wrote:
Hello RobertHello Daniel, The major outstanding item are the MD-SAL regressions detected in ovsdbYes, unfortunately and I am still struggling with the fix, it turns out to be more complicated than expected, but I am converging on a solution. Regards, Robert |
|
Hello Robert On Mon, Mar 14, 2022 at 6:26 PM Robert Varga <nite@...> wrote: On 10/03/2022 06:39, Daniel de la Rosa wrote: Another day has passed :) so i guess we have to wait until these two are fixed to pick a RC?
|
|
Robert Varga
On 10/03/2022 06:39, Daniel de la Rosa wrote:
Hello Robert and allso a day has passed, I am up for an update: - there was a regression (YANGTOOLS-1407) detected in lispflow integration, that is taken care of - https://git.opendaylight.org/gerrit/q/topic:sulfur-mri is started, with most of the patches in a reasonable shape - of that, there are some prerequisites in OFP which can be merged -- and Sangwook already merged most of them - there is a model-vs-code impedance in OFP, I will looking into that tomorrow -- either the code needs to be adjusted or the model, both are quite easy to do - there is the same problem in lispflowmapping, I think I know the answer, but fired an email at Lori to confirm - both netconf and bgpcep builds are passing to ~50% mark The major outstanding item are the MD-SAL regressions detected in ovsdb (and same thing is biting netconf) and bgpcep, tracked as MDSAL-731 and MDSAL-735 respectivelly. I believe they are manifestations on of a problem with the new RuntimeType code -- and seem to have a good idea as to what needs to be done. I am currently working on a prototype. In terms of progress, it needs a bit of work for a test drive, but so far the code challenges are asking all the right questions, AFAICT. If all goes well, I should have a fix ready tomorrow, but I won't know until it's complete enough to face testing. Regards, Robert |
|
Hello Robert and all On Tue, Mar 8, 2022 at 12:58 PM Robert Varga <nite@...> wrote: On 07/03/2022 17:00, Daniel de la Rosa wrote: great news, so sounds like we can still move forward with Sulfur code freeze on 9/14 ...
|
|
Robert Varga
On 07/03/2022 17:00, Daniel de la Rosa wrote:
Hello TSC and allFrom MRI perspective, we are ... 5? ... months behind the schedule. The good news is that MDSAL-696, which was blocking yangtools-8 -> mdsal-9 integration is done and dusted. Next steps are to integrate with: - controller-5 (done unless maven-verify finds something) - aaa-0.15 (should be a breeze) - netconf-3 (not trivial, but the pieces should be mostly there) - bgpcep-0.17 (not sure, if we pass this we should be okay overall) As it stands, I expect the MRI projects to be ready to integrate on Friday the 11th, with bgpcep-0.17 integration gating yangtools-8 release. Regards, Robert Daniel de la Rosa |
|