[MacPorts] #50697: VLC @2.2.2: build fails when using recently released ffmpeg-3.0

MacPorts noreply at macports.org
Wed May 4 01:19:05 PDT 2016


#50697: VLC @2.2.2: build fails when using recently released ffmpeg-3.0
----------------------------+-------------------------
  Reporter:  devans@…       |      Owner:  rjvbertin@…
      Type:  defect         |     Status:  new
  Priority:  Normal         |  Milestone:
 Component:  ports          |    Version:
Resolution:                 |   Keywords:
      Port:  VLC VLC-devel  |
----------------------------+-------------------------

Comment (by rjvbertin@…):

 I'd agree to discontinue the port:VLC, but not port:libVLC which is a
 dependency for VLC phonon backends (at least the qt5 version should be
 part of my KF5 ports tree). Those are alternatives for the gstreamer
 backend which are much more complicated in terms of dependencies. Also,
 the VLC backend carries the promise that one day it will allow selection
 of actual audio devices through phonon (rather than just the default
 device).
 Upstream doesn't provide a libVLC that can be used as a dependency.

 I'm not usually in favour of duplicating things, here VLC's buildsystem
 glue to pull in and build a contrib ffmpeg. However I do wonder if it
 wouldn't be more in line with MacPorts guidelines to trim down the current
 ffmpeg 2.8 port, reconfigure it to build in an appropriate location and
 incorporate it as a subport in port:VLC (port:ffmpeg-VLC for instance).
 With trimming down I of course mean aligning to the contrib build,
 removing all useless variants etc. The maintenance burden would be on me
 and/or anyone else who wishes to help out with port:VLC maintenance.
 That would at least have the advantage that those of us who build port:VLC
 or port:libVLC from source do not have to pull in and build ffmpeg each
 time.

-- 
Ticket URL: <https://trac.macports.org/ticket/50697#comment:11>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list