Package Details: mpv-git 0.33.0_61_gdae9ea3fa7-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: mpv
Submitter: rpolzer
Maintainer: qmega
Last Packager: qmega
Votes: 207
Popularity: 2.03
First Submitted: 2012-12-04 09:21
Last Updated: 2021-01-15 04:55

Required by (188)

Sources (3)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

nesk_aur commented on 2021-02-23 07:18

I did try deleting /tmp/makepkg completely, same error. Anyway, I got my own mpv build set up, so no problem.

qmega commented on 2021-02-23 05:10

That doesn't look like an issue with this package. Looks like a configuration issue on your system. I'm not very familiar with makepkg internals, but I think that looking for the source clone in /tmp/makepkg means it's either your current working dir or your SRCDEST. The existing mpv directory there, if you didn't create it yourself, could have been left there by some other tool in the process of building another mpv package. I can only speculate on what it contains.

Assuming you don't have something particular set up in /tmp/makepkg intentionally, and that being in /tmp means it's expendable, you could delete it and the build would probably work. Setting SRCDEST (in /etc/makepkg.conf or an environment variable when running makepkg) to a directory where it can clone the source would probably also get past this problem. There may be a deeper problem with your makepkg configuration, though. If you need help with that, Forums or IRC would be better places to ask.

nesk_aur commented on 2021-02-22 13:09

Getting this error:

==> Making package: mpv-git 0.33.0_61_gdae9ea3fa7-1 (Mon 22 Feb 2021 16:07:05 MSK)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
==> ERROR: /tmp/makepkg/mpv is not a clone of https://github.com/mpv-player/mpv
    Aborting...

qmega commented on 2021-01-15 04:58

Added an option to enable Javascript support. You can uncomment it near the top of the PKGBUILD, or just install the mujs package and then rebuild this one; mpv's build system enables javascript by default if mujs is found.

lunax commented on 2021-01-14 03:14

I would love to see Javascript support.

qmega commented on 2020-12-11 23:30

@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

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

@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

@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

@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.