Sorry all for the silence on this front.

I haven't uploaded yet because I went back and forth a bunch on what to do. Then I looked at some of the packages that depend upon youtube-dl and realized that a bunch of them have code that already is checking for both yt-dlp and youtube-dl (including both the scripts and the python modules), and doing different things based on what is installed. In addition, when I tried to have a frontend (youtubedl-gui) use yt-dlp --compat-options, it didn't work. My tests showed youtube-dl downloading videos significantly slower than yt-dlp. Given all of that, I came to the conclusion that having yt-dlp pretend to be youtube-dl was a bad idea, and we should instead have a users and packages manually switch.

So I'm going ahead with the transition plan. I filed a bunch of bugs to get packages to change their depends/rec/suggests to yt-dlp, submitted some merge requests to help maintainers switch, and basically have just started getting ready. What I have not done yet is a) update the youtube-dl git repo, and b) filed a bug requesting a transition slot with the release team. But I'm planning to do both of those things this week.

The bugs I filed:

<https://bugs.debian.org/1024212>
<https://bugs.debian.org/1024214>  (done)
<https://bugs.debian.org/1024216>
<https://bugs.debian.org/1024217>  (done)
<https://bugs.debian.org/1024222>
<https://bugs.debian.org/1024226>  (done)
<https://bugs.debian.org/1024227>  (done)
<https://bugs.debian.org/1024228> (fixed in the git repo but not uploaded yet)
<https://bugs.debian.org/1024229>
<https://bugs.debian.org/1024230>  (done)
<https://bugs.debian.org/1024231>
<https://bugs.debian.org/1024232>


BTW, I'm not familiar with yt-dl -  was that just a typo?




Reply via email to