|
Re: global-jjb vs. packer vs. Jenkins jobs
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.
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.
|
By
Robert Varga
·
#14389
·
|
|
Re: global-jjb vs. packer vs. Jenkins 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
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
|
By
Anil Belur
·
#14388
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
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
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
|
By
Robert Varga
·
#14387
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
Thanks Luis. So we are not updating the downloads page for Aluminium SR2 right? we have release notes though
Thanks Luis. So we are not updating the downloads page for Aluminium SR2 right? we have release notes though
|
By
Daniel de la Rosa
·
#14386
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
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
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
|
By
Oleksii Mozghovyi <Oleksii.Mozghovyi@...>
·
#14385
·
|
|
Re: shellcheck broken
Thanks Andy :)
By
Luis Gomez
·
#14384
·
|
|
Re: shellcheck broken
The pre-commit project released 2.10.0 which seems to have introduced an
incompatibility with jumanjihouse/pre-commit-hooks and in particular the
shellcheck hook.
At this time we don't know if it was
The pre-commit project released 2.10.0 which seems to have introduced an
incompatibility with jumanjihouse/pre-commit-hooks and in particular the
shellcheck hook.
At this time we don't know if it was
|
By
Andrew Grimberg
·
#14383
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
OK, although we are not going to officially release Aluminium SR2, I went ahead and released the distribution for completeness and also in case someone wants to use this release for testing purposes:
OK, although we are not going to officially release Aluminium SR2, I went ahead and released the distribution for completeness and also in case someone wants to use this release for testing purposes:
|
By
Luis Gomez
·
#14382
·
|
|
shellcheck broken
FYI, not sure which jobs are impacted but shellcheck pre-commit is broken here:
https://jenkins.opendaylight.org/releng/job/builder-tox-verify-master/
BR/Luis
FYI, not sure which jobs are impacted but shellcheck pre-commit is broken here:
https://jenkins.opendaylight.org/releng/job/builder-tox-verify-master/
BR/Luis
|
By
Luis Gomez
·
#14381
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
I agree with the suggestion to skip Al SR2.
Best Regards
Guillaume
De : Luis Gomez [mailto:ecelgp@...]
Envoyé : jeudi 28 janvier 2021 22:11
À : Venkatrangan Govindarajan
Cc : Daniel de la
I agree with the suggestion to skip Al SR2.
Best Regards
Guillaume
De : Luis Gomez [mailto:ecelgp@...]
Envoyé : jeudi 28 janvier 2021 22:11
À : Venkatrangan Govindarajan
Cc : Daniel de la
|
By
Guillaume Lambert
·
#14380
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
Well, since the odl-restconf feature includes both draft and RFC8040 API, I believe this bug is effectively a security hole with a non trivial workaround even for the draft users (e.g. repack the
Well, since the odl-restconf feature includes both draft and RFC8040 API, I believe this bug is effectively a security hole with a non trivial workaround even for the draft users (e.g. repack the
|
By
Luis Gomez
·
#14379
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
The problem occurs if the RFC8040 is used
curl http://127.0.0.1:8181/rests/data/network-topology:network-topology -v
* Trying 127.0.0.1...
* Connected to 127.0.0.1 (127.0.0.1) port 8181 (#0)
> GET
The problem occurs if the RFC8040 is used
curl http://127.0.0.1:8181/rests/data/network-topology:network-topology -v
* Trying 127.0.0.1...
* Connected to 127.0.0.1 (127.0.0.1) port 8181 (#0)
> GET
|
By
Venkatrangan Govindarajan
·
#14378
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
Thanks Oleksii... IMHO, this issue is not a show stopper for Aluminium SR2 but please confirm
Thanks Oleksii... IMHO, this issue is not a show stopper for Aluminium SR2 but please confirm
|
By
Daniel de la Rosa
·
#14377
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
Just downloaded SR2 and installed some project that uses topology model and executed this...
******************
curl http://127.0.0.1:8181/restconf/operational/network-topology:network-topology -v
*
Just downloaded SR2 and installed some project that uses topology model and executed this...
******************
curl http://127.0.0.1:8181/restconf/operational/network-topology:network-topology -v
*
|
By
Venkatrangan Govindarajan
·
#14376
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
As we agree, @Venkatrangan Govindarajan tested this issue NETCONF-753 and it seems to be resolved or not part of Aluminium SR2... @Luis Gomez please confirm that we can move forward with Aluminium
As we agree, @Venkatrangan Govindarajan tested this issue NETCONF-753 and it seems to be resolved or not part of Aluminium SR2... @Luis Gomez please confirm that we can move forward with Aluminium
|
By
Daniel de la Rosa
·
#14375
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
It seems like we have to stop the Aluminium SR2 release after hearing the authentication issue from Robert.
It seems like we have to stop the Aluminium SR2 release after hearing the authentication issue from Robert.
|
By
Luis Gomez
·
#14374
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
Thank you all.. @Luis Gomez please proceed with distribution at your earliest convenience
Thank you all.. @Luis Gomez please proceed with distribution at your earliest convenience
|
By
Daniel de la Rosa
·
#14373
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
Hello,
I’ve proceeded to the TransportPCE release merge job for Aluminium SR2 which is tagged with version
Hello,
I’ve proceeded to the TransportPCE release merge job for Aluminium SR2 which is tagged with version
|
By
Gilles Thouenon
·
#14372
·
|
|
Re: [OpenDaylight TSC] [opendaylight-dev][release] OpenDaylight - Aluminium SR2 release status
Hello
For more details, you can look at
Hello
For more details, you can look at
|
By
Guillaume Lambert
·
#14371
·
|
|
global-jjb vs. packer vs. Jenkins jobs
Hello everyone,
as the (still current) failure to start Jenkins jobs shows, our current
way of integrating with external dependencies (global-jjb) is beyond
fragile.
The way our jobs work is
Hello everyone,
as the (still current) failure to start Jenkins jobs shows, our current
way of integrating with external dependencies (global-jjb) is beyond
fragile.
The way our jobs work is
|
By
Robert Varga
·
#14370
·
|