Thursday 28 July 2022

Re: +1 maintenance report

Hi Michael!

On Fri, 2022-07-29 at 15:36 +1200, Michael Hudson-Doyle wrote:
> Thanks to sickness and leave and other interruptions I didn't get a
> whole lot done in my shift, and I didn't do a very good job of
> recording the things I did do I'm afraid.

My condolances, I hope you feel better soon!

> # ffmpeg 5
>
> I spent a while looking at the ongoing ffmpeg 5 transition and it's a
> huge mess. ffmpeg itself has now migrated but there are a pretty
> large set of packages on NBS depending on the old ffmpeg libraries.
> Dan did a great job of sorting out all the easy and easy-ish stuff
> here but most (all?) of the remaining packages seem to require at
> best moving to much newer upstreams than are present in the archive
> or at worse extensive upstream work (some packages may be able to be
> built without ffpmeg support until upstream catches up, which
> degrades functionality but might be worth doing as a stop gap). I
> feel like at this point it is not really something that is suitable
> for +1 maintenance work. Unless someone who already has experience
> with ffmpeg can devote an entire shift to it, I'm not sure what our
> plan should be.

Agreed, this is a mess. I was assisting with Steve on the digiKam 7.7.0
issue that is related to this (complete FTBFS due to inability to build
with libavcodec59) and he thought of porting it. I investigated
upstream and have been met with the developers telling me that they
will not support ffmpeg 5 on digiKam 7.7.x, but will on 8.x.x.
Moreover, I cannot find any sign of the source code for 8.x, but
they've somehow released some pre-alpha appimages (???!).

At any rate, I managed to get some builds in my PPA without the video
playback support by removing the '-DENABLE_MEDIAPLAYER=ON' line from
the debian/rules file. Good news: it builds. Bad news: No video player.

I've only been hesitating to upload this because Steve had mentioned
perhaps porting the failing portion to ffmpeg 5 compatibility, so I was
waiting to hear back from him to see how he wanted to proceed, but I
might just upload it and see if he wants to port it later.

This is of interest to me because digiKam is a major part of Ubuntu
Studio as its premiere photo cataloguing application, in addition to
the multitude of other benefits it provides.

--
Erich Eickmeyer
Project Leader, Ubuntu Studio
Member, Ubuntu Community Council
Ubuntu MOTU

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel