So we have latest AR here: https://jenkins.opendaylight.org/releng/job/autorelease-release-sulfur-mvn38-openjdk11/29/ Triggered by Sangwook, because the previous run failed. We can expect AR #30 in ~4

[snip] The old implementation is no longer present in netconf/master, hence this item is slated for delivery in 2022.09 Chlorine. Regards, Robert

Hello again, [snip] These issues have been addressed. Both these items are delivered, all projects participating on Sulfur GA verify each patch with both JDK11 and JDK17. This is now slated for delive

Hmm, that would be a major problem and really soon. Sigul is part of stage jobs -- stage i.e. build + sign. We are exactly 2 patches away from odlparent/master requiring JDK17 to build -- and that jus

Hello everyone, we are currently defaulting to centos7-builder-4c-4g here: https://github.com/opendaylight/releng-builder/blob/master/jjb/defaults.yaml#L19= CentOS7 is ancient and cannot support our r

Just to qualify this end-to-end in terms of the NETCONF/RESTCONF pass-through case. netconf-maven-stage-master should produce a container containing the use-case, using whatever runtime (dynamic Karaf

Strictly speaking: we already do, but through external integrations and those bring very little in terms of engagement/contributions :( Weeeeeeeeeell. I could *very easily* sell you OSGi as: - the ori

So we still do not have that ticket taken care of, but I realized we can work it around by changing the builders -- which we did and I spent today releasing MRI projects, which are now integrated. I h

Yes, I think most of the issues are already fixed, but I am waiting for https://jira.linuxfoundation.org/plugins/servlet/theme/portal/2/IT-23826 to issue the corresponding releases. With the upgrade g

So looking at https://jenkins.opendaylight.org/releng/job/integration-distribution-test-sulfur/185/ we have plenty of badness. The core problem is that a ton of test suites are depending on OPERATIONA

Alright, everything has been merged up. int/dist and autorelease need to have their jobs updated to use maven-3.8, please review the patches here: https://git.opendaylight.org/gerrit/c/releng/builder/

This is now cleared, netconf-3.0.0 is out there. Most of the MSI update patches are done -- except openflowplugin. Upgraded spotbugs is finding some badness which was introduced in https://git.openday

Okay, so I am down to 3 call sites, which fall into two categories: 1. old RESTCONF's URI parser leafref support. I think I can perform sufficient surgery to make this work without having to rewrite t

A quick update here. We are on the home stretch now, with 31 callsites still being bad. About a third are duplicate (e.g. they are the same weirdness across bierman20/rfc8040). They will need some amo

So fixing RESTCONF here is going to require a yangtools-8.0.2 release. The problem is that we lost a DataSchemaContextTree capability which was provided indirectly via SchemaNode.getPath() -- the deta

Alright, anyway it's going to take a couple of days to sort out the RESTCONF stuff, so that (and the javadoc jobs) are the real blockers. Regards, Robert

bgpcep is ready for integration, but netconf is not -- as it turns the vast majority of patches dealing with SchemaNode.getPath() caller removal had to be reverted because ... let's say they were naiv

I am still working through netconf/bgpcep, plus the bump to MSI projects. I'll keep you posted. Regards, Robert

Alright, so MDSAL-731 is fixed and it makes MDSAL-735 more diagnosable -- I plan to squash that today. Regards, Robert

Hello Daniel, Yes, 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