[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-core-devel
Subject: Re: Moving KDE Telepathy to kdenetwork
From: Martin Klapetek <martin.klapetek () gmail ! com>
Date: 2015-02-06 10:41:23
Message-ID: CAPLgePovivjvOoJ1esh7ihS_WNEiL_jcCanFbU7=6BH_93v=eQ () mail ! gmail ! com
[Download RAW message or body]
On Thu, Feb 5, 2015 at 10:24 PM, Sune Vuorela <nospam@vuorela.dk> wrote:
> On 2015-02-02, Martin Klapetek <martin.klapetek@gmail.com> wrote:
> > Another part that KDE Telepathy needs is KAccounts and we'd like
> > to move that one too, probably to kde-runtime but there seems to be
> > some disagreements of the purpose of kde-runtime. KAccounts is
>
> I'm pretty sure that everything in kde-runtime is only for kdelibs. in
> Frameworks, everything has been moved into the framework it is a part
> of.
>
> KAccounts sounds mostly like a network thing to me, at least so far. If
> it becomes more than a network accounts thing, maybe it should become a
> framework ?
>
At this point it's really about the KCM and the kded module, doesn't
sound too frameworky to me...
> > [1] KDE Telepathy repos are:
> > ktp-accounts-kcm
> > ktp-approver
> > ktp-auth-handler
> > ktp-call-ui*
> > ktp-common-internals
> > ktp-contact-list
> > ktp-contact-runner
> > ktp-desktop-applets
> > ktp-filetransfer-handler
> > ktp-kded-module
> > ktp-send-file
> > ktp-text-ui
>
> would this also be a time to maybe reconsider if one went a bit
> overboard with the original repository splitting?
This follows the upstream Telepathy philosophy (and hey, also unix), where
everything is fully standalone component and can work without the others.
Also kinda follows the frameworks, this way anyone can pick the component
that they need/want (like the auth handler or filetransfer handler) and not
have
to drag the whole stuff.
Personally I find the structure like that better (as someone who works with
the code everyday); these days everything is/can be scripted anyway.
> Having a libkdetelepathyinternalsprivate as a *public* available library
> somehow
> smells like a bit wrong to me.
>
Right, this has been one of the #1 goals back in the times, to have this
a proper public library. But everyone from the original team is now gone,
raising the question wasn't really a success [1]. But I agree this should
be done.
> > *) ktp-call-ui is not yet ported and will most probably be dropped from
> > the 15.04 release
>
> So that one is staying in ... playground ... so far?
>
Extragear.
[1] - http://mail.kde.org/pipermail/kde-telepathy/2014-October/012250.html
Cheers
--
Martin Klapetek | KDE Developer
[Attachment #3 (text/html)]
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Feb 5, 2015 \
at 10:24 PM, Sune Vuorela <span dir="ltr"><<a href="mailto:nospam@vuorela.dk" \
target="_blank">nospam@vuorela.dk</a>></span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span \
class="">On 2015-02-02, Martin Klapetek <<a \
href="mailto:martin.klapetek@gmail.com">martin.klapetek@gmail.com</a>> wrote:<br> \
> Another part that KDE Telepathy needs is KAccounts and we'd like<br> > to \
move that one too, probably to kde-runtime but there seems to be<br> > some \
disagreements of the purpose of kde-runtime. KAccounts is<br> <br>
</span>I'm pretty sure that everything in kde-runtime is only for kdelibs. in<br>
Frameworks, everything has been moved into the framework it is a part<br>
of.<br>
<br>
KAccounts sounds mostly like a network thing to me, at least so far. If<br>
it becomes more than a network accounts thing, maybe it should become a<br>
framework ?<br></blockquote><div><br></div><div>At this point it's really about \
the KCM and the kded module, doesn't</div><div>sound too frameworky to \
me...</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span \
class=""> > [1] KDE Telepathy repos are:<br>
> ktp-accounts-kcm<br>
> ktp-approver<br>
> ktp-auth-handler<br>
> ktp-call-ui*<br>
> ktp-common-internals<br>
> ktp-contact-list<br>
> ktp-contact-runner<br>
> ktp-desktop-applets<br>
> ktp-filetransfer-handler<br>
> ktp-kded-module<br>
> ktp-send-file<br>
> ktp-text-ui<br>
<br>
</span>would this also be a time to maybe reconsider if one went a bit<br>
overboard with the original repository \
splitting?</blockquote><div><br></div><div>This follows the upstream Telepathy \
philosophy (and hey, also unix), where</div><div>everything is fully standalone \
component and can work without the others.</div><div><br></div><div>Also kinda \
follows the frameworks, this way anyone can pick the component</div><div>that they \
need/want (like the auth handler or filetransfer handler) and not have</div><div>to \
drag the whole stuff.</div><div><br></div><div>Personally I find the structure like \
that better (as someone who works with</div><div>the code everyday); these days \
everything is/can be scripted anyway.</div><div> </div><blockquote \
class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Having \
a libkdetelepathyinternalsprivate as a *public* available library somehow<br> smells \
like a bit wrong to me.<br></blockquote><div><br></div><div>Right, this has been one \
of the #1 goals back in the times, to have this</div><div>a proper public library. \
But everyone from the original team is now gone,</div><div>raising the question \
wasn't really a success [1]. But I agree this should</div><div>be \
done.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span \
class=""> > *) ktp-call-ui is not yet ported and will most probably be dropped \
from<br> > the 15.04 release<br>
<br>
</span>So that one is staying in ... playground ... so \
far?<br></blockquote><div><br></div><div>Extragear.</div><div><br></div></div>[1] - \
<a href="http://mail.kde.org/pipermail/kde-telepathy/2014-October/012250.html">http://mail.kde.org/pipermail/kde-telepathy/2014-October/012250.html</a><br \
clear="all"><div><br></div><div>Cheers</div>-- <br><div \
class="gmail_signature"><div><span style="color:rgb(102,102,102)">Martin Klapetek | \
KDE Developer</span></div></div> </div></div>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic