Hi, On Thu, Sep 23, 2021 at 03:10:50PM +0000, okgomdjgbm...@gmail.com wrote: > > some fixes: > > pycryptodome in debian is in fact pycryptodomex, the current release expects > pycryptodome. Beginning from the next release, it can fallback to > pycryptodomex. You just need to add "python3-pycryptodome" in the > dependencies, and it will be fine, starting with the next release. Pushed this to Git.
> Also, it depends at a minimum version of python 3.6 . So it will not work on > stretch. I do not plan to backport to old-stable. > copyright mentions youtube-dl Thanks for spotting. > --------- > > nebula? > > for nebula, i don't know what change disturbed you, but there's this suspect > issue. > https://github.com/yt-dlp/yt-dlp/issues/496 > He apparently removed something by accident. > > --------- Well, there is a really strange issue with gbp-buildpackage which somehow changes only this file. It has nothing to do with yt-dlp. I need to talk to the gbp authors about this. > The state of youtube-dl > > Joining ... lol. I tried to explain that you can't join. They are 800 open > PRs and 2000 open issues. They are probably 100 downloaders that are not in > because.... no one knows. You get the ignore treatment most of the time. Like > now with no more commits for 3 months and no official statement( the e-mail > response wasn't official, it's some one that reposted it and is berried in an > issue). And this project is not just about youtube, the fixes for other > downloaders are ignored for these 3 months. This does not sound very good. > Why do you think yt-dlp has an addition of all this and more? > • New extractors: AnimeLab, Philo MSO, Spectrum MSO, > SlingTV MSO, Cablevision MSO, Rcs, Gedi, bitwave.tv, > mildom, audius, zee5, mtv.it, wimtv, pluto.tv, > niconico users, discoveryplus.in, mediathek, > NFHSNetwork, nebula, ukcolumn, whowatch, MxplayerShow, > parlview (au), YoutubeWebArchive, fancode, Saitosan, > ShemarooMe, telemundo, VootSeries, SonyLIVSeries, > HotstarSeries, VidioPremier, VidioLive, RCTIPlus, TBS > Live, douyin, pornflip, ParamountPlusSeries, > ScienceChannel, Utreon, OpenRec, BandcampMusic, > blackboardcollaborate, eroprofile albums, mirrativ, > BannedVideo, bilibili categories, Epicon, filmmodu, > GabTV, HungamaAlbum, ManotoTV, Niconico search, > Patreon User, peloton, ProjectVeritas, radiko, StarTV, > tiktok user, Tokentube, voicy, TV2HuSeries Please provide a patch for the description in debian/control to mention all those downloaders. > They either ignore you, or just block the issue so that you can't say > anything. That's systematic, not after some good reason. I think it must be > the same brain disease that affects gnome and systemd devs. Hmmm. > ---------- > > transitioning? > > Can you rename it to youtube-dl (with appropriate version name and warning to > users) and push that as a backport for now? I do not think that this is a good idea. This is a new upstream project and should not simply replace the old one. I think this should pass the new queue and than we can add some Provides: youtube-dl Conflicts: youtube-dl which will install this package instead of youtube-dl. > preferably with the equivalent of: > > --compat-options youtube-dl > --config-location ~/.config/youtube-dl > > Until either youtube-dl resumes, or you are satisfied that it's truly dead. > Then push normal yt-dlp. Then the youtube-dl package could become a > compatibility wrapper depending on yt-dlp. It would need to be in python, > some applications expect to load it as a module. That should properly handle > the transition between the two. I need to repeat that I can *not* spent to much time on this specific package and I'll try hard to find co-authors. My focus is on other fields in Debian and I just took over youtube-dl to serve a friend a last favour. But I do not plan to invest much time in the long run on this package. Kind regards Andreas. -- http://fam-tille.de
