Hi all TPCE release job was completed too https://jenkins.opendaylight.org/releng/view/transportpce/job/transportpce-release-merge/9/ BR Guillaume De : release@... [mailto:release@l

Here are the presentation slides for today. De : Discuss@... [Discuss@...] de la part de Guillaume Lambert via lists.opendaylight.org [guillaume.lambert=orange.co

Hi Just a little correction, 9:00am Pacific is 5 pm Central European Time (CET) and 6pm Central European Summer Time (CEST = Paris Time Zone at this season) Guillaume De : Abhijit Kumbhare [mailto:abh

Hi Martin and Olivier have confirmed it's OK for them. You can consider our section is ready. Guillaume De : LAMBERT Guillaume TGI/OLN Envoyé : mardi 17 mars 2020 17:36 À : Abhijit Kumbhare; Casey Cai

Hi all I’ve added a section for TransportPCE with a short descriptions and a detailed list of features and enhancement. I put Olivier and Martin in CC so that they can confirm us by tomorrow it is OK

Thanks for the info Abhijit. It's a temporary measure and I have no visiblity how the situation will evolve. Probably we still have a little time before raising the topic at the TSC. I guess others co

Hello From what I understand in the minutes below, the next DDF is planned in Seoul for June. Note that people from Orange can't confirm their venue at that date. My company has temporarily suspended

+ TSC and releases Mailing List https://git.opendaylight.org/gerrit/c/transportpce/+/87715 https://git.opendaylight.org/gerrit/c/transportpce/+/87730/ De : Transportpce-dev@... [Tra

Hi Yes, it is done. That’s what I meant by ‘self-service release’. As a committer, Gilles has the ability to do it. Did you notice any problem ? Guillaume De : Luis Gomez [mailto:ecelgp@...] Env

Hi all FYI, Gilles (in CC) launched the self-service release job for transportPCE this morning. All ran smoothly. Guillaume De : release@... [mailto:release@...]

Hi all TransportPCE has a blocking issue with Neon SR2 that is linked to a bug in our Netconf/restconf upstream dependency and is described in Jira at https://jira.opendaylight.org/browse/TRNSPRTPCE-1

Thanks Luis. I got the same feedback from Robert and tried it yet successfully yesterday. Also, most of problems we had because of REST API changes are now fixed and most of functional tests passed. W

I guess we have here a confusion between mdsal binding-parent and mdsal binding.model. My point was that they use different revisions and that binding.model versions are not documented anywhere, nor t

Thanks for the answer. If so, on which non-SNAPSHOT versions am I supposed to depend on ? Is 1.2.6 okay ? Cf previous thread at https://lists.opendaylight.org/pipermail/tsc/2019-January/010942.html I

Hi all Luis, I created a TransportPCE stable/neon branch yesterday with a config that was working last week.. But I got a Jenkins build failure because of obsolete poms. It appears that Mdsal binding

Hi Robert, I got more or less the same experience described by Sam. Last September, we cut the master branch from Fluorine to Neon. https://git.opendaylight.org/gerrit/#/c/75746/ But one month later,

Hi Luis We are planning to release transportPCE both in Fluorine SR2 and in neon. BR Guillaume

Ivan, Luis, thanks a lot for your quick answers. The runtime problem has been solved with your help and karaf can now be launched. I still need to update iana & others model to fix some REST API error

I agree with most Sam’s comments but I share Thanh’s feeling that having a separate branch for SR1,SR2,etc is a bad idea and that we’d better keep on using tag on the stable/release branch for that. I

Hi Luis, thank you for the reminder. I suspect either mdsal-model-artifacts or ietf-yang-types-20130715 is not ready yet, or perhaps will no more supported in neon. Can someone confirm that point , pl