Matthias Kretz kretz at kde.org
Fri Mar 28 10:31:43 GMT 2008

On Thursday 27 March 2008, Thiago Macieira wrote:
> Ian Monroe wrote:
> >On Thu, Mar 27, 2008 at 9:11 AM, Kevin Krammer <kevin.krammer at gmx.at>
> wrote:
> >> On Thursday 27 March 2008, Sebastian Kuegler wrote:
> >>  > The Phonon backends have been in kdereview for ages now. How about
> >>  > we move them into kdelibs now?
> >>
> >>  I think Thiago initially added them to kdebase/runtime and moved them
> >> out because of the 4.0 freeze. So they should probably be moved back
> >> there again. On Thu, Mar 27, 2008 at 6:13 AM, Sebastian Kuegler
> >> <sebas at kde.org> wrote: The Phonon backends have been in kdereview for
> >> ages now. How about we move them into kdelibs now?
> >
> >Is Trolltech promising to follow the KDE release cycle? That would be
> >two product release cycles they'd have to contend with, seems unlikely
> >to me.
> No, Trolltech will follow the Qt release cycle. We will create a branch in
> Subversion when we've reached feature freeze and then work there.
> The problem is when KDE freezes trunk but Qt's next version isn't frozen
> yet. The ideal situation would be that trunk never freezes, but KDE
> instead branches into the next version. That's how we develop internally
> (qt/main never freezes) as well as WebKit.
> Another possibility is to put the code somewhere other than kdebase:
> kdesupport or extragear/multimedia.

kdesupport would not work as the backends depend on code in kdelibs. Extragear 
would also be lying a bit since the code as it is there never gets released 
as a single package.

But the problem with Qt and KDE releases of phonon and phonon backends is a 
more general problem. The ideal solution would be that KDE and Qt release new 
versions at the same time. Until that happens (I may dream, right?) we need 
some other solution to not freeze libphonon every other month.

For that I'd love to have some place in svn where the phonon code never gets 
frozen and then branch off for either Qt or KDE releases. The same for 
backends (except all those that won't get released with Qt, like 
phonon-xine). The phonon-gstreamer backend will need a KDE version to make 
use of libkaudiodevicelist (which uses Solid) in order to do the best 
possible device listing (as you got used to from the xine backend).

Matthias Kretz (Germany)                            <><
MatthiasKretz at gmx.net, kretz at kde.org,
Matthias.Kretz at urz.uni-heidelberg.de
-------------- 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/20080328/d2fce927/attachment.sig>

More information about the kde-core-devel mailing list