+1, if UB18 packages bring a newer OVS version, we can very well use that. I remember the main reason for overwriting the OVS version was to get newer version of OVS.

Well, at the end of the day, there is another question: why are we even building these from sources? Regards, Robert

This is building ovs-2.8.1, while it should really be upgraded to 2.8.11. These are very simple build errors and should take just a few minutes to resolve to anyone familiar with building

Similar build issues with mininet-ovs-26: https://jenkins.opendaylight.org/releng/view/packer/job/builder-packer-merge-ubuntu-18.04-mininet-ovs-2.6/38/console 03:22:12 openstack: /bin/bash

Hello Luis: That was cut and paste typo, the correct label should have been. "ZZCI - Ubuntu 18.04 - mininet-ovs-25 - x86_64 - 20200813-035525.790" (Label: ubuntu1804-mininet-ovs-25-1c-4g) We only

Sorry this is confusing: - Are all the mininet VMs converging to this one? "ZZCI - Ubuntu 18.04 - mininet-ovs-25 - x86_64 - 20200813-035525.790" (Label: ubuntu1804-mininet-ovs-28-1c-4g) - If so, why

Please review CR to remove Ubuntu 16.04 packer jobs: https://git.opendaylight.org/gerrit/c/releng/builder/+/95583 Cheers, Anil On Fri, Mar 26, 2021 at 11:51 AM Anil Belur via lists.opendaylight.org

Hello TSC team: As per section TSC Charter 2.3.5 [1.], the TSC is initiating a termination review for lack of activity (no commits in the last 18 months). The list of ODL $PROJECT's that are

Hello all, Ubuntu 16.04 is going to be EOL by April 2021 and these images would no longer be supported on our infrastructure to receive updates/new builds. The version of python 2.7 that is available

Greetings Robert: We'll need to pin the cryptography module < 3.4 since rust dependencies are broken upstream pyca repo. This issue should be addressed once this is merged.

The below CR on the releng/builder repository would create new jobs for "stable/silicon" branch on Jenkins. https://git.opendaylight.org/gerrit/c/releng/builder/+/95308 Cheers, Anil

Hello Everyone, Sharing an update on the branch cutting today. The version bump and is complete and the master branch is moved to the next release (phosphorus) and open for development. The

Hello again, sorry, for self-reply, but as it happens ... [snip] ... we just got hit by this. [snip] A case in

Ok :) So i can start with Aluminium SR3 ahead of schedule, if that's what's needed here...

Hello Anil, Understood. At the end of the day, though, we have only a few classes of jobs and there is a ton of commonalities between them. I do not believe this is the case for OpenDaylight jobs.

Greetings Robert: lf-env.sh: Creates a virtual env and sets up the environment, while the python-tools-install.sh Installs the python tools/utils during Job runtime. Since releng/global-jjb is a repo

We are not. We are picking candidates for SR3 -- and https://jenkins.opendaylight.org/releng/job/autorelease-release-aluminium-mvn35-openjdk11/360/ is good as any :) Regards, Robert

Thanks Luis. So we are not updating the downloads page for Aluminium SR2 right? we have release notes though

Hello everyone, This issue is related only to the RFC8040 implementation of the RESTconf, so you have to use a proper endpoint for the testing, for example: http://127.0.0.1:8181/rests/data The thing

Thanks Andy :)