Date
1 - 6 of 6
[opendaylight-dev] [release] [OpenDaylight TSC] [releng] Fluorine branch cutting
Luis Gomez
This will take care of integration and distribution remaining changes for neon:
toggle quoted message
Show quoted text
BR/Luis
|
|
Michael Vorburger <vorburger@...>
On Mon, Aug 13, 2018 at 5:50 AM Luis Gomez <ecelgp@...> wrote:
cool, now we just need to get autorelease to actually pass again... ;-) I'm still, right now, seeing various failures on https://jenkins.opendaylight.org/releng/job/genius-validate-autorelease-neon/8/console from the following projects: * lispflowmapping * bgpcep * netconf * controller I'll see if I can help with controller myself ASAP - hoping bgpcep and lispflowmapping and netconf fix their failures in autorelease...
archetypes https://git.opendaylight.org/gerrit/#/c/75136/ merged. How come this project was missed before? Should it be in autorelease? (It currently is not, according to https://github.com/opendaylight/releng-autorelease.) Anil, will you do the branching on archetypes? Does it need to be added somewhere to not be forgotten next time?
|
|
Anil Belur
On Mon, Aug 13, 2018 at 4:38 PM Michael Vorburger <vorburger@...> wrote:
Micheal, Any project which is not a part of AR is presumably a self managed project, and therefore branch cutting need to be performed be the PTL. Let me know if archetypes needs to be included in AR, I do remember this was included in stable/oxygen, but am not aware as to what changed in between? Thanks, Anil |
|
Robert Varga
On 13/08/18 14:06, Anil Belur wrote:
00:04:11.596 Entering 'mdsal' 00:04:11.607 mdsal 3e5d53eefead8a109f72b9d658432050d01e8cf1 Validate mdsal is not getting updated to the proper commit, which should be 3346408b80c3dd860d42f18469c7e35aa01cfee3 Bye, Robert |
|
Michael Vorburger <vorburger@...>
On Mon, Aug 13, 2018 at 2:09 PM Robert Varga <nite@...> wrote: On 13/08/18 14:06, Anil Belur wrote: I've hopefully fixed it with https://git.opendaylight.org/gerrit/#/c/75167/ by doing what I've documented on https://wiki.opendaylight.org/view/RelEng/Autorelease/Maintenance_Guide#Fix_up_broken_autorelease_which_fell_behind (which can perhaps be improved) but it begs the quesiton why we have to manually do this? |
|
Anil Belur
On Mon, Aug 13, 2018 at 5:52 PM Michael Vorburger <vorburger@...> wrote:
Robert, Michael: Thank you, I've merged the change #75167 and restarted AR #6. The .gitmodules seem to set to the correct branch (v2.6.x), I am not sure about this. The issue is when we update the submodules recursively AR should get forwarded to the head on the remote but instead it gets forwarded locally. Using the `--remote` on the CLI seem to get us the latest changes. $ git submodule update --init Submodule path 'mdsal': checked out '3e5d53eefead8a109f72b9d658432050d01e8cf1' $ git submodule update --init --remote Submodule path 'mdsal': checked out '3346408b80c3dd860d42f18469c7e35aa01cfee3' Thanks, Anil |
|