Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

> Am 21.07.2019 um 21:58 schrieb Josh Triplett : > >> On July 21, 2019 11:38:03 AM PDT, James Cowgill wrote: >> Hi, >> >>> On 12/03/2019 12:44, Reinhard Tartler wrote: >>> On Tue, Mar 12, 2019 at 8:36 AM Carl Eugen Hoyos >> > wrote: >>> >>>Please show the

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

On July 21, 2019 11:38:03 AM PDT, James Cowgill wrote: >Hi, > >On 12/03/2019 12:44, Reinhard Tartler wrote: >> On Tue, Mar 12, 2019 at 8:36 AM Carl Eugen Hoyos > > wrote: >> >> Please show the dependencies of (at least) libavutil and >libavcodec >> with your

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

Hi, On 12/03/2019 12:44, Reinhard Tartler wrote: > On Tue, Mar 12, 2019 at 8:36 AM Carl Eugen Hoyos > wrote: > > Please show the dependencies of (at least) libavutil and libavcodec > with your approach and maybe compare them to what sdl needs: While the >

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

On Tue, Mar 12, 2019 at 07:10:09PM -0400, Reinhard Tartler wrote: > On Tue, Mar 12, 2019 at 1:49 PM Josh Triplett wrote: > > > On Tue, Mar 12, 2019 at 08:25:55AM -0400, Reinhard Tartler wrote: > > >Depends: libavcodec58 (= 7:4.1.1-2), > > > libavdevice58 (=

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

On Tue, Mar 12, 2019 at 1:49 PM Josh Triplett wrote: > On Tue, Mar 12, 2019 at 08:25:55AM -0400, Reinhard Tartler wrote: > >Depends: libavcodec58 (= 7:4.1.1-2), > > libavdevice58 (= 7:4.1.1-2), libavfilter7 (= 7:4.1.1-2), libavformat58 (= > > 7:4.1.1-2),

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

On Tue, Mar 12, 2019 at 08:31:51PM +0100, Carl Eugen Hoyos wrote: > 2019-03-12 18:48 GMT+01:00, Josh Triplett : > > On Tue, Mar 12, 2019 at 08:25:55AM -0400, Reinhard Tartler wrote: > > >> I think this should address the issue. Any objections to this approach? > > > > This would work perfectly

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

2019-03-12 18:48 GMT+01:00, Josh Triplett : > On Tue, Mar 12, 2019 at 08:25:55AM -0400, Reinhard Tartler wrote: >> I think this should address the issue. Any objections to this approach? > > This would work perfectly for me, and I would then avoid installing > ffplay on my servers. I was

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

On Tue, Mar 12, 2019 at 08:25:55AM -0400, Reinhard Tartler wrote: >Depends: libavcodec58 (= 7:4.1.1-2), > libavdevice58 (= 7:4.1.1-2), libavfilter7 (= 7:4.1.1-2), libavformat58 (= > 7:4.1.1-2), libavresample4 (= 7:4.1.1-2), libavutil56 (= 7:4.1.1-2), libc6 > (>=

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

On Tue, Mar 12, 2019 at 08:25:55AM -0400, Reinhard Tartler wrote: > On Sun, Mar 10, 2019 at 9:36 PM Carl Eugen Hoyos wrote: > > > > What might work is disabling the avdevice outdev AND > > > moving 'ffplay' to its own binary package. > > > > Before suggesting this, I would prefer the OP to test.

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

2019-03-12 13:25 GMT+01:00, Reinhard Tartler : > In a headless installation that is used for transcoding and streaming, > such dependencies, like on X11, wayland, etc. may not be desirable. Funny that you mention X11 and wayland: Both are still dependencies of FFmpeg after your patch, no?

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

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.

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

On Sun, Mar 10, 2019 at 9:36 PM Carl Eugen Hoyos wrote: > > What might work is disabling the avdevice outdev AND > > moving 'ffplay' to its own binary package. > > Before suggesting this, I would prefer the OP to test. I > still do not entirely believe that this fixes his issue. > > There is a

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

> What might work is disabling the avdevice outdev AND > moving 'ffplay' to its own binary package. Before suggesting this, I would prefer the OP to test. I still do not entirely believe that this fixes his issue. Carl Eugen

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

On Sun, Mar 10, 2019 at 6:57 PM Carl Eugen Hoyos wrote: > 2019-03-10 23:21 GMT+01:00, Reinhard Tartler : > > On Sat, Mar 9, 2019 at 2:51 PM Carl Eugen Hoyos > wrote: > > > >> Could you test the configure option "--disable-outdev=sdl2"? > >> Your report indicates it should fix your issue, I am

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

2019-03-10 23:21 GMT+01:00, Reinhard Tartler : > On Sat, Mar 9, 2019 at 2:51 PM Carl Eugen Hoyos wrote: > >> Could you test the configure option "--disable-outdev=sdl2"? >> Your report indicates it should fix your issue, I am not convinced but >> if it fixes your issue, Debian should consider

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

On Sat, Mar 9, 2019 at 2:51 PM Carl Eugen Hoyos wrote: > Hi! > > Could you test the configure option "--disable-outdev=sdl2"? > Your report indicates it should fix your issue, I am not convinced but > if it fixes your issue, Debian should consider using it as the device > is mostly a (cheap)

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

Hi! Could you test the configure option "--disable-outdev=sdl2"? Your report indicates it should fix your issue, I am not convinced but if it fixes your issue, Debian should consider using it as the device is mostly a (cheap) debug feature. Please report back, Carl Eugen

Bug#923494: Please Recommend and dlopen libsdl2 rather than depending on it

Package: ffmpeg Version: 7:4.1.1-1 Severity: normal ffmpeg currently has a hard dependency on libsdl2. This pulls in a *huge* number of graphics-related dependencies. For a desktop/laptop, that's fine, and likely won't pull in much the user doesn't already have. However, on a headless server