Package Details: mpv-git 0.39.0_13_g2c5928e518-1

Git Clone URL: https://aur.archlinux.org/mpv-git.git (read-only, click to copy)
Package Base: mpv-git
Description: Video player based on MPlayer/mplayer2 (git version)
Upstream URL: https://mpv.io
Keywords: media player video
Licenses: GPL-2.0-or-later
Conflicts: mpv
Provides: libmpv.so, mpv
Submitter: rpolzer
Maintainer: qmega
Last Packager: qmega
Votes: 225
Popularity: 0.170460
First Submitted: 2012-12-04 09:21 (UTC)
Last Updated: 2024-09-24 06:58 (UTC)

Required by (409)

Sources (2)

Latest Comments

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 38 Next › Last »

eigengrau commented on 2018-05-30 06:05 (UTC)

pactree is now part of the pacman-contrib package (not part of base or base-devel).

qmega commented on 2018-05-12 15:13 (UTC)

Now that ffmpeg 4.0 has hit the official repos, this package finally builds against system ffmpeg again.

viachaslavic commented on 2018-04-28 04:35 (UTC)

@postadelmaga, also compiled ffmpeg v.4 can install from https://www.archlinux.org/packages/staging/x86_64/ffmpeg/

dbermond commented on 2018-04-16 00:18 (UTC)

@postadelmaga That's normal and expected.

In order to build the current mpv git master you need ffmpeg git master (for example, ffmpeg-git or ffmpeg-full-git package). It will not build with ffmpeg 3.4.

postadelmaga commented on 2018-04-16 00:12 (UTC) (edited on 2018-04-16 00:12 (UTC) by postadelmaga)

Just got this on a fresh Arch installation during compilation, looks some issue with dependency:

Checking for libav* is Libav                                         : no 
Checking for Libav/FFmpeg library versions                           : no 
('libavutil >= 56.12.100 libavcodec >= 58.16.100 libavformat >= 58.9.100 libswscale >= 5.0.101 libavfilter >= 7.14.100 libswresample >= 3.0.100' not found) 
 Unable to find development files for some of the required FFmpeg/Libav libraries. Git master is recommended.

fx333 commented on 2018-03-19 22:16 (UTC)

The case that prompted me to modify the script was a libva dependency, but it turns out my ffmpeg package wasn't depending on libva. So find-deps.py is actually working as intended it seems.

Although somewhat hacky, you can offload library searching to ld (the rpath would still need special consideration):

$ ld --verbose -o /dev/null -lz 2>/dev/null | grep ^-l
-lz (/usr/lib/libz.so)

qmega commented on 2018-03-18 23:22 (UTC)

The current script prunes dependencies-of-dependencies. The block of code labeled "Remove redundant dependencies" does that. Do you have some case where that isn't working?

I like the idea of using readelf instead of ldd (it was actually suggested once before), but I think that would require handling rpath and finding the actual files manually, unless you know of an easy way to do that. To demonstrate the issue: I build this package against ffmpeg-git installed in a subdirectory of /usr/lib (and registered with the package manager) so I can have it alongside ffmpeg release; the script with your patch fails on those libs because it assumes everything is in /usr/lib directly.

fx333 commented on 2018-03-18 19:32 (UTC) (edited on 2018-03-18 19:33 (UTC) by fx333)

The find-deps.py script will recursively list dependencies, this causes the mpv-git package to depend on e.g. all of ffmpeg's depends too.

I don't think this is correct, here's a patch to use readelf instead: https://gist.github.com/anonymous/f78ca1b5ce78ca2a9d973fa22fc4c1c3

qmega commented on 2018-01-27 04:43 (UTC)

Just pushed a workaround for the vulkan-headers situation. It's added to makedepends if pkg-config can resolve vulkan when the PKGBUILD is sourced. This should make the dependencies work out without forcing them on people who don't want vulkan at all.

qmega commented on 2018-01-27 04:29 (UTC)

@speak It needs vulkan-headers only if vulkan-icd-loader is installed. The latter comes with the pkg-config file which points to the header, but the former includes the header. I don't think this makes sense and I opened a bug report[1] against the packages a while back but so far it's been ignored. If you don't have either package installed, the build will work fine (but not have Vulkan support) so I don't want to add the depend unconditionally.

[1] https://bugs.archlinux.org/task/56238

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 38 Next › Last »