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

Required by (427)

Sources (2)

Latest Comments

« First ‹ Previous 1 .. 14 15 16 17 18 19 20 21 22 23 24 .. 38 Next › Last »

qmega commented on 2017-01-07 02:17 (UTC) (edited on 2017-01-07 02:22 (UTC) by qmega)

Can't reproduce, but based on your error my guess is your python / python-docutils packages are mismatched since the Python 3.6 upgrade, so you're running python 3.6 with docutils in /usr/lib/python3.5 or python 3.5 with docutils in /usr/lib/python3.6. A full system upgrade with up to date mirrors should fix it. If not, check your versions of each package to be sure: latest as of this writing are python 3.6.0-1 and python-docutils 0.13.1-2 (obviously you need both installed, but as they're makedeps I'm assuming you do).

thelongdivider commented on 2017-01-05 06:58 (UTC)

Anyone else having this problem? Traceback (most recent call last): File "/usr/bin/rst2man", line 21, in <module> from docutils.core import publish_cmdline, default_description ModuleNotFoundError: No module named 'docutils' Build failed -> task in 'rst2man' failed (exit status 1): {task 140156037857856: rst2man mpv.rst -> mpv.1} ' /usr/bin/rst2man --strip-elements-with-class=contents ../DOCS/man/mpv.rst DOCS/man/mpv.1 ' ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build mpv-git.

qmega commented on 2016-12-01 03:43 (UTC)

@Soukyuu: That's been asked a couple times before. Here's what I said last time: (TL;DR: They aren't really optdepends the way the packaging system sees them. Either they were linked against at build time, and mpv won't run without them (hard depend), or they weren't, in which case even if you install them they can't be used unless you rebuild mpv. The situation isn't ideal, and I'm open to ideas.) An optdepend tells the packaging system that you can freely install or uninstall it and you will just get/lose the associated optional functionality. Although Lua support is an optional dependency for mpv, it doesn't work like that. If you don't have it installed when you build, Lua support won't be there, even if you install Lua later. And if you build with Lua support, uninstalling Lua will render your mpv unable to run. If you have a compatible Lua installed when you build mpv, it will be picked up and will be a hard depend of the generated package (as it should be, because the package won't work without it). As a compromise, the last time this was asked I added a message on install that addresses this issue and specifically mentions Lua, but I have it only on the first install to avoid annoying people. Here's also what I said last time about the auto-detecting dependencies thing: I know the dependency system is non-ideal, but I haven't thought of anything better. The way it is prevents dependencies from getting out of sync, and allows everyone to use whichever optional features they want without having to install a bunch of stuff they don't or edit the PKGBUILD every time. The price is that you have to figure out which extra packages you need the first time you install, but at least you only have to do that once. If you can think of a better system, I'm all ears.

Soukyuu commented on 2016-11-29 19:41 (UTC)

lua51/luajit are needed for lua/OSC support, maybe you could add them as optional dependencies?

qmega commented on 2016-06-16 04:22 (UTC)

For anyone who uses nnedi3 or superxbr: They're being removed soon (https://github.com/mpv-player/mpv/pull/3236). I've removed the enable flag from this package already because I'll be out of town for a while and don't want the package to break if they remove it while I'm gone. Both scalers are already implemented as user shaders: https://github.com/bjin/mpv-prescalers For now you can also just add the flag back to the build if you want, but user shaders will be the way to use nnedi3 or superxbr in the future.

qmega commented on 2016-04-25 03:01 (UTC)

FYI, there's a bash completion for mpv at https://github.com/2ion/mpv-bash-completion which seems pretty well updated. (I use zsh, so I haven't personally used it.) Looks like the bash-completion package has removed their mpv thing for the next release, so you might want to check that out. Or switch to zsh, it's better ;)

CounterPillow commented on 2016-04-24 17:32 (UTC)

Nevermind me, some retard broke /usr/share/bash-completion/completions/mpv, fault isn't in this package.

CounterPillow commented on 2016-04-24 17:22 (UTC)

Did bash completion break for anybody else? Because it did break for me.

severach commented on 2016-02-09 08:17 (UTC)

I update my git packages on each version change so that git users get updated no less often than non git users. Updates on each commit seem excessive.

qmega commented on 2016-02-03 06:38 (UTC)

Well, mpv is committed to almost every day. Mirroring every upstream commit might be feasible for some (small / rarely-updating) packages, but for this one it'd be ridiculous. You could script your upgrade process to explicitly upgrade this package (and similar ones) every time, or after a certain time has passed since your last rebuild. If you want to get fancy, you could even e.g. check https://api.github.com/repos/mpv-player/mpv/commits?per_page=1 and compare the sha with the version of your installed package.

« First ‹ Previous 1 .. 14 15 16 17 18 19 20 21 22 23 24 .. 38 Next › Last »