Package Details: python-av 14.1.0-1

Git Clone URL: https://aur.archlinux.org/python-av.git (read-only, click to copy)
Package Base: python-av
Description: Pythonic bindings for FFmpeg
Upstream URL: https://pyav.basswood-io.com
Licenses: BSD-3-Clause
Submitter: peippo
Maintainer: peippo
Last Packager: peippo
Votes: 5
Popularity: 1.66
First Submitted: 2019-07-04 11:24 (UTC)
Last Updated: 2025-01-26 16:13 (UTC)

Latest Comments

« First ‹ Previous 1 2 3

peippo commented on 2021-12-20 10:15 (UTC)

@Broekman: I saw that you just also commented on the GitHub issue - can you try whether the updated PKGBUILD works for you?

peippo commented on 2021-12-20 09:30 (UTC)

@Broekman: thanks for noticing! I’m not actively using PyAV at this very moment, and since it builds fine, I would not have noticed this in a while.

Broekman commented on 2021-12-19 00:48 (UTC) (edited on 2021-12-19 13:18 (UTC) by Broekman)

Won't work with Python >=3.10 (https://github.com/PyAV-Org/PyAV/issues/820).

Proposed solution is building PyAv directly from source (not the sdist) although that's probably not for this specific package: https://pyav.org/docs/stable/overview/installation.html#via-source

peippo commented on 2020-04-09 07:42 (UTC)

@elanglois: Thanks for the hint, added pkgconf to the makedepends, v7.0.1-1.

elanglois commented on 2020-04-09 04:16 (UTC)

Thanks for the package! This should have a makedepends on pkgconf, see https://github.com/mikeboers/PyAV/blob/develop/setup.py#L83

peippo commented on 2020-01-21 16:44 (UTC)

Thinking about it, is there any reason to keep the python2 version around at all? (i.e. dropping it as advocated for by TUC) Python2 is EOL, already.

peippo commented on 2020-01-21 16:30 (UTC) (edited on 2020-01-21 16:32 (UTC) by peippo)

That is true for virtually all split-packages that are built locally. I haven’t seen any discussion on this either, not on the arch-dev-public mailing list nor on the wiki. I’m not sure whether splitting the package altogether is such a good idea, since it would create redundancy. When it comes to this particular PKGBUILD, I noticed that I had not declared the dependencies separately per-package. I changed that, but would want to sleep over it before splitting the package.

TUC commented on 2020-01-21 15:40 (UTC)

Maybe Python 2 support can just be dropped because no other AUR package depends on it.

chrisjbillington commented on 2019-10-21 19:58 (UTC)

This package currently depends on Python 2 even if one only installs the Python 3 version, which means python3 users will install python2 for no reason. It seems to me that even though one can specify separate depends for split packages, one can't specify separate makedepends, so even moving the depends into the package-*() functions would still pull in python 2 unnecessarily. This should probably just be split into two separate PKGBUILDs for py3 and py2 separately.

« First ‹ Previous 1 2 3