Unsolved QtConnectivity with Bluez compiled from sources
-
QtConnectivity compiles successfully but with the "dummy backend".
Usually one must install the development packages for bluez, but I compiled it from sources.How can I "tell" this to Qt5?
-
I found the bluez.pc file is created during compilation but for some reasons is not installed. I manually copied it to /usr/lib/pkg-config/. Now pkg-config --modversion bluez finds it and it seems the test of qtconnectivity are ok.
But the warning about the dummy backend is still there...
-
Hi,
Did you rebuild the module from scratch once your installed bluez ?
-
@SGaist yes I did, but I've ended up to rebuild ALL. Perhaps
make clean
in the submodule directory wasn't enough? -
When you recompiled the module did bluez got found ?
-
@SGaist There were no explicit messages, they seems to appear only during the configuration step.
-
AFAIK, yes, the detection is done when you configure the module.
-
@SGaist said:
AFAIK, yes, the detection is done when you configure the module.
Unfortunately not. The
configure
script only checks the dependencies of qtbase. bluez is detected when running qmake for qtconnectivity and will print out a the little message Unsupported bluetooth platform, will not build a working QtBluetooth library if bluez was not found... -
@micland good point, I was thinking about the checking phase that is done when qmake is run on the module. One of the most visible for that being qtmultimedia.
A side note, IIRC if you re-run qmake on an already "configured" module, the detection won't be done again. You have to delete the
.qmake.cache
file to have it happening again or just nuke the folder and start from a clean state. -
@SGaist
Ah right - "configure" is ambiguous due to the two step configuration, once by theconfigure
script for qtbase and once by the qmake for the other modules.
This is not so obviously that the summary of the configure script does not warn about disabled features in submodules due to missing dependencies.