el7, kde, libvpx and gstreamer-plugins-good

[John Pilkington]

I have up-to-date F27 and SL7x (el7 clone) KDE boxes running 
mythtv-master installed from rpms built locally with this script - or, 
for el7, a slightly modified earlier version of it that disabled libvpx.

https://github.com/garybuhrmaster/packaging/blob/master/MythTV/rpm/README

mythtv-master requires a version of libvpx later than the one in the 
standard el7 repos, and the script now uses a COPR build that provides 
libvpx.so.5()(64bit).

gstreamer-plugins-good requires libvpx.so.1()(64bit)

mythtv does not require the gstreamer plugin, but it looks as if 
removing it would take most of KDE too. This surprises me. Is there an 
alternative?

TIA

John P

[Rex Dieter]

John Pilkington wrote:

>  I have up-to-date F27 and SL7x (el7 clone) KDE boxes running
>  mythtv-master installed from rpms built locally with this script - or,
>  for el7, a slightly modified earlier version of it that disabled libvpx.
>  
>  https://github.com/garybuhrmaster/packaging/blob/master/MythTV/rpm/README
>  
>  mythtv-master requires a version of libvpx later than the one in the
>  standard el7 repos, and the script now uses a COPR build that provides
>  libvpx.so.5()(64bit).
>  
>  gstreamer-plugins-good requires libvpx.so.1()(64bit)
>  
>  mythtv does not require the gstreamer plugin, but it looks as if
>  removing it would take most of KDE too. This surprises me. Is there an
>  alternative? 
A couple of options I can think of, mostly to do with changing your use of 
libvpx:

1.  package the newer libvpx in a way that is parallel-installable that 
doesn't replace the system copy

2.  corrolary to 1, link package libvpx as a static lib, and link it that 
way.

3.  phonon goes use gstreamer backend by default (which needs gstreamer-
plugins-good).  You could try building and using the vlc backend instead 
(which would allow for removing phonon-backend-gstreamer). 

1 or 2 are are the better options to use if possible

-- Rex

[Sérgio Basto]

On Fri, 2018-09-21 at 10:17 -0500, Rex Dieter wrote:
>  John Pilkington wrote:
>  
>  > I have up-to-date F27 and SL7x (el7 clone) KDE boxes running
>  > mythtv-master installed from rpms built locally with this script -
>  > or,
>  > for el7, a slightly modified earlier version of it that disabled
>  > libvpx.
>  > 
>  > https://github.com/garybuhrmaster/packaging/blob/master/MythTV/rpm/
>  > README
>  > 
>  > mythtv-master requires a version of libvpx later than the one in
>  > the
>  > standard el7 repos, and the script now uses a COPR build that
>  > provides
>  > libvpx.so.5()(64bit).
>  > 
>  > gstreamer-plugins-good requires libvpx.so.1()(64bit)
>  > 
>  > mythtv does not require the gstreamer plugin, but it looks as if
>  > removing it would take most of KDE too. This surprises me. Is there
>  > an
>  > alternative?
>  
>  A couple of options I can think of, mostly to do with changing your
>  use of 
>  libvpx:
>  
>  1.  package the newer libvpx in a way that is parallel-installable
>  that 
>  doesn't replace the system copy
>  
>  2.  corrolary to 1, link package libvpx as a static lib, and link it
>  that 
>  way.
>  
>  3.  phonon goes use gstreamer backend by default (which needs
>  gstreamer-
>  plugins-good).  You could try building and using the vlc backend
>  instead 
>  (which would allow for removing phonon-backend-gstreamer). 
>  
>  1 or 2 are are the better options to use if possible 
Maybe use ffmpeg 3 , in RPMFusion we are thinking in update ffmpeg on
el7 from 2.8 to 3.x ... and you give us more one reason . 
Also you may contribute on thread "Upgrading EL7 with a newer ffmpeg"

>  -- Rex
>  _______________________________________________
>  kde mailing list -- kde(a)lists.fedoraproject.org
>  To unsubscribe send an email to kde-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelin
>  es
>  List Archives: https://lists.fedoraproject.org/archives/list/kde@list
>  s.fedoraproject.org 
-- 
Sérgio M. B.

[Rex Dieter]

Sérgio Basto wrote:


>  Maybe use ffmpeg 3 
How is ffmpeg relevant to libvpx (or mythtv)?

-- Rex

