
<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Nov 9, 2015, at 6:25 AM, Tomaz Canabrava <<a href="mailto:tcanabrava@kde.org" class="">tcanabrava@kde.org</a>> wrote:</div><div class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><div class=""><br class=""></div><div class="">Hey<br class=""><br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

to me it looks like that in my case the facebook module is not linked<br class="">

both to the core and the desktop-widget modules.<br class="">

<br class="">

if set the following in the cmake CMD line:<br class="">

-DDISABLE_PLUGINS=1 -DFBSUPPORT=1<br class="">

all is good.<br class=""></blockquote><div class=""><br class=""></div><div class="">and you get no facebook support.<br class=""></div></div></div></div></div></blockquote><div><br class=""></div>(not a huge loss... oops)</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

any idea what is causing that? perhaps my older cmake...<br class=""></blockquote><div class=""><br class=""></div><div class="">I don't think it's your old cmake. Dirk also told me that those caused problems on Mac. I think I'll have to reestructure the libsubsurface_core and others to be dynamic because of the plugin, this won't change anything on the programming side besides a few exports.<br class=""> <br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

BTW, why did you decide to introduce plugins in Subsurface? are there<br class="">

benefits over any possible complications that the plugins may<br class="">

introduce.<br class=""></blockquote><div class=""><br class=""></div><div class="">yes: it's now simpler to create a new SocialNetwork integration by creating a new plugin for it. think of G+, Diaspora, Instagram, etc.<br class=""></div></div></div></div></div></blockquote><div><br class=""></div>Here's the thing. I know you wanted to do this, Tomaz, and who am I to tell people not work on something they care about, but... there is no G+ API. I don't know anyone using Diaspora, I have never seen a request for Twitter or Instagram integration, we don't have people standing in line writing such plugins, and we have a ton of other work that really might be useful. So while I appreciate that this is something you care about, I'm not convinced that this is the best direction to go. And when I read "this won't change anything"... "just a few exports" my immediate reaction is "great, this will be broken for the next few months and make it impossible for people who aren't on the latest Linux versions to build".</div><div>Because for me building is broken on Windows, Mac, all Ubuntu versions prior to 15.10. Which means most everyone here currently can't build.</div><div>That's why I added the DISABLE_PUGINS define. And I think I'll switch this to default to ON so that the out of the box user (err, developer) experience is better.</div><div><br class=""><blockquote type="cite" class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

also, unless i'm mistaken, if a plugin is static linked against the<br class="">

same .a modules that the executable is linked (core, profile,<br class="">

desktop-widges, etc) aren't we are going to distribute the same code<br class="">

twice and the plugin size is going to be quite large?<br class=""></blockquote><div class=""><br class=""></div><div class="">Probably, and maybe this is the reason why it's failing. <br class=""></div><div class="">Please, continue to compile without facebook integration, I'll try to fix that here by transforming the subsurface_core and subsurface_interface into dynamic libraries.<br class=""></div></div></div></div></blockquote><br class=""></div><div>I am really really not sure that I want that.</div><div><br class=""></div><div>/D</div><br class=""></body></html>