Package Details: yt-dlp-drop-in 1.1-1

Git Clone URL: https://aur.archlinux.org/yt-dlp-drop-in.git (read-only, click to copy)
Package Base: yt-dlp-drop-in
Description: Emulate youtube-dl executables with yt-dlp (youtube-dlp)
Upstream URL: None
Licenses: MIT
Conflicts: youtube-dl
Provides: youtube-dl
Submitter: Minmo
Maintainer: Minmo (Sematre)
Last Packager: Sematre
Votes: 42
Popularity: 1.77
First Submitted: 2021-07-26 19:32 (UTC)
Last Updated: 2021-10-28 09:03 (UTC)

Dependencies (1)

Required by (152)

Sources (1)

Latest Comments

1 2 Next › Last »

exponential commented on 2023-08-21 21:26 (UTC)

the lib path differences are due to the fact that arch is a rolling release and debian an LTS release.

Freso commented on 2023-08-20 11:00 (UTC)

I merged in the changes from exponential’s MPR package and then tweaked it a bit. import youtube_dl works now at least, but I haven’t tested it thoroughly so there might still be some oddities, but I’ll be using this for the time being at least. :) (exponential, you might also want to see if the changes in https://gitlab.archlinux.org/freso/AUR-yt-dlp-drop-in/-/commit/f2c694a4434cad229437061b10035c2886919f21 are some you’d want to cherry-pick to your MPR package.)

https://gitlab.archlinux.org/freso/AUR-yt-dlp-drop-in/-/tree/yt-dlp-drop-in

exponential commented on 2023-08-01 19:18 (UTC) (edited on 2023-08-01 19:24 (UTC) by exponential)

i'm a Debian user, i can't maintain any packages here. The mpr is like the AUR but for deb packages. Convert this for Arch. https://mpr.makedeb.org/packages/yt-dlp-drop-in

I think it ~~only~~ needs this "arch=('all')" changed to "arch=('any')" and "python3" changed to "python".

That version tries harder to pretend that it's youtube-dl. It might still not work though.

dreieck commented on 2023-07-31 22:16 (UTC)

Also, here it is not drop-in.

Building python-pafy-git fails:

==> Starting package()...
Traceback (most recent call last):
  File "/tmp/makepkg/build/python-pafy-git/src/pafy/pafy/pafy.py", line 48, in <module>
    import youtube_dl
ModuleNotFoundError: No module named 'youtube_dl'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/tmp/makepkg/build/python-pafy-git/src/pafy/setup.py", line 13, in <module>
    from pafy import __version__
  File "/tmp/makepkg/build/python-pafy-git/src/pafy/pafy/__init__.py", line 7, in <module>
    from .pafy import new
  File "/tmp/makepkg/build/python-pafy-git/src/pafy/pafy/pafy.py", line 51, in <module>
    raise ImportError(
ImportError: pafy: youtube-dl not found; you can use the internal backend by setting the environmental variable PAFY_BACKEND to "internal". It is not enabled by default because it is not as well maintained as the youtube-dl backend.

dreieck commented on 2023-05-13 06:35 (UTC)

Does not provide a full drop-in packaging wise, since versioned dependencies are not met:

:: yt-dlp-drop-in and youtube-dl are in conflict. Remove youtube-dl? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: removing youtube-dl breaks dependency 'youtube-dl>=2021.06.01' required by mopidy-youtube

regards!

qubidt commented on 2023-04-01 15:19 (UTC)

the call in the script should be exec /usr/bin/yt-dlp to avoid the fork.

henkm commented on 2021-12-01 02:40 (UTC)

Referring to @Freso's comment on 2021-10-22, is it possible to get the python imports working? I have tried for pafy but can't get it to work.

Minmo commented on 2021-10-27 17:15 (UTC)

@Sematre I made you a co-maintainer if you want to implement those changes

Sematre commented on 2021-10-27 16:52 (UTC) (edited on 2021-10-27 16:53 (UTC) by Sematre)

This would be an awesome package if it were a real drop-in replacement. It would be better if this package provided an script at /usr/bin/youtube-dl that calls yt-dlp but with an additional parameter: --compat-options youtube-dl.

The script could look something like this (just an quick-and-dirty example):

#!/bin/sh
/usr/bin/yt-dlp --compat-options youtube-dl "$@"

A simple symlink just isn't a good replacement.

Freso commented on 2021-10-22 08:48 (UTC)

@Hekuran … If you want to have both installed, you could just, say, not use this package?

@Minmo Have you considered also making a symlink for the Python package? I wanted to make a package similar to this, but I also wanted to make sure any Python imports would continue to work. Not sure if there’s a decent way to automate this symlinking though.

1 2 Next › Last »