[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-pim
Subject:    Re: [Kde-pim] Need help with the undefined reference hack
From:       "Christian Mollekopf" <chrigi_1 () fastmail ! fm>
Date:       2011-10-19 9:29:53
Message-ID: 1319016593.13065.140660987684545 () webmail ! messagingengine ! com
[Download RAW message or body]



On Wednesday, October 19, 2011 10:57 AM, "Christophe Giboudeaux"
<cgiboudeaux@gmx.com> wrote:
> On Wednesday 19 October 2011 10:26:12 Christian Mollekopf wrote:
> > On Tuesday, October 18, 2011 5:53 PM, "Milian Wolff" <mail@milianw.de>
> > =

> > wrote:
> > > On Tuesday 18 October 2011 14:39:19 Christian Mollekopf wrote:
> > > > Hi,
> > > > =

> > > > With the refactoring of the nepomukfeeder to a plugin based archite=
cture
> > > > we
> > > > ran into the problem that the nepomuk_email_feeder in kdepim has to
> > > > depend on
> > > > code in kdepim-runtime (because we can't push the code into kdepiml=
ibs
> > > > yet).
> > > > We decided to go for a workaround until we can push the necessary l=
ibs
> > > > into
> > > > kdepimlibs.
> > > > =

> > > > The idea is to create a runtime dependency on the necessary lib in
> > > > kdepim-
> > > > runtime, but I failed so far to create something which actually wor=
ks.
> > > > To ignore the unresolved symbols (which are supposed to be resolved
> > > > during
> > > > runtime) these options were added:
> > > > set(CMAKE_SHARED_LIBRARY_CREATE_CXX_FLAGS
> > > > "${CMAKE_SHARED_LIBRARY_CREATE_CXX_FLAGS}
> > > > -Wl,--allow-shlib-undefined,--warn-
> > > > unresolved-symbols,--no-fatal-warnings")
> > > > =

> > > > Now I need to tell the linker that the library with the name
> > > > nepomukfeederpluginlib will resolve the symbols on runtime, but in =
a way
> > > > that
> > > > it is not needed to compile the code.
> > > > Currently the nepomukfeederpluginlib is not linked to the
> > > > nepomuk_email_feeder
> > > > at all, but that leads to unresolved symbols during runtime.
> > > > =

> > > > I suppose it should be possible somehow tell the nepomuk_email_feed=
er
> > > > that the
> > > > nepomukfeederpluginlib will resolve the unknown symbols but couldn't
> > > > figure out
> > > > how so far. Is there maybe some linker option?
> > > > target_link_libraries is not an option because it creates a compile=
time
> > > > dependency.
> > > =

> > > Cannot help sadly, probably just cause some more problems:
> > > =

> > > - will this work on other platforms?
> > > - will this work with different linkers (esp. ld.gold vs old ld?)
> > =

> > I think Andr=E9 Heinecke made it work on windows, not sure about mac.
> > It is quite possible that this breaks with other linkers/platforms and I
> > don't have another solution to that than disabling the email_feeder.
> > It's only a temporary solution and not a critical part of the system
> > after all.
> =

> The nepomuk_email_feeder was disabled for Windows and Mac which confirms
> that =

> silencing the build errors is a mistake that must be avoided at all cost.
> =

> In the current state, kdepim 4.8 cannot be released, so unless a real fix
> is =

> applied, I suggest reverting this dirty hack and resurrect the previous
> email =

> feeder.
> =


That is IMO much less off an option, the previous feeder not only used
loads of cpu resources in way that we got many complaints, but the way
it fed the data into nepomuk is actually considered harmful. I'd rather
disable the feeder altogether than reverting back.
However at least a version which does no indexing of encrypted content
could be moved to kdepim-runtime which would already cover most usecases
and avoid those problems we're having now. If we get a way to decrypt
the emails into kdepimlibs it could even stay there forever (which I
would prefer).

> Also, note that the kdepim-runtime plugin still doesn't have an
> acceptable =

> license (http://ebn.kde.org/krazy/reports/kde-4.x/kdepim-
> runtime/agents/index.html). In the current state, it cannot be moved in =

> kdepimlibs.

Will fix that.

Christian

> =

> Christophe
> =

> _______________________________________________
> KDE PIM mailing list kde-pim@kde.org
> https://mail.kde.org/mailman/listinfo/kde-pim
> KDE PIM home page at http://pim.kde.org/
> Email had 1 attachment:
> + signature.asc
>   1k (application/pgp-signature)
_______________________________________________
KDE PIM mailing list kde-pim@kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

[prev in list] [next in list] [prev in thread] [next in thread]