libmm-qt/libnm-qt as KF5

[Lamarque Souza]

 In CMakeLists.txt:

find_package(ECM 0.0.12 REQUIRED NO_MODULE)
include(KDEInstallDirs)
include(KDEFrameworkCompilerSettings)
include(KDECMakeSettings)

The way it is now you need to install KF'5's cmake modules to parse NMQt's
CMakeLists.txt, nothing more from KF5 is used. In master branch we use
modules from cmake package only since the beginning to avoid depending on
kdelibs. I think KF5's cmake modules should be optional dependency and not
hard dependency.

PS: I assuming the three includes above came from KF5. If they are included
in cmake package so there will be no problem.

Lamarque V. Souza

KDE's Network Management maintainer

http://planetkde.org/pt-br


On Sat, Apr 5, 2014 at 12:08 PM, Albert Astals Cid <aacid at kde.org> wrote:

> El Divendres, 4 d'abril de 2014, a les 07:57:26, Lamarque Souza va
> escriure:
> > 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:
> >
> > User: I want to use it, what should I install to compile it?
> > Us: a c++ compiler, Qt (and its dependencies), NetworkManager (and its
> > dependencies), cmake and KF5.
> > User: What is KF5 and why is it needed.
> > Us: It's the next version of libraries used by KDE software.
> > User: Does NMQt use it?
> > Us: No.
> > User: Why do I need to install it?
> > Us: Because we want it.
>
> That seems a bit strange. Can you point at where in the framework branch of
> libnm-qt KF5 is required but not used?
>
> Cheers,
>   Albert
>
> >
> > 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.
> >
> > Besides depending on KF5's cmake modules what else does "being part of
> KDE
> > frameworks" require?
> >
> > Lamarque V. Souza
> >
> > KDE's Network Management maintainer
> >
> > http://planetkde.org/pt-br
> >
> > On Fri, Apr 4, 2014 at 5:53 AM, Jan Grulich <jgrulich at redhat.com> wrote:
> > > And what is the problem depending on e-c-m? It's the base package,
> which
> > > will
> > > be available everywhere and being a part of KDE frameworks will make
> our
> > > libraries more visible and connected to KDE. We should be definitely
> part
> > > of
> > > frameworks, like Solid. Well, libnm-qt/libmm-qt are  basically Solid
> > > libraries.
> > >
> > > Those libraries are reusable, they are basically Qt API for
> > > NetworkManager/ModemManager, so you can manage connections and devices.
> > >
> > > Jan
> > >
> > > On Friday 04 of April 2014 05:29 Lamarque Souza wrote:
> > > > Both libraries are meant to be reusable. What I meant with "merge" is
> > > > the
> > > > fact that the branches "frameworks" in NMQt and MMQt depends on KF5's
> > >
> > > cmake
> > >
> > > > modules. I still want NMQt/MMQt usable for those that use Qt but not
> > >
> > > KDE's
> > >
> > > > libraries (kdelibs and KF5).
> > > >
> > > > Lamarque V. Souza
> > > >
> > > > Em 04/04/2014 02:55, "Kevin Ottens" <ervin at kde.org> escreveu:
> > > > > Hello,
> > > > >
> > > > > On Thursday 03 April 2014 20:19:45 Lamarque Souza wrote:
> > > > > > Well, NetworkManagerQt and ModemManagerQt are Qt only libraries
> > > > > > since
> > > > > > the
> > > > > > beginning. They are not meant to depend on any KDE libraries as I
> > >
> > > said,
> > >
> > > > > so
> > > > >
> > > > > > they are not meant to be merged to KF5.
> > > > >
> > > > > Note this is a blatant logic mistake. All the tier 1 frameworks
> depend
> > > > > only on
> > > > > Qt too, but still they are very much part of KF5.
> > > > >
> > > > > There might be reasons to not have those two in KF5, but the one
> you
> > > > > advance
> > > > > is clearly the wrong one.
> > > > >
> > > > > Regards.
> > > > > --
> > > > > Kévin Ottens, http://ervin.ipsquad.net
> > > > >
> > > > > KDAB - proud supporter of KDE, http://www.kdab.com
> > >
> > > --
> > > Jan Grulich
> > > Red Hat Czech, s.r.o
> > > jgrulich at redhat.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20140405/761100fe/attachment-0001.html>