[PATCH] Multi-Protocol IO-Slave

[Kevin Krammer]

On Sunday 13 January 2008, nf2 wrote:
> Jeff Mitchell wrote:

> > Personally, I'm all for a single network transparency library (or a
> > single authentication caching library, which would serve the purpose).  I
> > do think it's utterly stupid that the GNOMEs couldn't contribute to KIO,
> > which already has a bazillion working, useful KIOslaves, unless they felt
> > (as they seem to) that GIO/GVFS is better by design.  Still, it does reek
> > a bit of "we just can't allow ourselves to use anything with a K in it"
> > syndrome.
>
> The problem is that KIO always had desktop/GUI-toolkit dependencies and
> KDE developers never cared to remove them - so it's your fault, guys.

As far as I know there aren't any.
If you are referring to the issue that there hasn't been any formal 
specification of the KIO master/slave protocol I am not aware of any such 
thing regarding GIO/GFVS either.

> Also, having a Qt based client library is less liberal in terms of
> licenses. Of course, rewriting the core of KIO in plain C (or better
> GLib + main-loop + C) should have happened many years ago.

The base-library thing is greatly overrated.
Sure they are convenient and make behavior more consistent since everyone 
shares the same bugs, but they are pratically impossible to get right for 
everyone.

It is already very hard to get them right for a large portion of the targeted 
developers, e.g. if it needs async IO it needs to support both threading and 
main-loop, in case of main-loops allow integration with different ones, etc.

It surely helps the adoption of a technology if there is a base library but 
the minimum requirement for anything which aims to be shared among different 
parties is still the specification, something we failed to do for DCOP and 
KIO in time, so now even developers let alone users assume they have KDE 
specific dependencies.

Cheers,
Kevin

-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20080113/09f5d48b/attachment.sig>