<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 11, 2019, 5:50 AM Daniel P. Berrangé <<a href="mailto:berrange@redhat.com">berrange@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, Feb 09, 2019 at 02:03:05PM -0500, Laine Stump wrote:<br>
> Since this test (050-apply-verify-host.t), we can't use a regexp in<br>
> the string to be compared. The fix method that leads to the least<br>
> changes is to use sed to remove potential leading 0's.<br>
> <br>
> Signed-off-by: Laine Stump <<a href="mailto:laine@laine.org" target="_blank" rel="noreferrer">laine@laine.org</a>><br>
> ---<br>
> <br>
> (These changes fix *almost* all failures in<br>
> nwfilter/050-apply-verify-host.t on RHEL8. The rest look like they<br>
> might be legitimate problems with ebtables and IPv6)<br>
<br>
Interesting, I swear I have previously got that test to succeed so<br>
wonder what's changed since then !<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I figured it out yesterday evening but haven't gotten a chance to post it yet. I was being alarmist - its not a behavioral difference, but just a difference in how ipv6 addresses are formatted. The original ebtables reports ipv6 addresses with a netmask (/ffff:ffff:ffff:ffff:8000::) while the iptables-ebtables package that RHRL8 is now using reports it with a prefix (/65). They probably hadn't switched packages yet the last time you ran the test. I have a patch that modifies the expected output (and uses sed to modify the output from 'older' hosts, similar to what you had done for RARP vs 0x8035) and will post it in a few hours, once I've had coffee and tested on both types of host.</div></div>