Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#54841 - [mpv] pass --enable-cplugins to configure
Attached to Project:
Community Packages
Opened by ksmalt5 (ksmalt5) - Sunday, 16 July 2017, 19:40 GMT
Last edited by Antonio Rojas (arojas) - Sunday, 16 July 2017, 19:46 GMT
Opened by ksmalt5 (ksmalt5) - Sunday, 16 July 2017, 19:40 GMT
Last edited by Antonio Rojas (arojas) - Sunday, 16 July 2017, 19:46 GMT
|
DetailsDescription:
mpv has support for shared-library plugins ("cplugins") since ~6 months ago, but this is disabled unless opted-into at ./configure. It would be nice if the package would pass configure the --enable-cplugins flag to enable C plugin support. Additional info: mpv 1:0.25.0-5 mpv loads C plugins from the same directories as its lua scripts, and from a security perspective the .so vs lua distinction isn't important, as both have the same level of privilege and run inside the mpv process. The support isn't a complex and shouldn't add much to binary size. For users without any C plugins there should be no change in mpv behavior. The directory is scanned regardless because it's already used for lua plugins, so there shouldn't even be more disk reads. Thanks! |
This task depends upon
Closed by Antonio Rojas (arojas)
Sunday, 16 July 2017, 19:46 GMT
Reason for closing: Duplicate
Additional comments about closing: FS#54351
Sunday, 16 July 2017, 19:46 GMT
Reason for closing: Duplicate
Additional comments about closing: