Move ktp-call-ui to kdenetwork

[Albert Astals Cid]

El Wednesday 23 December 2015, a les 23:19:11, Diane Trout va escriure:
> > > > However I do know of bugs that I haven't been able to figure out how
> > > > to
> > > > resolve. such as it doesn't always manage to complete call setup, and
> > > > the
> > > > current version hasn't really been tested by others.
> > > 
> > > Noone has tested it doesn't sound like "shipping quality ready" for me.
> > 
> > I use it occasionally for XMPP video chat and it works for me most of the
> > time. But I contributed to the KF5 port so I might be biased.
> > 
> > I think that most of the problems that remain are in the Telepathy or
> > GStreamer (Farstream) stack, but I am not sure how much activity there is
> > for these nowadays.
> 
> I'm pretty sure most of the issues are in farstreamer as well. There may be
> also be some issues from some objects not having support in the Qt/Glib
> interface
> 
> > > Are you sure we want to ship this to all our users like that? Can we
> > > maybe
> > > get some testing first?
> 
> So, mostly I just want this version to have a release, and I'm sufficiently
> new to KDE not to know how best to do that.
> 
> Also what Niels and I did is port it from KDE4 and GStreamer 0.10 to Plasma5
> & GStreamer 1.0. Most of the core logic is still from  George Kiagiadakis.
> It now works about as well as it did with KDE4 but with newer libraries.
> 
> Also its not like there's any KDE client that has better support for video
> chat for XMPP. As far as I am aware the only open source project with better
> XMPP video support is Jitsi. (I think there's some SIP based clients that
> are Qt based that claim support for video, but I haven't tested them).
> 
> However if there's a way to make an official "kde extras" or "unstable"
> release that can be easily shipped by distros, I'm totally fine with that
> too. I would rather not ship a git snapshot into Debian proper.

I think there's two separate questions that need answering here:

A) The desire to move ktp-call-ui to KDE Applications is because you don't 
want to do a release and want someone else to do it?

If that's the reason it seems a weak enough reason to me.
Doing a release of ktp-call-ui standalone is easy enough and should not take 
more than 1h, also the next release of KDE Applications is around 4 months 
away so if you really want a release *now* it really seems a good idea to 
release it independently.

B) Is the quality good enough to move to KDE Applications?

You mention is "it's probably as good as it was", but it was never part of KDE 
Applications so that doesn't say much. OTOH not it seems we don't have many 
other people that can test this and say it's good it seems, so probably this 
is a bit moot.

Now, let me be clear, i don't have a problem releasing one more tarball with 
the next KDE Applications release, I just want to make sure we're doing it for 
the right reasons.

Cheers,
  Albert

> 
> Diane