Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1070954 > unrolled thread

Bug#994151: youtube-dl: the youtube-dl project seams to have died

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#994151: youtube-dl: the youtube-dl project seams to have died michel <okgomdjgbmoij@gmail.com> - 2021-09-12 22:40 +0200
    Bug#994151: youtube-dl: the youtube-dl project seams to have died "okgomdjgbmoij@gmail.com" <okgomdjgbmoij@gmail.com> - 2021-09-16 18:00 +0200
      Bug#994151: youtube-dl: the youtube-dl project seams to have died Andreas Tille <andreas@fam-tille.de> - 2021-09-22 07:10 +0200
    Bug#994151: reply from maintainer "okgomdjgbmoij@gmail.com" <okgomdjgbmoij@gmail.com> - 2021-09-21 16:40 +0200
      Bug#994151: reply from maintainer Andreas Tille <andreas@fam-tille.de> - 2021-09-21 16:50 +0200
    Bug#994151: red flags "okgomdjgbmoij@gmail.com" <okgomdjgbmoij@gmail.com> - 2021-09-22 02:00 +0200
    Bug#994151: fixes/state of youtube-dl/transition? "okgomdjgbmoij@gmail.com" <okgomdjgbmoij@gmail.com> - 2021-09-23 17:20 +0200
      Bug#994151: fixes/state of youtube-dl/transition? Andreas Tille <andreas@fam-tille.de> - 2021-09-23 22:00 +0200
    Bug#994151: new maintainer "okgomdjgbmoij@gmail.com" <okgomdjgbmoij@gmail.com> - 2021-09-24 23:00 +0200

#1070954 — Bug#994151: youtube-dl: the youtube-dl project seams to have died

Package: youtube-dl
Severity: grave
Tags: upstream
Justification: renders package unusable
X-Debbugs-Cc: okgomdjgbmoij@gmail.com

Dear Maintainer,

the youtube-dl project seams to have died.
There was no new release since 6/6/2021
The last commit was on 1 of Jully.
This delay is very long for this project.
A partial solution for downloading age restricted videos
from youtube was found, but it still isn't implemented.
It doesn't seam to be a legal threat.
The devs haven't given any statement. 

It seams unlikely that it will come back to life.
People seam to be moving to the yt-dlp fork.
https://github.com/yt-dlp/yt-dlp

The proposed solution: is to package and backport yt-dlp
and wait a little longer before completly replacing
youtube-dl with yt-dlp

[toc] | [next] | [standalone]

#1071458

I'm not very familiar with Debian's packaging rules
Do what you think is best.

youtube-dl is not just for youtube,
other sites get constantly fixed or added   
And now there's no activity since the 1 of July.
Waiting for youtube to brake is a bit too conservative.
You can also see a declining activity over time.
The forks got created because of this declining activity.
That they made no statement whatsoever is more concerning
then reassuring.

Given their hum... toxic attitude, it's unlikely they'll
do any statement. It's practically certain, they will never
clearly say that the project is dead.

[toc] | [prev] | [next] | [standalone]

#1072301

Hi,

On Thu, Sep 16, 2021 at 03:47:11PM +0000, okgomdjgbmoij@gmail.com wrote:
> 
> I'm not very familiar with Debian's packaging rules

I injected yt-dlp into Salsa:

    https://salsa.debian.org/debian/yt-dlp

you can try to build it and test it locally.

> Do what you think is best.

It is definitely not best if I maintain another package
alone.
 
> youtube-dl is not just for youtube,
> other sites get constantly fixed or added   
> And now there's no activity since the 1 of July.
> Waiting for youtube to brake is a bit too conservative.
> You can also see a declining activity over time.
> The forks got created because of this declining activity.

I repeat:  Why do people forking instead of joining.  Did anybody of the
people who started the fork considered to contribute to the original
first?  What about merging the changes of the fork into original
youtube-dl?

> That they made no statement whatsoever is more concerning
> then reassuring.
> 
> Given their hum... toxic attitude, it's unlikely they'll
> do any statement. It's practically certain, they will never
> clearly say that the project is dead.
 
Who has a toxic attitude and where is the proof for this
statement?

Kind regards

      Andreas.
 

-- 
http://fam-tille.de

[toc] | [prev] | [next] | [standalone]

#1072232 — Bug#994151: reply from maintainer

some one claims to have received an email back from the maintainer...
https://github.com/ytdl-org/youtube-dl/issues/29965#issuecomment-922377500

        Sergey M.
        6:22 AM (10 hours ago)
        to me
        Hello,
        Currently I have no free time to spend on
        youtube-dl as I'm busy with work, ongoing
        renovation and other post-relocation stuff.
        Best,
        Sergey.
        пт, 17 сент. 2021 г. в 03:19, JD

[toc] | [prev] | [next] | [standalone]

#1072234 — Bug#994151: reply from maintainer

Hi,

On Tue, Sep 21, 2021 at 02:22:37PM +0000, okgomdjgbmoij@gmail.com wrote:
> 
> some one claims to have received an email back from the maintainer...
> https://github.com/ytdl-org/youtube-dl/issues/29965#issuecomment-922377500
> 
>         Sergey M.
>         6:22 AM (10 hours ago)
>         to me
>         Hello,
>         Currently I have no free time to spend on
>         youtube-dl as I'm busy with work, ongoing
>         renovation and other post-relocation stuff.
>         Best,
>         Sergey.
>         пт, 17 сент. 2021 г. в 03:19, JD

Well, given that a single maintainer confirms to have no time on
a free software project, isn't it more straightforward to invite
others to join that effort instead of creating a fork?

Kind regards

     Andreas.

-- 
http://fam-tille.de

[toc] | [prev] | [next] | [standalone]

#1072292 — Bug#994151: red flags

That's part of the red flags i was trying to tell you.
They could have added more maintainers years ago, but they didn't.
It's almost 3 months now without a commit and even now still no new maintainer.This is why they forked it. This is not new, this is why they are 800 open PRs that accumulated over years. The project is in serious neglect, yet they are no shortage of willing volunteers.

Your guess on what is going through their heads, is as good as mine.
This is why i'm saying it's dead. And this is why i called this bug grave, because it's upstream it self that is dead, it's not just a technical issue. It will require packaging a fork, the proposed yt-dlp.

Even if it came back to life the general state of neglect will almost certainly continue.

[toc] | [prev] | [next] | [standalone]

#1072587 — Bug#994151: fixes/state of youtube-dl/transition?

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.

Also, it depends at a minimum version of python 3.6 . So it will not work on stretch.

copyright mentions youtube-dl

---------

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.

---------

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.

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


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.

----------

transitioning?

Can you rename it to youtube-dl (with appropriate version name and warning to users) and push that as a backport for now?
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.

[toc] | [prev] | [next] | [standalone]

#1072608 — Bug#994151: fixes/state of youtube-dl/transition?

Hi,

On Thu, Sep 23, 2021 at 03:10:50PM +0000, okgomdjgbmoij@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

[toc] | [prev] | [next] | [standalone]

#1072823 — Bug#994151: new maintainer

This explains why i know more about this then the debian maintainer.

Normally, it would have been pretty painless to maintain this. It's just bad luck that this happens now.

Ask for some one else to take it over:

*Maybe the mpv maintainer will be interested. (mpv uses youtube-dl to play videos from urls directly. With youtube-dl installed, this works "mpv https://www.youtube.com/watch?v=9Gj47G2e1Jc")

*There's also the maintainer of youtubedl-gui

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web