[Sérgio Basto]

On Fri, 2018-09-21 at 13:30 -0500, Rex Dieter wrote:
>  Sérgio Basto wrote:
>  
>  
>  > Maybe use ffmpeg 3
>  
>  How is ffmpeg relevant to libvpx (or mythtv)? 
I trusted in readme : 
 With the latest FFmpeg in master (targeted to be version 30) the EL7
version of libvpx is too old. 


>  -- Rex
>  _______________________________________________
>  kde mailing list -- kde(a)lists.fedoraproject.org
>  To unsubscribe send an email to kde-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelin
>  es
>  List Archives: https://lists.fedoraproject.org/archives/list/kde@list
>  s.fedoraproject.org 
-- 
Sérgio M. B.

[Rex Dieter]

Sérgio Basto wrote:

>  On Fri, 2018-09-21 at 13:30 -0500, Rex Dieter wrote:
> > Sérgio Basto wrote:
> > 
> > 
> > > Maybe use ffmpeg 3
> > 
> > How is ffmpeg relevant to libvpx (or mythtv)?
>  
>  I trusted in readme :
>   With the latest FFmpeg in master (targeted to be version 30) the EL7
>  version of libvpx is too old. 
Sure, I still don't see how what version of ffmpeg is used helps solve the 
problem highlighted in this thread.

-- Rex

[John Pilkington]

On 21/09/18 19:34, Sérgio Basto wrote:
>  On Fri, 2018-09-21 at 13:30 -0500, Rex Dieter wrote:
> > Sérgio Basto wrote:
> >
> >
> >> Maybe use ffmpeg 3
> >
> > How is ffmpeg relevant to libvpx (or mythtv)?
>  
>  I trusted in readme :
>    With the latest FFmpeg in master (targeted to be version 30) the EL7
>  version of libvpx is too old.
>  
>   
Rex, Sergio:  Thanks for your replies.  I had hoped it might be less 
complicated.

TTBOMK I have never used content needing libvpx and my working build of 
mythtv-master for el7 simply omits it from BuildRequires and disables 
it.   I guess I can probably do that in the new version too, although I 
had hoped to avoid patches.

For some years mythtv has been using an internal version of ffmpeg, but 
recently in master that has gone deeper.  I'm now seeing 'mythffmpeg 
-version' of 4.0.2 in f27 and 4.0.1 in my two-month-old el7 build.

I'm not a mythtv developer.

John P

[John Pilkington]

On 21/09/18 19:34, Sérgio Basto wrote:
>  On Fri, 2018-09-21 at 13:30 -0500, Rex Dieter wrote:
> > Sérgio Basto wrote:
> >
> >
> >> Maybe use ffmpeg 3
> >
> > How is ffmpeg relevant to libvpx (or mythtv)?
>  
>  I trusted in readme :
>    With the latest FFmpeg in master (targeted to be version 30) the EL7
>  version of libvpx is too old.
>  
>   
Rex, Sergio:  Thanks for your replies.  I had hoped it might be less 
complicated.

TTBOMK I have never used content needing libvpx and my working build of 
mythtv-master for el7 simply omits it from BuildRequires and disables 
it.   I guess I can probably do that in the new version too, although I 
had hoped to avoid patches.

For some years mythtv has been using an internal version of ffmpeg, but 
recently in master that has gone deeper.  I'm now seeing 'mythffmpeg 
-version' of 4.0.2 in f27 and 4.0.1 in my two-month-old el7 build.

I'm not a mythtv developer.

===============

It's perhaps worth adding that the (disabled to get it to work) libvpx 
version requirement in the el7 build above (11d426bd49b) appears to be 
from the internal copy of FFmpeg version 4.0.1

(((

/BUILD/mythtv-{git hash}/mythtv/external/FFmpeg/configure line 6052

enabled libvpx            && {
     enabled libvpx_vp8_decoder && {
         check_pkg_config libvpx_vp8_decoder "vpx >= 1.4.0" 
"vpx/vpx_decoder.h vpx/vp8dx.h" vpx_codec_vp8_dx ||
             check_lib libvpx_vp8_decoder "vpx/vpx_decoder.h 
vpx/vp8dx.h" "vpx_codec_dec_init_ver VPX_IMG_FMT_HIGHBITDEPTH" -lvpx ||
                 die "ERROR: libvpx decoder version must be >=1.4.0";

}}}

John P