kdereview/phonon/ds9

[Thiago Macieira]

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.

>We could just let Qt handle releasing the backends, so extragear would
>make sense. However I could see us adding features to their backends
>to support newer libphonon features (since Qt is always going to be a
>little behind with their copy of Phonon), so having KDE releases of
>Gst/ds9/qt would make sense at that point. I'm still not sure kdebase
>is a workable way to do it, seems like we would want to release a
>recent tag of their backends, not just whatever happens to be in
>kdebase at the time.
>
>Last time I tried to compile phonon-gstreamer (last week), it appeared
>to not compile due to it requiring a Qt 4.4 newer then the one in
>qt-copy.

Yeah, it makes sense. I guess extragear is preferrable. The odd thing is 
that the code is found under "src/3rdparty/kdebase" in Qt's sources.

-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- 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/20080327/1a27dc38/attachment.sig>