Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it
On July 21, 2019 11:38:03 AM PDT, James Cowgill <jcowgill@debian.org> wrote:
>Hi,
>
>On 12/03/2019 12:44, Reinhard Tartler wrote:
>> On Tue, Mar 12, 2019 at 8:36 AM Carl Eugen Hoyos <ceffmpeg@gmail.com
>> <mailto:ceffmpeg@gmail.com>> wrote:
>>
>> Please show the dependencies of (at least) libavutil and
>libavcodec
>> with your approach and maybe compare them to what sdl needs:
>While the
>> list may become smaller I wonder if it this would really solve
>the
>> described issue.
>>
>> Sure thing, please find the full build log attached to this email.
>> It details the full metadata at the end of the log.
>
>I've been on a rather long haitus from Debian stuff for a while, t I
>now
>have some time to do more so I'm going to get FFmpeg 4.1.4 uploaded
>next
>(and by the looks of things 4.2 is just around the corner...)
>
>I see a "fix" for this in the git history, but I think it's broken:
>
>* There is an obvious typo in the d/rules file which prevents the
>option
>to disable the SDL output device from taking effect. You can see from
>the build log attached to this bug report that we still have an SDL
>dependency.
>
>* Even after fixing that, the dependency remains. I think the "opengl"
>device backend has a dependency on SDL as well. Disabling that is
>probably a greater loss?
>
>* With the above two changes (disabling both sdl and opengl), I ran the
>final packages through dose and compared the dependencies. This is the
>list of transitive dependencies that no longer need installing after
>this change:
>
> libsdl2-2.0-0
> libwayland-client0
> libwayland-cursor0
> libwayland-egl1
> libxcursor1
> libxinerama1
> libxkbcommon0
> libxrandr2
> libxss1
> xkb-data
>
>Notice that all of OpenGL, all xcb and core x11 libraries are still
>required.
>
>The total uncompressed size of these packages is around 8M, with
>libsdl2-2.0-0 and xkb-data being the only significant packages (the
>rest
>are < 100k). Note that xkb-data is installed by default so that saving
>is probably only relevant for stripped down containers. For comparison,
>if I install ffmpeg in a build chroot, apt says it will use 418M of
>extra space.
>
>In conclusion, I don't think the savings this change gives us are worth
>it, and I don't like disabling features in FFmpeg :)
>
>I think what you really want is an "ffmpeg-nox" package containing a
>build of the frontend ffmpeg tool with libavdevice completely disabled.
>I haven't run this in dose, but by dropping this dependency I would
>expect all the GL / X11 / etc dependencies to also go which would give
>much better space savings. Probably needs a little more thinking about
>the way this would be implemented though (and it's relationship with
>the
>normal ffmpeg package).
You're right, that's much more what I'm looking for. This is primarily for headless servers, which primarily need the command line tool and a subset of libraries.
Reply to: