[MacPorts] #46748: update to port:vlc (Portfile, patches)
#46748: update to port:vlc (Portfile, patches) -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: vlc -------------------------+-------------------------------- I've addressed several small issues with port:vlc - moved an unnecessary dependency on port:pulseaudio to a variant (should maybe be a required variant for +x11?) - re-enabled building of the Qt4 UI plugin (which remains unstable) - removed a left-over reference to the Sparkle SUUpdater class from MainMenu.nib - added some configure options that are also set by VideoLAN's own build scripts for OS X I have left the +jack variant for now, but that one probably really requires a much more recent jack version. When I enabled the variant, I could no longer switch between the available audio playback devices (and the "system default device" had disappeared). -- Ticket URL: <https://trac.macports.org/ticket/46748> MacPorts <https://www.macports.org/> Ports system for OS X
#46748: update to port:vlc (Portfile, patches) --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Resolution: | Keywords: haspatch Port: vlc | --------------------------+-------------------------------- Comment (by rjvbertin@…): I added patch-vlc-for-macports.diff, which modifies the code in such a way that libvlc also finds the VLC plugins when linked to an application that doesn't live inside the VLC appbundle. I think I've succeeded in detecting this condition at runtime, without introducing regressions in the regular app bundle functioning. vlc itself almost starts up correctly with these modifications, but only when the standard OS X interface is *not* loaded: for that code to work it must be executed from inside the app bundle, with a full path. That reminds me of requirements on older OS X versions, but I haven't yet been able to put my finger on the exact issue. It's quite possible though that the interface even loop is started on a background thread while loading the module (which would explain at least why I haven't been able to trace execution in a debugger.) For now I propose to circumvent the whole issue by replacing ${prefix}/bin/vlc with a script that execs ${applications_dir}/VLC.app/Contents/MacOS/VLC : that works (also when called as vlc-wrapper or cvlc). -- Ticket URL: <https://trac.macports.org/ticket/46748#comment:1> MacPorts <https://www.macports.org/> Ports system for OS X
#46748: update to port:vlc (Portfile, patches) --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: haspatch Port: vlc | --------------------------+-------------------------------- Changes (by mf2k@…): * status: new => closed * version: 2.3.3 => * resolution: => fixed Comment: r133076 -- Ticket URL: <https://trac.macports.org/ticket/46748#comment:2> MacPorts <https://www.macports.org/> Ports system for OS X
participants (1)
-
MacPorts