Am Montag, 27. Juni 2016 um 11:33:17, schrieb Joel Kulesza <[email protected]> > On Mon, Jun 20, 2016 at 4:21 PM, Kornel Benko <[email protected]> wrote: > > > Am Montag, 20. Juni 2016 um 16:04:03, schrieb Joel Kulesza < > > [email protected]> > > > On Mon, Jun 20, 2016 at 3:39 PM, Kornel Benko <[email protected]> wrote: > > > > > I have asked the admins to install Qt5 and I'll give it another go > > > > > following that (ETA unknown). This is perhaps a good opportunity for > > > > them > > > > > to get the upgrade out for other interested parties... > > > > > > > > OK. But make sure that the devel package of QT is installed too. > > > > > > > > > > That is among what I explicitly requested. > > > > OK. > > > > So, now the admins are causing problems. First, they installed a stripped > down verison of Qt5 which lacked SVG support. When I requested it, they > installed all of Qt5 elsewhere. Now, I'm having path problems where CMake > wants to use Qt5 from /usr/lib64/qt5 but the dependencies (and an > apparently separate, second, install) are in > /opt/local/rh/qt5/usr/lib64/qt5.
Do you also have "/opt/local/rh/qt5/usr/bin/qmake"?
If yes, set your PATH to "/opt/local/rh/qt5/usr/bin:$PATH"
If not, search for occurrences of all 'qmake' commands.
Check each with '..../qmake -query'
> How best can I force CMake to use this Qt
> path? Setting LD_LIBRARY_PATH, a command line parameter to CMake,
> something else? Below is what I currently see
>
> -- TOP_SRC_DIR = /home/jkulesza/SRC/lyx220
> --
...
>
> where I do have /opt/local/rh/qt5/usr/lib64/cmake/Qt5Svg/Qt5SvgConfig.cmake
> but cannot seem to get CMake to see it.
Cmake should be able to find it through the correct PATH.
Kornel
signature.asc
Description: This is a digitally signed message part.
