<div dir="ltr">That did it, thanks a ton Aleix!<div><br></div><div>For future readers, this is how I am invoking cmake:</div><div><br></div><div>$ cmake -DCMAKE_INSTALL_PREFIX=/usr -DKDE_INSTALL_USE_QT_SYS_PATHS=ON ..<br></div><div><br></div><div>-Srivatsan</div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, 13 Aug 2016 at 04:18 Aleix Pol <<a href="mailto:aleixpol@kde.org">aleixpol@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
Try enabling KDE_INSTALL_USE_QT_SYS_PATHS.<br>
<br>
Aleix<br>
<br>
<br>
On Fri, Aug 12, 2016 at 11:35 AM, Srivatsan Iyer<br>
<<a href="mailto:supersaiyanmode.rox@gmail.com" target="_blank">supersaiyanmode.rox@gmail.com</a>> wrote:<br>
> Hi Aleix,<br>
><br>
> Thanks for your response. It was not installing to /usr. I re ran cmake with<br>
> the proper prefix and got it installed to /usr. That hasn't yet solved the<br>
> problem. From the docs, I understand that the KPluginLoader::findPlugins(..)<br>
> can take an absolute path -- i tried that too without any success. I even<br>
> tried exporting QT_DEBUG_PLUGINS=1. That gave me a set of paths where<br>
> QFactoryLoader::QFactoryLoader() was looking for. If it is of any use, I<br>
> have pasted `sed | sort | uniq` version here: <a href="http://pastebin.com/k7acTvLP" rel="noreferrer" target="_blank">http://pastebin.com/k7acTvLP</a>.<br>
> Would you have any ideas about what is going on?<br>
><br>
> Oh and BTW, prior to compiling from sources, I had KDE-connect installed as<br>
> a part of kubuntu-desktop package. It worked perfectly until I uninstalled<br>
> it to replace it with what I compiled.<br>
><br>
> Srivatsan<br>
><br>
> On Thu, 11 Aug 2016 at 17:37 Aleix Pol <<a href="mailto:aleixpol@kde.org" target="_blank">aleixpol@kde.org</a>> wrote:<br>
>><br>
>> On Thu, Aug 11, 2016 at 11:37 AM, Srivatsan Iyer<br>
>> <<a href="mailto:supersaiyanmode.rox@gmail.com" target="_blank">supersaiyanmode.rox@gmail.com</a>> wrote:<br>
>> > Hello,<br>
>> ><br>
>> > I checked out the kdeconnect-kde repository and have been trying to<br>
>> > compile<br>
>> > from sources. I have been able to get it running. However, when I<br>
>> > connect<br>
>> > via the phone, I see an empty list in the main activity. I spent a few<br>
>> > hours<br>
>> > digging -- from the PluginFactory Java class (in Android) to<br>
>> > pluginloader.cpp. I am stuck at the point where<br>
>> > KPluginLoader::findPlugins("kdeconnect/") in PluginLoader constructor<br>
>> > returns an empty vector causing all downstream capabilities listing to<br>
>> > silently fail. From the documentation I, sort of, understand that it is<br>
>> > a<br>
>> > directory -- but where is it? The docs say it looks for JSON files<br>
>> > within<br>
>> > the subdirectories under it. Should this be plugins directory instead? I<br>
>> > tried passing in, without any success, the absolute path to my local<br>
>> > kdeconnect-kde/plugins directory. I would really appreciate any pointers<br>
>> > or<br>
>> > help.<br>
>> ><br>
>> > Details about my environment:<br>
>> >  - KDE Plasma version: 5.6.5<br>
>> >  - KDE Frameworks version: 5.23.0<br>
>> >  - QT Version: 5.5.1<br>
>> >  - Kernel version: 4.4.0-31-generic<br>
>> ><br>
>> > My method to run and debug:<br>
>> >  - make && sudo make install<br>
>> >  - (kill kdeconnectd)<br>
>> >  - call "kdeconnect-cli -l" (seems to have a side effect of starting the<br>
>> > daemon if not running)<br>
>> >  - check logs using "tail -f /var/log/syslog | grep kdeconn"<br>
>><br>
>> Can you make sure that you're installing to /usr or that<br>
>> QT_PLUGIN_PATH is properly initialized?<br>
>><br>
>> > On a slightly different note: I had compile issues with pluginloader.cpp<br>
>> > within the function "pluginsForCapabilities(..)" for that's using<br>
>> > qSet1.intersects(qSet2). This is unavailable in Qt5.5. I replaced it<br>
>> > with an<br>
>> > inefficient equivalent:<br>
>> >     if ((pluginIncomingCapabilities.isEmpty()<br>
>> >         && pluginOutgoingCapabilities.isEmpty())<br>
>> >         || (incoming & pluginOutgoingCapabilities).size()<br>
>> >         || (outgoing & pluginIncomingCapabilities).size()) { .. }<br>
>> ><br>
>> > Would it make sense to not use .intersects(..) -- because that is the<br>
>> > only<br>
>> > line of code in the entire source that causes the compile to fail on QT<br>
>> > version 5.5 - 5.6 ?<br>
>><br>
>> It compiles fine with Qt 5.6, not Qt 5.5 indeed. I'd recommend you to<br>
>> use a distribution with the stable version of the packages.<br>
>> We discussed patching it up, but it doesn't really improve things,<br>
>> since already released distributions won't pick up the package anyway.<br>
>><br>
>> Aleix<br>
><br>
> --<br>
><br>
> Srivatsan Iyer<br>
</blockquote></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><p dir="ltr">Srivatsan Iyer</p>
</div>