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: 226
Popularity: 0.50
First Submitted: 2012-12-04 09:21 (UTC)
Last Updated: 2024-09-24 06:58 (UTC)

Required by (400)

Sources (2)

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 37 Next › Last »

qmega commented on 2019-09-27 22:09 (UTC)

Ah, I knew this would happen... That was actually my commit, but I didn't know when it'd be merged so I didn't want to prematurely update the PKGBUILD. Probably should have left the flag there and just default-enabled it... but oh well. Fixed now.

katt commented on 2019-09-27 15:52 (UTC)

commit 919b7a55cdc837166bf831cdd1f01e4ad5b2cf89 removed --enable-zsh-comp and building this package without removing that flag will obviously fail.

qmega commented on 2019-08-09 22:06 (UTC)

@account Are your mirrors up to date? Until very recently mpv wouldn't build against repo ffmpeg (requiring a new version that hadn't been released), but as of ffmpeg 4.2 this package should build against the ffmpeg in Extra.

qmega commented on 2019-08-08 04:16 (UTC)

This package builds fine for me (with the non-stable ffmpeg commit reverted) on a fully updated system with mesa 19.1.4-1, and the x11egl context did get built. The mesa package appears to still provide egl.pc and glesv2.pc. That seems weird given freedesktop Bug 110141, so I could be missing something, but that's what I see.

Assuming whatever build problems you have persist with mesa 19.1.4-1, could you be more specific about what fails?

BillFleming commented on 2019-08-07 03:48 (UTC)

Need to add libglvnd-glesv2 to build depends now that new mesa has released. http://aur.archlinux.org/packages/libglvnd-glesv2 Otherwise will get egl build problems.

qmega commented on 2019-07-29 16:54 (UTC)

waf provides no api compatibility across versions. Using a system-installed waf would not build correctly. People have tried this before. This comes up with basically anything that uses waf and is probably why there's no official Arch package for waf even though software in the official repos (samba) uses it to build. Not even Debian uses system waf.

This package does use makepkg to download waf, so if you've gotten it to download once, waf should be available for future builds without having to download anything -- until mpv upgrades the waf version it uses, but that does not happen very often.

(Interestingly, in this situation you'd have actually been better off if we didn't download waf through makepkg. mpv's waf bootstrap script has a backup download URL so that it works when waf.io is down. I'm not aware of any way to specify backup mirrors for makepkg sources.)

rien333 commented on 2019-07-29 12:21 (UTC)

Why does this not use the system waf? The waf servers are down atm, and it's kinda annoying that I'm required to download it now whereas it could already be available on my system.

<deleted-account> commented on 2019-07-12 12:47 (UTC)

[deleted]