Package Details: mpv-git 0.37.0_114_g17be6e1990-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
Conflicts: mpv
Provides: libmpv.so, mpv
Submitter: rpolzer
Maintainer: qmega
Last Packager: qmega
Votes: 226
Popularity: 0.92
First Submitted: 2012-12-04 09:21 (UTC)
Last Updated: 2023-12-20 08:54 (UTC)

Required by (376)

Sources (2)

Latest Comments

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

qmega commented on 2020-12-11 23:30 (UTC)

@Baerbeisser Works for me. That errors looks like it comes from aria2... but that works for me too. Maybe try with another command line tool like curl, and then examine aria2 or your system certs depending on whether it works.

I've seen cert chains that work in the browser and not from the command line because browsers chase intermediate certs, so it could be something like that, but I'm not sure why it would be happening to you and not me. Looks like waf.io uses Let's Encrypt, and I believe something changed with their intermediates lately, so maybe something on your system is just out of date?

Baerbeisser commented on 2020-12-11 19:34 (UTC)

Build fails since yesterday. Message:

12/11 20:17:08 [ERROR] CUID#7 - Download aborted. URI=https://waf.io/waf-2.0.20
Exception: [AbstractCommand.cc:351] errorCode=1 URI=https://waf.io/waf-2.0.20
  -> [SocketCore.cc:1018] errorCode=1 SSL/TLS handshake failure:  `not signed by known authorities or invalid' `issuer is not known'

The URL opens in the Browser though.

qmega commented on 2020-10-16 21:48 (UTC)

@misc: Yeah, noexec on the filesystem you cloned to would do it. Wouldn't affect waf because prepare() is copying that so it's actually residing on /tmp's filesystem.

I've made the change you suggested.

Thanks for following up.

misc commented on 2020-10-16 19:29 (UTC) (edited on 2020-10-16 19:32 (UTC) by misc)

@qmega: no noexec for /tmp and no issues with python3 either.

The full error is: /mnt/build/mpv-git/PKGBUILD: line 140: /tmp/makepkg/mpv-git/src/find-deps.py: Permission denied

(Re. python or python3, I have no preference.)

edit: noexec is however set for the partition that the PKGBUILD & co. reside on, and since the find-deps.py on /tmp is only a symlink, I'm guessing that's the cause.

qmega commented on 2020-10-10 00:51 (UTC)

@misc That's strange. I compile in tmpfs too and I haven't had problems like that. The only thing that comes to mind is having it mounted noexec, but I don't think it's that because then it would have failed on ./waf before it got to that line.

...is there some chance that /usr/bin/python3 isn't executable? That would probably result in the same error message as the interpreted file itself not being executable. I'm trying to think of what else could cause a permission error and I can't think of much. What exactly is the error you get?

I'm not opposed to calling python as you propose (though I think I'd call python3) if it solves a real problem, but I'd like to understand what's going on first.

misc commented on 2020-10-09 17:21 (UTC)

Line 139 should probably be changed to call the script like $(python "$srcdir"/find-deps.py, otherwise it can fail to execute due to insufficient permissions (for people like me; guessing it's since I compile in tmpfs).

qmega commented on 2020-07-16 06:17 (UTC)

@SirCmpwn

Why are the options not desirable? They seem useful to me and were requested in the past. The only practical downside I see is that on the first install, the user may have to explicitly enable something that the community package had by default -- but that only has to be done once. Depending on those by default would mean that people who didn't want those dependencies -- e.g. someone who used only Wayland and didn't want to install X libraries -- would have to remove them every time, or live with them. With a binary package there has to be a compromise, but I don't see the need for that here.

The majority of mpv's optional features are enabled by default if their dependencies are present, so there's no need to explicitly enable them every time. All one has to do is install them before (re)building the package. I imagine that in many cases, the dependencies for what you want would be installed already. Whatever is linked in will be picked up as dependencies of the package when it's built.

Are there specific problems that the current setup of this package is causing?

qmega commented on 2020-07-16 05:53 (UTC)

@haawda I can't reproduce that. Tried with LANG=de_DE.UTF-8 and LANG=de_DE.ISO-8859-1. What are your LANG / LC_* settings and what error do you get? Or, maybe consider opening an issue upstream. Even if it is just an issue on your system, GitHub is probably a better medium for debugging than here.

<deleted-account> commented on 2020-07-11 18:01 (UTC)

This package should more closely map to the mpv package in community, i.e. the default build should use an identical build config to mpv. The "optional" features in the PKGBUILD are not really desirable.

haawda commented on 2020-07-08 19:52 (UTC)

I needed to add LANG=C to the build function, otherwise build would fail with a linking error.

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