Arch Linux User Repository

I've now done it exactly as TrollmanCapote recommended and it went through the new Installation with no errors. Thank you for the tips!

I'm also on Manjaro and had this issue too, i uninstalled yt-dlg as KrisAphalon said (it also removed the orphan python-wxpython), then rebooted and installed yt-dlg again (and python-wxpython) and it worked perfectly.

pacman -Q | grep python- gives me this results on Manjaro: python-aaf2 1.6.0-1 python-attrs 22.2.0-1 python-autocommand 2.2.2-1 python-beautifulsoup4 4.11.1-1 python-brotli 1.0.9-9 python-build 0.10.0-1 python-cairo 1.23.0-3 python-certifi 2022.12.07-1 python-cffi 1.15.1-1 python-chardet 5.1.0-1 python-cryptography 39.0.1-1 python-cssselect 1.2.0-1 python-dateutil 2.8.2-4 python-deprecation 2.1.0-6 python-distro 1.8.0-2 python-dnspython 1:2.2.1-2 python-docopt 0.6.2-11 python-fastjsonschema 2.16.2-1 python-gnupg 0.5.0-1 python-gobject 3.42.2-1 python-html5-parser 0.4.10-4 python-html5lib 1.1-11 python-idna 3.4-1 python-inflect 6.0.2-1 python-installer 0.6.0-1 python-jaraco.context 4.3.0-1 python-jaraco.functools 3.5.2-1 python-jaraco.text 3.11.1-1 python-keyutils 0.6-8 python-lxml 4.9.2-1 python-manjaro-sdk 0.9-1 python-markdown 3.4.1-2 python-more-itertools 9.0.0-1 python-mouseinfo 0.1.3-1 python-mutagen 1.46.0-1 python-npyscreen 4.10.5-7 python-numpy 1.24.1-1 python-opengl 3.1.6-1 python-ordered-set 4.1.0-1 python-packaging 23.0-1 python-pikepdf 7.0.0-1 python-pillow 9.4.0-2 python-pip 23.0-1 python-platformdirs 2.6.2-1 python-ply 3.11-10 python-polib 1.1.1-1 python-psutil 5.9.4-1 python-pyautogui 0.9.53-1 python-pybluez 0.23-4 python-pychm 0.8.6-6 python-pycparser 2.21-3 python-pycryptodome 3.17.0-1 python-pycryptodomex 3.12.0-1 python-pycups 2.0.1-5 python-pycurl 7.45.2-1 python-pydantic 1.10.4-1 python-pygments 2.14.0-2 python-pymsgbox 1.0.9-1 python-pyopenssl 23.0.0-1 python-pyparted 3.12.0-2 python-pyperclip 1.8.2-4 python-pyproject-hooks 1.0.0-1 python-pypubsub 4.0.3-4 python-pyqt5 5.15.9-1 python-pyqt5-sip 12.11.1-1 python-pyscreeze 0.1.28-1 python-pysmbc 1.0.23-3 python-pysocks 1.7.1-7 python-pytweening 1.0.4-1 python-pyxdg 0.28-1 python-reportlab 3.6.12-2 python-requests 2.28.1-1 python-setproctitle 1.3.2-1 python-setuptools 1:67.3.0-1 python-shiboken 1.2.4-8 python-shiboken2 5.15.8-6 python-six 1.16.0-6 python-soupsieve 2.3.2.post1-1 python-systemd 235-1 python-tomli 2.0.1-1 python-trove-classifiers 2023.2.8-1 python-typing_extensions 4.4.0-1 python-urllib3 1.26.12-1 python-validate-pyproject 0.12.1-1 python-webencodings 0.5.1-9 python-wheel 0.38.4-1 python-wxpython 1:4.2.0-3 python-xapp 2.4.0-1 python-xlib 0.31-4 python-yaml 6.0-1

New installation gives the same error message.

I don't know what causes the issue, but removing the package and clean installing it installed it correctly, while updating from 1.8.4 to 1.8.5 showed AttributeError: 'PathDistribution' object has no attribute 'key' error.

This is actually author's solution for Windows version (https://github.com/oleksis/youtube-dl-gui/issues/127#issuecomment-1445420592) but it worked for me here as well.

@jantrix So to upgrade from 1.8.4 to 1.8.5 uninstall the package, then install it again.

Unfortunately I don't have a lot of time to fix the issue especially I can't reproduce it on any of my machines, neither in an isolated chroot environment.

So, a couple of questions:

Are you using Arch or derivatives? What is the output of pacman -Q | grep python- for you?

Alternatively, whoever can find the cause of the issue (before me) I will at least make them a co-maintainter if they want that.

Get an Error while update: AttributeError: 'PathDistribution' object has no attribute 'key' ERROR Backend subprocess exited when trying to invoke get_requires_for_build_wheel

Description should be changed to refer to yt-dlp instead of youtube-dl.

I've found there is a 'no_updates' options for the builtin setup.py:

python setup.py no_updates

I think you should use that option during build(). Then the app itself should not download youtube-dl or yt-dlp during runtime.

(The mentioned setup option will hardcode the call path prefix for the youtube downloader binaries to /usr/bin in yt-dlg's optionsmanager.py, therefore it seems yt-dlg will work with the installed versions of the downloaders.)

Then of course you are advised to add optdepends=yt-dlp to PKGBUILD as well.

I think it's worth implementing this change and check if it works.

I see. I think I've seen this happening but I've forgotten that since.

But is there no option to disable that auto-download?

I think it is the norm, and therefore strongly preferable for package repositories to configure their packages in a way that the dependencies are also handled exclusively via the package manager and fetched from the package repositories.

@MarsSeed yt-dlg downloads yt-dlp for itself, so there is no need to add it to optdepends. (also youtube-dl has the same behavior, so I should remove that from optdepends as well)