<div dir="ltr">I think you're referring to our work around for the 2017Q1 branch we have in <a href="http://bsd.qt.mk">bsd.qt.mk</a> of plasma5/QT/<a href="http://bsd.qt.mk">bsd.qt.mk</a>. We needed to add this, as the diverse fixes to the ports that were needed for the Qt-5.7.1 import (say graphics/poppler-qt5) have not been MFHed, and would have blocked compilation of most of the ports in branches/plasma5.<div><br><div>As the next quarterly prorts tree will be cut soon, this can then be dropped again, and wireshark-qt5 should work again -- sorry,  that I never tested that one with the workaround.<br></div><div><br></div><div><br></div><div>mfg Tobias</div><div><br></div><div><br><div><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 27 March 2017 at 19:02, Dwayne MacKinnon <span dir="ltr"><<a href="mailto:dmk@ncf.ca" target="_blank">dmk@ncf.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
Just a heads up. I was experimenting with poudriere to keep my area51<br>
granted kf5 stuff up to date and decided to add wireshark-qt5 to the<br>
build. Took me ages to figure out what was going on, but it turned out<br>
to be the "temporary workaround" of forcing c++11 on every qt5 using<br>
port in <a href="http://bsd.qt.mk" rel="noreferrer" target="_blank">bsd.qt.mk</a>.<br>
<br>
Rather than rewrite everything I'll just point you at the now-closed bug<br>
report I had filed with the wireshark maintainer.<br>
<br>
Cheers,<br>
Dwayne<br>
<br>
<a href="https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218066" rel="noreferrer" target="_blank">https://bugs.freebsd.org/<wbr>bugzilla/show_bug.cgi?id=<wbr>218066</a><br>
</blockquote></div><br></div>