[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#760003: transition: qt-gstreamer



On 28/04/15 08:10, Diane Trout wrote:
> 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?

Mostly patches. Mention they are for a transition and link to this bug report.

You didn't mention digikam, which appears in our transition tracker:
https://release.debian.org/transitions/html/auto-qt-gstreamer.html

What's its status?

Once everything is clear, we will ack the transition and you can proceed with an
upload to unstable, possibly followed with NMUs if the maintainers of the
reverse-dependencies don't react after a while.

Emilio


Reply to: