<div dir="ltr"><div><div><div><div><div><div><div><div>NMQt and MMQt used to be backends for Solid. We moved them from Solid so they can be used by more people, even people that do not use KDE software. Forcing everybody to install KF5 just to compile them does not sound a good thing to me. Imagine this talk with someone that want to use those libraries and do not use KDE software:<br>
<br>User: I want to use it, what should I install to compile it?<br>Us: a c++ compiler, Qt (and its dependencies), NetworkManager (and its dependencies), cmake and KF5.<br></div>User: What is KF5 and why is it needed.<br>
</div>Us: It's the next version of libraries used by KDE software. <br></div>User: Does NMQt use it?<br></div>Us: No.<br></div>User: Why do I need to install it?<br></div>Us: Because we want it.<br><br></div>There is absolutely no technical reason for NMQt/MMQt to depend on KF5. You can make that dependency optional but do not force it over everybody like you did in NMQt/MMQt's frameworks branches.<br>
<br></div>Besides depending on KF5's cmake modules what else does "being part of KDE frameworks" require?<br></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">
<p style="margin:0px">Lamarque V. Souza</p>
<p style="margin:0px">KDE's Network Management maintainer</p>
<p style="margin:0px"><a href="http://planetkde.org/pt-br" target="_blank">http://planetkde.org/pt-br</a></p></div></div>
<br><br><div class="gmail_quote">On Fri, Apr 4, 2014 at 5:53 AM, Jan Grulich <span dir="ltr"><<a href="mailto:jgrulich@redhat.com" target="_blank">jgrulich@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
And what is the problem depending on e-c-m? It's the base package, which will<br>
be available everywhere and being a part of KDE frameworks will make our<br>
libraries more visible and connected to KDE. We should be definitely part of<br>
frameworks, like Solid. Well, libnm-qt/libmm-qt are  basically Solid<br>
libraries.<br>
<br>
Those libraries are reusable, they are basically Qt API for<br>
NetworkManager/ModemManager, so you can manage connections and devices.<br>
<span class="HOEnZb"><font color="#888888"><br>
Jan<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Friday 04 of April 2014 05:29 Lamarque Souza wrote:<br>
> Both libraries are meant to be reusable. What I meant with "merge" is the<br>
> fact that the branches "frameworks" in NMQt and MMQt depends on KF5's cmake<br>
> modules. I still want NMQt/MMQt usable for those that use Qt but not KDE's<br>
> libraries (kdelibs and KF5).<br>
><br>
> Lamarque V. Souza<br>
><br>
> Em 04/04/2014 02:55, "Kevin Ottens" <<a href="mailto:ervin@kde.org">ervin@kde.org</a>> escreveu:<br>
> > Hello,<br>
> ><br>
> > On Thursday 03 April 2014 20:19:45 Lamarque Souza wrote:<br>
> > > Well, NetworkManagerQt and ModemManagerQt are Qt only libraries since<br>
> > > the<br>
> > > beginning. They are not meant to depend on any KDE libraries as I said,<br>
> ><br>
> > so<br>
> ><br>
> > > they are not meant to be merged to KF5.<br>
> ><br>
> > Note this is a blatant logic mistake. All the tier 1 frameworks depend<br>
> > only on<br>
> > Qt too, but still they are very much part of KF5.<br>
> ><br>
> > There might be reasons to not have those two in KF5, but the one you<br>
> > advance<br>
> > is clearly the wrong one.<br>
> ><br>
> > Regards.<br>
> > --<br>
> > Kévin Ottens, <a href="http://ervin.ipsquad.net" target="_blank">http://ervin.ipsquad.net</a><br>
> ><br>
> > KDAB - proud supporter of KDE, <a href="http://www.kdab.com" target="_blank">http://www.kdab.com</a><br>
<br>
</div></div><div class="HOEnZb"><div class="h5">--<br>
Jan Grulich<br>
Red Hat Czech, s.r.o<br>
<a href="mailto:jgrulich@redhat.com">jgrulich@redhat.com</a><br>
</div></div></blockquote></div><br></div>