Re: [release] SM projects status
Guillaume Lambert
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 the documentation nor the wiki.
But fair enough, what I understand from your answers is that mdsal binding.model version should be aligned with mdsal binding-parent version 3.0.6 since mdsal is now released.
I found confirmation on nexus that version 1.2.7-SNAPSHOT is not aligned with binding-parent 3.0.6 but 3.0.7-SNAPSHOT probably to prepare Neon SR1.
According to nexus, mdsal binding.model version 1.2.6 is OK
https://nexus.opendaylight.org/service/local/repositories/opendaylight.release/content/org/opendaylight/mdsal/binding/model/ietf/rfc6991-ietf-yang-types/1.2.6/rfc6991-ietf-yang-types-1.2.6.pom
Same things for ietf-access-control-list 0.13.6 and iana-if-type 1.0.6.
So it is now fixed in change 80409. https://git.opendaylight.org/gerrit/#/c/80409/
Thank you both for your feedbacks.
BR
Guillaume
PS: About the branch locking, I see there is another thread started with SNMP4SDN so I will joint it.
toggle quoted message
Show quoted text
My point was that they use different revisions and that binding.model versions are not documented anywhere, nor the documentation nor the wiki.
But fair enough, what I understand from your answers is that mdsal binding.model version should be aligned with mdsal binding-parent version 3.0.6 since mdsal is now released.
I found confirmation on nexus that version 1.2.7-SNAPSHOT is not aligned with binding-parent 3.0.6 but 3.0.7-SNAPSHOT probably to prepare Neon SR1.
According to nexus, mdsal binding.model version 1.2.6 is OK
https://nexus.opendaylight.org/service/local/repositories/opendaylight.release/content/org/opendaylight/mdsal/binding/model/ietf/rfc6991-ietf-yang-types/1.2.6/rfc6991-ietf-yang-types-1.2.6.pom
Same things for ietf-access-control-list 0.13.6 and iana-if-type 1.0.6.
So it is now fixed in change 80409. https://git.opendaylight.org/gerrit/#/c/80409/
Thank you both for your feedbacks.
BR
Guillaume
PS: About the branch locking, I see there is another thread started with SNMP4SDN so I will joint it.
-----Original Message-----
From: Luis Gomez [mailto:ecelgp@...]
Sent: mardi 19 février 2019 18:20
To: LAMBERT Guillaume TGI/OLN
Cc: Tom Pantelis; <ylhsieh@...>; tsc@...;
release@...
Subject: Re: [release] SM projects status
Hi Guillome,
If you see the link: https://docs.opendaylight.org/projects/integration-
distribution/en/latest/platform-versions.html, you will see mdsal version for
Neon is 3.0.6.On Feb 19, 2019, at 7:38 AM, <guillaume.lambert@...><guillaume.lambert@...> wrote:1.2.6 okay ?
Thanks for the answer.
If so, on which non-SNAPSHOT versions am I supposed to depend on ? IsJanuary/010942.html
Cf previous thread at https://lists.opendaylight.org/pipermail/tsc/2019-distribution/en/latest/platform-versions.html
I didn’t have any clue on either
https://docs.opendaylight.org/projects/integration-orSAL_Impacts
https://wiki.opendaylight.org/view/Neon_platform_upgrade#MD-release@...
From: Tom Pantelis [mailto:tompantelis@...]
Sent: mardi 19 février 2019 15:37
To: LAMBERT Guillaume TGI/OLN
Cc: Luis Gomez; <ylhsieh@...>; tsc@...;Subject: Re: [release] SM projects statusthat was working last week..
On Tue, Feb 19, 2019 at 5:16 AM <guillaume.lambert@...> wrote:
Hi all
Luis, I created a TransportPCE stable/neon branch yesterday with a configBut I got a Jenkins build failure because of obsolete poms. It appears thatMdsal binding models 1.2.6-SNAPSHOT were removed yesterday and
replaced by 1.2.7-SNAPSHOT ones.you're not supposed to depend on snapshot versions.
The mdsal ;project is release integrated (or whatever the official term is) sohttps://git.opendaylight.org/gerrit/#/c/80373/ but the branch was locked... I
I fixed the poms in this change
believe this is an error since branch locks should probably not apply to SM
projects.So I had no other choices than to delete the branch and recreate it frommaster to have a working pom configuration.Now the stable/neon branch builds.functional tests unexpected failures. We are investigating that.
However, I believe the netconf REST API has evolved and this causes manyhttps://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/transportpce-tox-verify-neon/95/tox/py27/(to compare with before Neon bumphttps://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/transportpce-tox-
verify-sodium/5/tox/py27/ )___________________________________________________________
Best regards
Guillaume
___________________________________________________________
___confidentielles ou privilegiees et ne doivent donc
Ce message et ses pieces jointes peuvent contenir des informationspas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu cemessage par erreur, veuillez le signalera l'expediteur et le detruire ainsi que les pieces jointes. Les messageselectroniques etant susceptibles d'alteration,Orange decline toute responsabilite si ce message a ete altere, deforme oufalsifie. Merci.information that may be protected by law;
This message and its attachments may contain confidential or privilegedthey should not be distributed, used or copied without authorisation.this message and its attachments.
If you have received this email in error, please notify the sender and deleteAs emails may be altered, Orange is not liable for messages that have beenmodified, changed or falsified.Thank you.
_________________________________________________________________________________________________________________________
Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.