https://bugs.kde.org/show_bug.cgi?id=407200

--- Comment #31 from avlas <jsar...@gmail.com> ---
(In reply to Nikita Sirgienko from comment #30)
> (In reply to avlas from comment #28)
> > (In reply to Nikita Sirgienko from comment #27)
> > > > I think it would work for me if there would be a way to explicitly 
> > > > indicate
> > > > the location of the Qt5 library, similarly to what we do with python3 
> > > > libs
> > > 
> > > I don't think so: as I see, if we want use conda qt library, we need also
> > > build QtDbus 5.12 and build all cantor KF5 dependency. It a lot of work.
> > 
> > I meant systems Qt5 library, because the error comes from cantor using
> > conda's library instead. But it may not be possible, don't know...
> > 
> > 
> > > Well, that about this?
> > > 0. cd /home/miniconda/envs/cenv1/lib/
> > > 1. mkdir cantor-python-dir
> > > 2. cd cantor-python-dir
> > > 3. ln -s /home/miniconda/envs/cenv1/lib/libpython3.7m.so.1.0
> > > libpython3.7m.so.1.0
> > > 4. LD_LIBRARY_PATH=/home/miniconda/envs/cenv1/lib/cantor-python-dir cantor
> > > -b python3
> > 
> > I'll check it out, but I think it won't fix the issue with the Qt5 libraries
> > (conda's Qt5 libs are < 5.12)
> 
> In `cantor-python-dir` directory you need have Cantor builded with system qt
> libraries (cmake without CMAKE_PREFIX_PATH).
> This variant actually fix the problem, that when we use LD_LIBRARY_PATH, we
> add path to python library, but also path to conda qt libraries, which
> conflicts with system qt libraries.

Only with libpython3.7m.so* does not work as it may be internally relying on
other libs of the same folder, so I linked all libraries and then removed the
link to libQt5* libs in that folder and worked :)

By the way, that folder can be anywhere, so I created it within cantor folder
instead of in conda's.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to