[ipv6] RFR: 8223214: Inet6AddressImpl.loopbackAddress() should choose loopback address that is available

[Arthur Eubanks]

On Fri, May 17, 2019 at 10:14 AM Jiangli Zhou <jianglizhou at google.com>
wrote:

> On Fri, May 17, 2019 at 9:56 AM Arthur Eubanks <aeubanks at google.com>
> wrote:
> >
> >
> >
> > On Fri, May 17, 2019 at 4:13 AM Daniel Fuchs <daniel.fuchs at oracle.com>
> wrote:
> >>
> >> Hi Arthur,
> >>
> >> On 17/05/2019 00:18, Arthur Eubanks wrote:
> >> > I've tried to run this through the submit repo twice, haven't gotten a
> >> > result from either run. Could somebody check what's happened to those
> runs?
> >> > The branch names are "JDK-8223214" and "JDK-8223214-1".
> >>
> >> I'm not seeing anything for JDK-8223214 in the history.
> >> When did you submit those? It looks as they never run,
> >> as I can see jobs from some month ago. Maybe the trigger
> >> didn't work (whatever that is).
> >
> > I (actually Jiangli for me) submitted one Wednesday and one Thursday.
>
> That's strange those two jobs didn't show up. The job between those
> did complete.
>
> >>
> >>
> >> Can you submit a again and let me know - and I'll try
> >> to have a look at the jdk-submit CI?
> >
> > Yes I will try again. Thanks for looking at this.
>
> Let me try it from a new cloned repo again...
>
> Thanks,
> Jiangli
>
> >>
> >>
> >> best regards,
> >>
> >> -- daniel
>
Finally got a result, it looks good.

With this change, I think I can start burning down the test failures by
properly running them in our IPv6-only environment.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/net-dev/attachments/20190517/b1b4ef6b/attachment.html>