Andreas Tille dixit:
>it at all. I'm also wondering whether the string
>
> 2021.12.17+really-yt-dl-2022.11.11-1
>
>is a better version number than just increasing the Debian revision.
Why not just use the upstream version? It’s newer after all:
2022.11.11-1
What are the respective advantages and disadvantages in this
at least three-way forking match? youtube-dl (apparently not
currently actively developed but works for many usecases and
does not have any regressions against current youtube-dl) vs
yt-dl (?) vs yt-dlp (?)
It might be better to concentrate on one, unless it regresses
against the others. That one could then even take over the
package name, with compatibility script.
Any change, whether within the package (as I take from the mail
is currently happening to yt-dl) or outside (a possible takeover
from yt-dlp) needs to be very visible to the user: NEWS.Debian
for apt-listchanges.
>For those who are interested I uploaded the latest version of youtube-dl
>to bullseye-backports since there was a report that the current version
>in bullseye has problems.
Thank you!
>Regarding backporting yt-dlp: I would volunteer to upload yt-dlp also to
>stable backports. However, I will do so only if the package is
No need, it’s already there:
yt-dlp | 2022.11.11-1~bpo11+1 | bullseye-backports | source, all
yt-dlp | 2022.11.11-1 | bookworm | source, all
yt-dlp | 2022.11.11-1 | sid | source, all
bye,
//mirabilos
--
22:20⎜<asarch> The crazy that persists in his craziness becomes a master
22:21⎜<asarch> And the distance between the craziness and geniality is
only measured by the success 18:35⎜<asarch> "Psychotics are consistently
inconsistent. The essence of sanity is to be inconsistently inconsistent
