<div dir="ltr">Ya, my hope is to get everything packed up and included in EPEL. It will probably be a little bit until I get that all setup because there are a few dependencies that need to be packaged as well, but hopefully it won't be too long.<br>Dave<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 9, 2014 at 12:00 AM, Matthias Kuhn <span dir="ltr"><<a href="mailto:matthias.kuhn@gmx.ch" target="_blank">matthias.kuhn@gmx.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Good job.<br>
<br>
Can we hope for rpm files for these? Would be nice to offer them<br>
officially.<br>
<br>
Matthias<br>
<span class=""><br>
On Die 09 Sep 2014 00:34:36 CEST, Dave Johansen wrote:<br>
> Yep, QWT and QWT-Polar were the offending libraries. Once I built a<br>
> Qt5 version and used this, QGIS 2.4 loaded up just fine on RHEL 6.<br>
> Thanks for the help,<br>
> Dave<br>
><br>
> On Mon, Sep 8, 2014 at 3:52 AM, Matthias Kuhn <<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a><br>
</span><span class="">> <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a>>> wrote:<br>
><br>
>     Hi Dave,<br>
><br>
>     Maybe it could be QWT (and QWT-Polar) which are linked against<br>
>     Qt4? You will probably have to recompile such dependencies as well.<br>
><br>
>     On Fri 05 Sep 2014 08:24:33 PM CEST, Dave Johansen wrote:<br>
><br>
>         On Thu, Sep 4, 2014 at 11:38 PM, Matthias Kuhn<br>
>         <<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a> <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a>><br>
</span>>         <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a> <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a>>>><br>
<span class="">>         wrote:<br>
><br>
>             Hi Dave<br>
><br>
>             there is still Qt 4 involved (partially?) as the 4 in the<br>
>         end of<br>
>             this line indicates:<br>
><br>
>             #10 0x00007ffff3e24ce6 in __do_global_ctors_aux () from<br>
>             /usr/lib64/libQtCore.so.4<br>
><br>
>             Did you clean the build directory after the build attempts<br>
>         for master?<br>
><br>
><br>
>         I just did a complete clean build just to be sure and it had<br>
>         the same<br>
>         crash. The same crash happened. Here's the output from ldd<br>
>         grepped for qt:<br>
><br>
>             libQt5Sql.so.5 => /usr/lib64/libQt5Sql.so.5<br>
>         (0x000000357c400000)<br>
>             libQt5WebKit.so.5 => /usr/lib64/libQt5WebKit.so.5<br>
>         (0x0000003585200000)<br>
>             libQt5WebKitWidgets.so.5 =><br>
</span>>         /usr/lib64/__libQt5WebKitWidgets.so.5<br>
>         (0x0000003580000000)<br>
>             libqgis_core.so.2.4.0 =><br>
>         /home/dlj/projects/qgis-qt5/__build/../install/lib/libqgis___core.so.2.4.0<br>
>         (0x00007faf1211c000)<br>
>             libqgis_gui.so.2.4.0 =><br>
>         /home/dlj/projects/qgis-qt5/__build/../install/lib/libqgis___gui.so.2.4.0<br>
>         (0x00007faf11a01000)<br>
>             libqgis_analysis.so.2.4.0 =><br>
>         /home/dlj/projects/qgis-qt5/__build/../install/lib/libqgis___analysis.so.2.4.0<br>
<span class="">>         (0x00007faf11772000)<br>
>             libQt5Quick.so.5 => /usr/lib64/libQt5Quick.so.5<br>
>         (0x000000357c800000)<br>
>             libQt5Qml.so.5 => /usr/lib64/libQt5Qml.so.5<br>
>         (0x000000357b200000)<br>
>             libQt5OpenGL.so.5 => /usr/lib64/libQt5OpenGL.so.5<br>
>         (0x000000357f400000)<br>
>             libQt5Sensors.so.5 => /usr/lib64/libQt5Sensors.so.5<br>
>         (0x000000357fc00000)<br>
>             libQt5Network.so.5 => /usr/lib64/libQt5Network.so.5<br>
>         (0x0000003579e00000)<br>
>             libQt5PrintSupport.so.5 =><br>
</span>>         /usr/lib64/libQt5PrintSupport.__so.5<br>
>         (0x000000357ee00000)<br>
>             libQt5Positioning.so.5 => /usr/lib64/libQt5Positioning.__so.5<br>
<span class="">>         (0x000000357f800000)<br>
>             libQt5Xml.so.5 => /usr/lib64/libQt5Xml.so.5<br>
>         (0x000000357a200000)<br>
</span>>             libQt5Concurrent.so.5 => /usr/lib64/libQt5Concurrent.__so.5<br>
<span class="">>         (0x00007faf1133c000)<br>
>             libQt5Svg.so.5 => /usr/lib64/libQt5Svg.so.5<br>
>         (0x00007faf110eb000)<br>
>             libQt5Widgets.so.5 => /usr/lib64/libQt5Widgets.so.5<br>
>         (0x000000357ba00000)<br>
>             libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5<br>
>         (0x000000357aa00000)<br>
>             libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5<br>
>         (0x0000003578a00000)<br>
>             libQtSvg.so.4 => /usr/lib64/libQtSvg.so.4 (0x0000003582200000)<br>
>             libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007faf0fda5000)<br>
>             libQtCore.so.4 => /usr/lib64/libQtCore.so.4<br>
>         (0x00007faf0f941000)<br>
><br>
>         So it looks like you already pointed out that the Qt4<br>
>         libraries are<br>
>         being linked in as well for some reason. Any ideas on what I<br>
>         should do<br>
>         to run down where this issue is coming from?<br>
><br>
>             For your other question (lrelease-qt5) you can revert this<br>
>         commit:<br>
</span>>             9c6f1698fcb3df758f024fad99ed65____06d6a38e0d<br>
<div class="HOEnZb"><div class="h5">><br>
>             I guess I'll have to figure out another approach to handle<br>
>         this<br>
>             suffix than just deleting it like this commit does.<br>
><br>
><br>
>         I reverted that commit and it built without me specifying the<br>
>         path to<br>
>         lrelease-qt5.<br>
><br>
><br>
<br>
<br>
</div></div></blockquote></div><br></div>