Bug#760003: transition: qt-gstreamer
On Friday, September 05, 2014 17:53:19 Emilio Pozuelo Monfort wrote:
> On 31/08/14 01:08, Diane Trout wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian.org@packages.debian.org
> > Usertags: transition
> >
> > For the longest time no one had the time to update qt-gstreamer to the
> > GStreamer 1.0 api. We finally managed to do the port and there is
> > progress on patches for the few packages that are using qt-gstreamer.
>
> What's the status of those patches? Are there patches for all the rdeps?
> Packages in experimental? Please file bugs and make them block this one.
>
> Without further details I can't ack this.
>
This is the first time I've tried to do a transition, and I dropped this
during the Jessie freeze. (I had guessed the release team would be busy with
other things).
As for the status of the patches, There's qt-gstreamer itself, it's fine.
I know the KDE-Telepathy components are all ported, ktp-common-internals,
telepathy-logger-qt, ktp-text-ui, ktp-call-ui, (I've been running against qt-
gstreamer 1.0 for months)
The other reverse depends appear to be kipi-plugins, kamoso, and qapt
Looking through Ubuntu vivid, kipi-plugins is already using qt-gstreamer 1.0 ,
qapt looks like it stopped using qt gstreamer, and based on a comment from a
Kubuntu developer, I think there is currently a buggy patch for kamoso.
Is there any documentation about what should be in the transition bugs filed
against the other packages?
Diane
Reply to: