Package Details: python-ffmpeg-progress-yield 1.0.5-1

Git Clone URL: https://aur.archlinux.org/python-ffmpeg-progress-yield.git (read-only, click to copy)
Package Base: python-ffmpeg-progress-yield
Description: Run an ffmpeg command with its progress yielded.
Upstream URL: https://github.com/slhck/ffmpeg-progress-yield
Licenses: MIT
Submitter: ruahcra
Maintainer: ruahcra
Last Packager: ruahcra
Votes: 4
Popularity: 0.013102
First Submitted: 2021-04-29 09:51 (UTC)
Last Updated: 2026-01-07 08:45 (UTC)

Latest Comments

1 2 Next › Last »

martin-de commented on 2025-12-28 09:53 (UTC) (edited on 2025-12-28 23:14 (UTC) by martin-de)

Do not use quotes around the value. Using "function" (with quotes) in a .ini file causes pytest-asyncio to read the literal string including the quotes, which is not recognized.

However, the PKGBUILD is outdated, as a newer version 1.0.5 has been available since November 9th, in which the described problem no longer occurs. However, the additional dependency 'python-uv-build' must be set, the check function must be revised, because pytest no longer finds 'test/test.py' and 'LICENSE' has been renamed to 'LICENSE.md'.

For a fast solution, remove the quotes in the .ini file, or wait until the maintainer updated the PKGBUILD to the latest release.

willemw commented on 2025-12-28 07:58 (UTC)

==> Starting check()...
ERROR: '"function"' is not a valid asyncio_default_fixture_loop_scope. Valid scopes are: function, class, module, package, session.

yochananmarqos commented on 2025-06-22 20:41 (UTC)

@ruahcra: FYI, procps-ng is required for the test as it needs pgrep.

willemw commented on 2025-06-09 08:13 (UTC)

Fails to build. python-pytest-asyncio (was pytest-asyncio) is missing from checkdepends.

willemw commented on 2024-10-15 05:41 (UTC)

New pytest-asyncio dependency is missing from checkdepends.

micwoj92 commented on 2024-08-07 21:35 (UTC)

python-setuptools should be moved to makedepends, maybe it was needed in the past as indicated in earlier comments, but not needed anymore.

python-colorama should also be dropped imo, it is not needed to run, checks also pass without it and program works correctly. I don't know why it's in requirements.txt of upstream.

martin-de commented on 2023-05-16 22:26 (UTC)

For me it works again now after the latest changes; does no longer loop while resolving dependencies for a "jack"-provider.

eclairevoyant commented on 2023-05-16 20:59 (UTC) (edited on 2023-05-16 21:04 (UTC) by eclairevoyant)

Why was ffmpeg moved to checkdepends? Isn't the whole point of this to run ffmpeg commands?

I don't see anything clear from the previous comments, and I have never had issues with makechrootpkg to build this either.

sian1468 commented on 2023-05-16 05:16 (UTC)

@martin-de sorry for late reply.

  1. namcap can make some false positive for python program/module. [1]
  2. As program that have dependency to this python module already have ffmpeg as dependency so I will move ffmpeg to check dependency for avoid problem in some AUR helper/ABS helper.

[1] https://wiki.archlinux.org/title/Namcap#Dependencies

martin-de commented on 2023-05-10 08:33 (UTC) (edited on 2023-05-10 08:40 (UTC) by martin-de)

I'm sorry to say, but there are still problems.

This package is required as a dependency for your "ffmpeg-normalize" package. I use this command line when building "ffmpeg-normalize".

sudo makechrootpkg -cnr $CHROOT -I python-ffmpeg-progress-yield-0.7.4-1-any.pkg.tar.zst

which installs the dependent package. This usually works, but now I'm getting the error

loading packages...
resolving dependencies...
:: There are 2 providers available for jack:
:: Repository extra
   1) jack2  2) pipewire-jack

Enter a number (default=1): error: invalid number: y

Enter a number (default=1): error: invalid number: y

Enter a number (default=1): error: invalid number: y

It's an endless loop that I can only break off manually. As I see, the choice for the package is answered incorrectly, with 'y' instead of a digit or a simple <CR>; but I don't know why.

If I move the 'ffmpeg' package from the depends array to the makedepends array following my recommendation from the last comment, it works again:

==> Installing missing dependencies...
resolving dependencies...
:: There are 2 providers available for jack:
:: Repository extra
   1) jack2  2) pipewire-jack

Enter a number (default=1): 
looking for conflicting packages...

I cannot explain why. Following the 'namcap' analysis, the 'ffmpeg' package (and also 'python-colorama') are not dependent at runtime, so they could remain in the makedepends array.

Please try and see if you get the same results.