On Sun, Apr 27, 2014 at 3:39 PM, David Faure <fa...@kde.org> wrote:

> On Tuesday 08 April 2014 06:02:33 Àlex Fiestas wrote:
> > On Monday 07 April 2014 23:27:33 Alex Merry wrote:
> > > Aleix wanted a separate thread for this, so here it is.
> > >
> > > The current runtime splitting plan says that ioslaves should be in
> three
> > > places: core ones (file, http, etc) in kio, other useful ones (archive,
> > > bookmarks, etc) in "kioslaves", and curiosities (cgi, finger) in
> > > kioslave-extra.
> > >
> > > In my view, this is too many repos (and I apologise for not bringing it
> > > up sooner, but the last I'd seen on the list, only one repo outside kio
> > > was being suggested, and I hadn't realised the plan had changed).
> > >
> > > Moving things between repos is a *pain*, and I think Ben and Albert
> have
> > > a point about being over-eager to split things up.  In this case, I
> > > think we should just have core things in kio, and everything else in
> > > kioslaves (or call it kio-extra-slaves, or whatever). Everything in
> that
> > > package should be optional, and distros can split it up if they really
> > > want, but I don't think we should split it.
> >
> > The reason for the split is that they are not used, not maintained and
> they
> > are not of general interest. Few examples:
> >
> > kiosalves of interest:
> > sftp
> > fish
> > smb
> > ...
> > kioslaves not of interest:
> > settings (allows you to use dolphin/konqueror as systemsettings)
> > cgi (allows you to execute cgi without having a web server)
> > finger
> >
> > I personally do not want to have those not of interest or unmaintained
> > kiosalves around, I do not want to maintain them, I do not want distros
> to
> > ship them by default (which will happen for those distros that will
> pacakge
> > the entire repository) etc.
> >
> > Maybe we can move them to unmaintain (there is such place in our git
> repos I
> > think)  or something like that, but I really think that kio_cgi does not
> > belong near smb.
>
> Here's my take on this topic:
>
> * kill settings, cgi and finger
> * move kio_desktop to workspace
> * put the rest in a kio-extras repo (that part is done, I see)
> * place that repo in kde/ or kde/<something> in the projects.kde.org
> hierarchy, so that it gets released with the KDE Applications, NOT with the
> workspace product. Support for kio_fish/kio_sftp on Windows or Gnome
> desktops
> is one of the major selling points of Dolphin there, this is "apps", not
> "workspace".
>
> (I can help with the last task, moving on p.k.o, if everyone agrees)
>
> --
> David Faure, fa...@kde.org, http://www.davidfaure.fr
> Working on KDE Frameworks 5
>
> _______________________________________________
> Kde-frameworks-devel mailing list
> Kde-frameworks-devel@kde.org
> https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
>

Makes sense to me. +1

Aleix
_______________________________________________
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Reply via email to