Package Details: yt-dlp-git 2024.08.06.r10.g6f9e653-1

Git Clone URL: https://aur.archlinux.org/yt-dlp-git.git (read-only, click to copy)
Package Base: yt-dlp-git
Description: A youtube-dl fork with additional features and fixes (git)
Upstream URL: https://github.com/yt-dlp/yt-dlp
Licenses: Unlicense
Conflicts: yt-dlp
Provides: yt-dlp
Submitter: katt
Maintainer: katt
Last Packager: katt
Votes: 44
Popularity: 0.43
First Submitted: 2021-08-08 15:20 (UTC)
Last Updated: 2024-08-21 17:00 (UTC)

Dependencies (24)

Required by (130)

Sources (1)

Latest Comments

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

gesh commented on 2024-09-18 15:01 (UTC)

I had to drop the matter for the moment, things have gotten more hectic here. Not sure what you mean by "getting DNS resolution from inside chroot" -- curl -L google.com manages to fetch the webpage fine inside the systemd-nspawn container created by pkgctl. Perhaps get in touch with the maintainer, they might've made more progress here?

frankspace commented on 2024-09-18 12:57 (UTC)

@gesh, did you ever get compiling python-websockets to work? I can get it to compile, but only by disabling tests while building it in a chroot. Not all of the tests fail, but every singe one that does fails with some variation on "name or service not known." Do you know if there's a trick to getting any kind of DNS resolution from inside a chroot, or just skipping the DNS-related tests the way gentoo does?

saburouta commented on 2024-09-17 03:22 (UTC)

@katt You're right. I had some kind of problem with multiple python scripts referencing site-packages. I reinstalled many many packages and it's working now. Sorry for the noise.

katt commented on 2024-09-14 14:35 (UTC)

@saburouta python-build is a makedep and it builds just fine here. I'm guessing your AUR helper isn't working right.

saburouta commented on 2024-09-14 01:24 (UTC)

Fails to build with: /bin/python: No module named build.

Given what dependencies it has, it seems something is missing from the packaging environment setup.

toomyzoom commented on 2024-09-02 15:24 (UTC) (edited on 2024-09-02 15:26 (UTC) by toomyzoom)

Anyone gets this error when trying to build with curl-cffi?

/tmp/yt-dlp-git/src/yt-dlp/yt_dlp/networking/init.py:37: UserWarning: Failed to import "curl_cffi" request handler: type object 'GreenSocket' has no attribute 'sendmsg'; please report this issue on https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using yt-dlp -U warnings.warn(f'Failed to import "curl_cffi" request handler: {e}' + bug_reports_message())

gesh commented on 2024-08-27 00:00 (UTC) 

ERROR: test_close_server_keeps_handlers_running (tests.asyncio.test_server.ServerTests.test_close_server_keeps_handlers_running)
Server waits for connection handlers to terminate.
----------------------------------------------------------------------
FAIL: test_close_waits_for_close_frame (tests.asyncio.test_connection.ServerConnectionTests.test_close_waits_for_close_frame)
close waits for a close frame (then EOF) before returning.
----------------------------------------------------------------------
FAIL: test_keepalive (tests.asyncio.test_connection.ServerConnectionTests.test_keepalive)
keepalive sends pings at ping_interval and measures latency.
----------------------------------------------------------------------

if I build on my system, and

ERROR: test_close_server_keeps_handlers_running (tests.asyncio.test_server.ServerTests.test_close_server_keeps_handlers_running)
Server waits for connection handlers to terminate.
----------------------------------------------------------------------

in a clean chroot (at least, as of last week, don't have the time to check if it's better now)

frankspace commented on 2024-08-26 23:28 (UTC)

@gesh, what problem are you running into? I tried playing with building a version 13.0 of python-websockets, too, and found that every single test fails whether I try to build it in a chroot or not, but as a test, I also tried to build the existing PKGBUILD for version 12.0 and got the same result. Maybe something else is breaking websockets compilation?

katt commented on 2024-08-21 17:03 (UTC)

@gesh Thanks for the heads up, I always build in a chroot so wouldn't have caught it.

gesh commented on 2024-08-21 14:30 (UTC) (edited on 2024-08-21 14:44 (UTC) by gesh)

Note the latest upstream commit bumped the websockets dep to 13.0. This causes websocket tests to hang, in particular test/test_socks.py::TestSocks4Proxy::test_socks4_no_auth[Websockets-ws]. I'm currently building a python-websockets13 to check if that fixes things, but until then upstream recommendation was to disable the test for now. EDIT: I've run out of time for today -- the obvious edit to the published extra/python-websockets doesn't build. Hopefully its packager will have the new version up soon.

diff --git a/PKGBUILD b/PKGBUILD
index 3e48039..db2fcc7 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -47,7 +47,7 @@ build() {

 check() {
     cd "${pkgname%-git}"
-    python -m pytest -v -Werror -m "not download"
+    python -m pytest -v -Werror -m "not download" -k 'not Websockets'
 }

 package() {

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