| Git Clone URL: | https://aur.archlinux.org/yt-dlp-drop-in.git (read-only, click to copy) |
|---|---|
| Package Base: | yt-dlp-drop-in |
| Description: | Provide both youtube-dl command and python imports using yt-dlp |
| Upstream URL: | https://aur.archlinux.org/packages/yt-dlp-drop-in |
| Licenses: | Unlicense |
| Conflicts: | youtube-dl |
| Provides: | youtube-dl |
| Submitter: | Minmo |
| Maintainer: | xiota |
| Last Packager: | xiota |
| Votes: | 46 |
| Popularity: | 0.77 |
| First Submitted: | 2021-07-26 19:32 (UTC) |
| Last Updated: | 2024-12-22 21:53 (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!
the call in the script should be exec /usr/bin/yt-dlp to avoid the fork.
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.
@Sematre I made you a co-maintainer if you want to implement those changes
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.
@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.
well yt-dlp and youtube-dl dont really conflict with each other, if for some reason someone wants to have both, using your pkg, they cant. how about a shell script in stead of a symlink. or maybe not at all. here is sth to think about :D
cat /usr/local/bin/youtube-dl
#!/bin/sh
test -f /usr/bin/youtube-dl && yt='/usr/bin/youtube-dl'
test -f /usr/bin/yt-dlp && yt='/usr/bin/yt-dlp'
exec "$yt" "$@"
/usr/local/bin comes before the /usr/bin in $PATH , so by only commanding youtube-dl (which mpv requires), it will use yt-dlp, but if you want the OG you command /bin/youtube-dl or just change the order in the script.
or
what you have already done, and also symlink the old youtube-dl to youtube-dl-old
@minmo
I see what you mean, and you're absolutely right about the scope and use of this same PKGBUILD. But just the short name "XYZ-drop-in" is not 100% immediately obvious . Maybe you could also improve/edit the "Description" with a few characters more, to make it crystal clear ? It doesnt cost you anything. Ex, add what you just explained ?
The thing you might be missing is when a common user types "youtube" and/or "dl" or "dlp" and is presented with a barrage of dozens of options. All with a very sparse "Description" and a confusing and similar "Package-Name".
I think this package falls out of the scope of the mentioned issues as it is simply a symlink from youtube-dl to yt-dlp
By installing this you can install other programs that have youtube-dl as a dependency and only install yt-dlp
It is similar to the neovim-drop-in: https://aur.archlinux.org/packages/neovim-drop-in/
EDIT: someone has also suggested:
...to discuss this issue in the aur mailinglist? Let's offload this decision to the arch TUs and implement whatever they think is appropriate. ...
ORIGINAL COMMENT:May I suggest that the maintainer of this PKGBUILD talk and negotiate with the the maintainers of similar PKGBUILD's ?
With such a fast changing thing like youtube-dl and its variants, by having many eyeballs watching the same PKGBUILD's, this would also means less work for you, the maintainer.
There seems to be a lot of interest in using yt-dlp as a replacement for youtube-dl. This has led to a lot of PKGBUILD's being created in AUR, like mushrooms doing apparentely the same thing.
This:
We basicly only need a yt-dlp "normal one", "-git" one and eventually a "-bin" one.
With such a fast changing thing like youtube-dl, by having many eyeballs watching the same PKGBUILDS, this would also means less work for you, the maintainer.
Some more additionally facts:
Pinned Comments
xiota commented on 2024-12-22 21:50 (UTC)
This package needs to be rebuilt after some python updates (3.12 → 3.13). Although version has been bumped to trigger AUR helpers to rebuild, some users may still need to rebuild manually.
xiota commented on 2023-11-10 18:10 (UTC) (edited on 2024-01-02 18:24 (UTC) by xiota)
This package provides
youtube-dlcommand and python imports usingyt-dlp. This is needed because many programs still depend onyoutube-dleven though it was dropped from theextrarepository.This approach does not work with all programs because
yt-dlpandyoutube-dlare not fully compatible. This package generates a version string that matches the version ofyt-dlpthat is available during build.Alternatives:
aur/youtube-dl: The last release was a couple years ago with several known bugs.aur/youtube-dl-git: Development continues at ytdl-org/youtube-dl.