<br><br><div class="gmail_quote">On Tue, Oct 9, 2012 at 1:24 AM, John Layt <span dir="ltr"><<a href="mailto:jlayt@kde.org" target="_blank">jlayt@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 8 October 2012 14:51, Vishesh Handa <<a href="mailto:me@vhanda.in">me@vhanda.in</a>> wrote:<br>
<br>
> For 4.10, Nepomuk will no longer depend on Strigi for file indexing. We have<br>
> written our own file indexer which are based on popular libraries such as<br>
> taglib, exiv, ffmpeg, etc. This allows us to better control the indexing<br>
> process. If you would like to know more reasons as to why the change was<br>
> done, please read [1].<br>
<br>
</div><div class="im">> He suggested that the<br>
> file indexing plugins be present in a separate repository. It doesn't affect<br>
> us much, so I would like to know your opinion? Do you want it to be in a<br>
> separate repo?<br>
<br>
</div>Can we please keep this on-topic.  We may not like the idea, but the<br>
reality is our distro's have particular legal requirements that they<br>
need to meet before shipping code.  Some risks they are willing to<br>
take, others they are not, and that varies by distro.  This discussion<br>
is how best to help meet those requirements while still offering the<br>
maximum functionality to our users who want to add the plugins.<br>
<br>
Vishesh tells us that he is using a plugin system and just wants to<br>
know if it needs a separate repo for the plugins.  Perhaps it would<br>
help if Vishesh provides more detail on how the the plugin system is<br>
structured and how it differs (if any) from the way Strigi currently<br>
does it (which is obviously already acceptable to the distros).  In<br>
particular is it possible to just install the extra plugins without a<br>
re-compile?<br></blockquote><div><br>You would only need to compile the plugin and install it. <br><br>I was not terribly clear earlier, my fault. I was thinking from a technical (developer) point of view. I thought it was understood that we would not have a hard dependency to ffmpeg. When I said NepomukCore depends on ffmpeg, I mean that the top level CmakeLists has the checks. That is all.<br>
<br>The plugin system is exactly as any other plugin based system in KDE.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Taking the wider view, can you tell us how this affects the future of<br>
Stigi?  Would I be right in saying Strigi is no longer needed in KDE,<br>
i.e. is it deprecated, do the distro's need to install it any more,<br>
etc?<br></blockquote><div><br>Well, we're somewhere in the middle right now. We were just discussing this on #kde-devel.<br><br>Nepomuk will no longer depend on Strigi, but KFileMetaInfo still uses strigi. So we either keep that functionality or decide how we want to proceed. The new plugin based system has a hard link time dependency to Nepomuk-Core, so it cannot go into kdelibs. I'm not sure what we want to do.<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Cheers!<br>
<div class="HOEnZb"><div class="h5"><br>
>> Visit <a href="http://mail.kde.org/mailman/listinfo/kde-devel#unsub" target="_blank">http://mail.kde.org/mailman/listinfo/kde-devel#unsub</a> to unsubscribe <<<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br><br>