youtube-dl has now become openoffice and yt-dlp libeoffice. It had one release in the last 12 months 6 months ago. It's prospects are bleak. What i'm proposing is just to ease the transition.
Many applications are hard coded to expect "youtube-dl". You need a symlink for +90% and maybe more for some, so just adding a virtual package to yt-dlp will not be enough. It's best to have a separate package doing the interface and maybe other hacks(symlink, virtual package, maybe compatibilities options...). The youtube-dl and the compat package should be able to coexist with a reconfigure alternatives and youtube-dl should be the default. On Sun, 24 Jul 2022 23:14:43 -0700 Kip Warner <k...@thevertigo.com> wrote: > On Mon, 2022-07-25 at 08:06 +0200, michel wrote: > > Several applications expect to find youtube-dl, not yt-dlp. Yet, the > > two are almost the same. > > It would be nice to have a new package, that wraps around yt-dlp and > > make it look like youtube-dl. > > I think the way to handle this might be for the yt-dlp source package > to also generate a virtual package with a Provides stanza for youtube- > dl, like so: > > > https://www.debian.org/doc/debian-policy/ch-relationships.html#virtual-packages-provides > > Of course this assumes that the two interfaces are the same. Right now > for 99 % of users in the simple ways that they use the two, I think > they probably are. Over time though they will inevitably diverge in the > same way mplayer's descendants did, or ffmpeg and libav's CLI tools. >
