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>
> >> 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...
Size: 189 bytes
Desc: This is a digitally signed message part.
More information about the kde-core-devel