On Mon, Aug 13, 2018 at 5:52 PM Michael Vorburger <vorburger@...> wrote:

On Mon, Aug 13, 2018 at 2:09 PM Robert Varga <nite@...> wrote:

On 13/08/18 14:06, Anil Belur wrote:
>
>     https://git.opendaylight.org/gerrit/#/c/75151/
>
>
> 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:
>

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

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?

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'