Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#994151: youtube-dl: the youtube-dl project seams to have died
133 views
Skip to first unread message
michel
Sep 12, 2021, 4:40:03 PM9/12/21
to
Package: youtube-dl
Severity: grave
Tags: upstream
Justification: renders package unusable
X-Debbugs-Cc: okgomd...@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
Severity: grave
Tags: upstream
Justification: renders package unusable
X-Debbugs-Cc: okgomd...@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
okgomd...@gmail.com
Sep 16, 2021, 12:00:03 PM9/16/21
to
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.
okgomd...@gmail.com
Sep 21, 2021, 10:40:02 AM9/21/21
to
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
Andreas Tille
Sep 21, 2021, 10:50:03 AM9/21/21
to
Hi,
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
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
okgomd...@gmail.com
Sep 21, 2021, 8:00:02 PM9/21/21
to
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.
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.
Andreas Tille
Sep 22, 2021, 1:10:02 AM9/22/21
to
Hi,
On Thu, Sep 16, 2021 at 03:47:11PM +0000, okgomd...@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?
On Thu, Sep 16, 2021 at 03:47:11PM +0000, okgomd...@gmail.com wrote:
>
> I'm not very familiar with Debian's packaging rules
https://salsa.debian.org/debian/yt-dlp
you can try to build it and test it locally.
> Do what you think is best.
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.
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.
statement?
okgomd...@gmail.com
Sep 23, 2021, 11:20:03 AM9/23/21
to
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.
Andreas Tille
Sep 23, 2021, 4:00:02 PM9/23/21
to
Hi,
On Thu, Sep 23, 2021 at 03:10:50PM +0000, okgomd...@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.
On Thu, Sep 23, 2021 at 03:10:50PM +0000, okgomd...@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.
> Also, it depends at a minimum version of python 3.6 . So it will not work on stretch.
> 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.
>
> ---------
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.
> 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
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.
> ----------
>
> transitioning?
>
> Can you rename it to youtube-dl (with appropriate version name and warning to users) and push that as a backport for now?
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.
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.
okgomd...@gmail.com
Sep 24, 2021, 5:00:03 PM9/24/21
to
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
Christoph Anton Mitterer
Dec 15, 2021, 12:00:06 PM12/15/21
to
Hey.
Seems in fact that yt-dlp emerges as the successor to youtube-dl.
Andreas, since you've mentioned that you have only limited
time/interest in maintaining this...
Have you considered to perhaps team up with maintainers of similar
downloader packages? E.g. gallery-dl or plowshare?
Cheers,
Chris.
Seems in fact that yt-dlp emerges as the successor to youtube-dl.
Andreas, since you've mentioned that you have only limited
time/interest in maintaining this...
Have you considered to perhaps team up with maintainers of similar
downloader packages? E.g. gallery-dl or plowshare?
Cheers,
Chris.
Andreas Tille
Dec 15, 2021, 2:00:04 PM12/15/21
to
Hi,
I'd love if you would try to contact those teams and offer them to
take over what I have prepared at
https://salsa.debian.org/debian/yt-dlp
I'd happily leave this to anyone who wants to take it.
take over what I have prepared at
https://salsa.debian.org/debian/yt-dlp
I'd happily leave this to anyone who wants to take it.
Andreas Tille
Dec 19, 2021, 1:40:03 AM12/19/21
to
Hi Kip,
Am Fri, Dec 17, 2021 at 07:52:14PM -0800 schrieb Kip Warner:
> I can't thank you enough for helping to Debianize the source of yt-dlp.
> My friend Paul (cc'd) pointed me to it.
>
> https://salsa.debian.org/debian/yt-dlp
:-)
> Do you have a rough estimate when you anticipate it will be accepted
> downstream?
I admit I do not have any estimation. While I did the initial packaging
work I'm swamped with so many Debian packages that I'm hesitating to
take over the maintenance (please see the according bug report[1]) I
simply took over since the former maintainer of youtube-dl and my friend
died under dramatic circumstances last year from Covid and I considered
maintaining youtube-dl as some last service I could do for him.
However, I see no capacity for myself to be the *main* Uploader of
yt-dlp. I'm seeking someone else who can join me in that effort and
before nobody has shown up I will not consider uploading.
Kind regards
Andreas.
PS: I would love to forward my mail to the bug report log[1] but I'm
not sure whether you give me permission to expose your e-mail
address and the content of your mail there.
[1] https://bugs.debian.org/994151
--
http://fam-tille.de
Am Fri, Dec 17, 2021 at 07:52:14PM -0800 schrieb Kip Warner:
> I can't thank you enough for helping to Debianize the source of yt-dlp.
> My friend Paul (cc'd) pointed me to it.
>
> https://salsa.debian.org/debian/yt-dlp
:-)
> Do you have a rough estimate when you anticipate it will be accepted
> downstream?
I admit I do not have any estimation. While I did the initial packaging
work I'm swamped with so many Debian packages that I'm hesitating to
take over the maintenance (please see the according bug report[1]) I
simply took over since the former maintainer of youtube-dl and my friend
died under dramatic circumstances last year from Covid and I considered
maintaining youtube-dl as some last service I could do for him.
However, I see no capacity for myself to be the *main* Uploader of
yt-dlp. I'm seeking someone else who can join me in that effort and
before nobody has shown up I will not consider uploading.
Kind regards
Andreas.
PS: I would love to forward my mail to the bug report log[1] but I'm
not sure whether you give me permission to expose your e-mail
address and the content of your mail there.
[1] https://bugs.debian.org/994151
--
http://fam-tille.de
Paul Wise
Dec 19, 2021, 1:40:03 AM12/19/21
to
On Sat, 2021-12-18 at 17:07 -0800, Kip Warner wrote:
> I would suggest Paul, but only Paul can decide that. He knows much more
> about Debianization than I do and, unlike me, is an actual Debian
> developer.
FTR: I don't really have the time for this, and using it from a git
checkout is relatively easy so I don't have motivation to package it.
--
bye,
pabs
https://wiki.debian.org/PaulWise
> I would suggest Paul, but only Paul can decide that. He knows much more
> about Debianization than I do and, unlike me, is an actual Debian
> developer.
FTR: I don't really have the time for this, and using it from a git
checkout is relatively easy so I don't have motivation to package it.
--
bye,
pabs
https://wiki.debian.org/PaulWise
Kip Warner
Dec 19, 2021, 1:40:04 AM12/19/21
to
Hey Andreas,
I can't thank you enough for helping to Debianize the source of yt-dlp.
My friend Paul (cc'd) pointed me to it.
https://salsa.debian.org/debian/yt-dlp
--
Kip Warner -- Senior Software Engineer
OpenPGP signed/encrypted mail preferred
https://www.thevertigo.com
I can't thank you enough for helping to Debianize the source of yt-dlp.
My friend Paul (cc'd) pointed me to it.
https://salsa.debian.org/debian/yt-dlp
Do you have a rough estimate when you anticipate it will be accepted
downstream?
Yours truly,
downstream?
--
Kip Warner -- Senior Software Engineer
OpenPGP signed/encrypted mail preferred
https://www.thevertigo.com
Kip Warner
Dec 19, 2021, 1:40:04 AM12/19/21
to
On Sun, 2021-12-19 at 09:22 +0800, Paul Wise wrote:
> FTR: I don't really have the time for this, and using it from a git
> checkout is relatively easy so I don't have motivation to package it.
Andreas, I can help you setup a PPA, if you like. I need it anyways for
> FTR: I don't really have the time for this, and using it from a git
> checkout is relatively easy so I don't have motivation to package it.
my non-free project:
https://www.heliosmusic.io
Kip Warner
Dec 19, 2021, 1:40:13 AM12/19/21
to
On Sat, 2021-12-18 at 08:47 +0100, Andreas Tille wrote:
> I admit I do not have any estimation. While I did the initial
> packaging work I'm swamped with so many Debian packages that I'm
> hesitating to take over the maintenance (please see the according bug
> report[1])
I totally understand. I'll also be sure not to request your mentorship
> I admit I do not have any estimation. While I did the initial
> packaging work I'm swamped with so many Debian packages that I'm
> hesitating to take over the maintenance (please see the according bug
> report[1])
or sponsorship with two other upstream projects I'm co-maintainer of
until long after things have settled down for you!
> I simply took over since the former maintainer of youtube-dl and my
> friend died under dramatic circumstances last year from Covid and I
> considered maintaining youtube-dl as some last service I could do for
> him.
that, but I seem to recall someone had mentioned that. I think most of
the community does not know that, and it might be worth asking youtube-
dl maintainers, whomever is left, that is, to post something mentioning
that on the issue tracker.
> However, I see no capacity for myself to be the *main* Uploader of
> yt-dlp. I'm seeking someone else who can join me in that effort and
> before nobody has shown up I will not consider uploading.
I would suggest Paul, but only Paul can decide that. He knows much more
about Debianization than I do and, unlike me, is an actual Debian
developer.
I suppose what could be done quite easily is to create a PPA that
about Debianization than I do and, unlike me, is an actual Debian
developer.
builds from your Salsa repository. A lot of people would use it and it
would attract more attention to the project. Possibly the kind you need
in order to get assistance.
>
> PS: I would love to forward my mail to the bug report log[1] but I'm
> not sure whether you give me permission to expose your e-mail
> address and the content of your mail there.
No problem and thanks for asking.
> PS: I would love to forward my mail to the bug report log[1] but I'm
> not sure whether you give me permission to expose your e-mail
> address and the content of your mail there.
Andreas Tille
Dec 19, 2021, 2:30:02 AM12/19/21
to
Control: blocked -1 by 1001933
Adrien CLERC
Dec 19, 2021, 9:10:03 AM12/19/21
to
Hi,
As a matter of fact, there was a new release 3 days ago: https://github.com/ytdl-org/youtube-dl/releases/tag/2021.12.17
However, the main maintainer remove himself from the list of active developers: https://github.com/ytdl-org/youtube-dl/commit/21b759057502c6e70d51011cfb3fb86d84055182
So, I guess this is time to move to something else.
Adrien
Andres Salomon
Apr 19, 2022, 5:50:03 PM4/19/22
to
I don't know what the current status of upstream is, but if youtube-dl upstream continues - I would be happy to help co-maintain the package. I'd can also do stable updates if it breaks, although it's currently working for me in bullseye.
Andreas Tille
Apr 20, 2022, 12:50:04 AM4/20/22
to
Hi Andreas,
Am Tue, Apr 19, 2022 at 05:45:46PM -0400 schrieb Andres Salomon:
>
> I don't know what the current status of upstream is, but if youtube-dl
> upstream continues - I would be happy to help co-maintain the package. I'd
> can also do stable updates if it breaks, although it's currently working for
> me in bullseye.
Great. Just add yourself to Uploaders and do what you consider
sensible to do. ;-)
Thanks a lot for stepping in
Andreas.
--
http://fam-tille.de
Am Tue, Apr 19, 2022 at 05:45:46PM -0400 schrieb Andres Salomon:
>
> I don't know what the current status of upstream is, but if youtube-dl
> upstream continues - I would be happy to help co-maintain the package. I'd
> can also do stable updates if it breaks, although it's currently working for
> me in bullseye.
sensible to do. ;-)
Thanks a lot for stepping in
Andreas.
--
http://fam-tille.de
Diederik de Haas
Jul 25, 2022, 8:40:04 PM7/25/22
to
On Tue, 19 Apr 2022 17:45:46 -0400 Andres Salomon <dili...@queued.net> wrote:
> I don't know what the current status of upstream is, but if youtube-dl
> upstream continues - I would be happy to help co-maintain the package.
It looks like things have changed and 'dirkf' has become the new maintainer:
> I don't know what the current status of upstream is, but if youtube-dl
> upstream continues - I would be happy to help co-maintain the package.
https://github.com/ytdl-org/youtube-dl/issues/30568
There have been new commit, but not (yet) a new upstream release.
Christoph Anton Mitterer
Jul 25, 2022, 9:00:04 PM7/25/22
to
On Tue, 2022-07-26 at 02:36 +0200, Diederik de Haas wrote:
> It looks like things have changed and 'dirkf' has become the new
> maintainer:
My understanding was the was mostly "maintaining" it for stuff that
> It looks like things have changed and 'dirkf' has become the new
> maintainer:
doesn't support new python versions.
Commit-wise it doesn't seem near as active as yt-dlp.
Cheers,
Chris.
Andres Salomon
Jul 26, 2022, 12:40:03 AM7/26/22
to
youtube-dl does an actual release, but long-term it might make sense to
turn youtube-dl into an empty package that depends on yt-dlp.
Since they have different command-line arguments and people might be
using youtube-dl in scripts, I do wonder if youtube-dl should remain in
bookworm with a NEWS.Debian warning users to switch to yt-dlp, and have
it become a dummy package in bookworm+1?
Andreas Tille
Jul 26, 2022, 1:20:03 AM7/26/22
to
Am Tue, Jul 26, 2022 at 12:29:50AM -0400 schrieb Andres Salomon:
> Yeah, I was just noticing that. I'll wait a few more months to see if
> youtube-dl does an actual release, but long-term it might make sense to turn
> youtube-dl into an empty package that depends on yt-dlp.
>
> Since they have different command-line arguments and people might be using
> youtube-dl in scripts, I do wonder if youtube-dl should remain in bookworm
> with a NEWS.Debian warning users to switch to yt-dlp, and have it become a
> dummy package in bookworm+1?
Whatever you people who are *way, way* better informed about youtube-dl than
> Yeah, I was just noticing that. I'll wait a few more months to see if
> youtube-dl does an actual release, but long-term it might make sense to turn
> youtube-dl into an empty package that depends on yt-dlp.
>
> Since they have different command-line arguments and people might be using
> youtube-dl in scripts, I do wonder if youtube-dl should remain in bookworm
> with a NEWS.Debian warning users to switch to yt-dlp, and have it become a
> dummy package in bookworm+1?
I am / will be decide: I would be really happyif you would consider team
maintaining youtube-dl and yt-dl since I'm really not the best person to
maintain this package. I'm fine with sponsoring any of your work if you do
not have upload permissions.
Christoph Anton Mitterer
Jul 26, 2022, 10:00:04 PM7/26/22
to
On Tue, 2022-07-26 at 00:29 -0400, Andres Salomon wrote:
> Yeah, I was just noticing that. I'll wait a few more months to see if
> youtube-dl does an actual release, but long-term it might make sense
> to
> turn youtube-dl into an empty package that depends on yt-dlp.
This could make sense even if the former would make a new release.
> Yeah, I was just noticing that. I'll wait a few more months to see if
> youtube-dl does an actual release, but long-term it might make sense
> to
> turn youtube-dl into an empty package that depends on yt-dlp.
I mean in Debian we have current Python versions, and as long as yt-dlp
is feature-wise far more active than youtube-dl, that should be enough
for Debian users.
> Since they have different command-line arguments and people might be
> using youtube-dl in scripts, I do wonder if youtube-dl should remain
> in
> bookworm with a NEWS.Debian warning users to switch to yt-dlp, and
> have
> it become a dummy package in bookworm+1?
the other, with noting the similar CLI and refering to the yt-dlp
manpage for the exact differences.
On Tue, 2022-07-26 at 07:08 +0200, Andreas Tille wrote:
> I would be really happyif you would consider team
> maintaining youtube-dl and yt-dl since I'm really not the best person
> to
> maintain this package. I'm fine with sponsoring any of your work if
> you do
> not have upload permissions.
Debian maintenance... so I guess there's not much needed for that right
now?
Thanks,
Chris.
Andres Salomon
Oct 23, 2022, 11:10:04 PM10/23/22
to
On Mon, 29 Aug 2022 19:09:45 -0400 (EDT) Unit 193 <uni...@unit193.net>
wrote:
> On Mon, 01 Aug 2022 20:10:42 +0200 michel <okgomd...@gmail.com>
wrote:
> > I fleshed out the proposal a bit more. The simplest possibillity
is to make symlinks, of both
> > the executable and module, to pretend they are youtube-dl and the
module youyube_dl. This way,
> > also python programs that load the module could work.
> >
> > A little bit better is this little wraper. you link the exec and
module to it.
> >
> > ------------------
> > #!/usr/bin/python3
> >
> > import sys
> > from yt_dlp import *
> >
> > if __name__ == "__main__":
> >
> > args=sys.argv.copy()
> > args.pop(0)
> > args=['--compat-options','youtube-dl']+args
> >
> > main(args)
> > --------------------
> >
> >
Thanks for the script! We still haven't seen a youtube-dl release and
it's pretty clear the way that things are headed, so I've gone ahead
and prepared the package for becoming replaced by yt-dlp:
https://salsa.debian.org/debian/youtube-dl/-/commits/master
Andreas & others, any thoughts/comments on this before I upload?
Thanks,
Andres
wrote:
> On Mon, 01 Aug 2022 20:10:42 +0200 michel <okgomd...@gmail.com>
wrote:
> > I fleshed out the proposal a bit more. The simplest possibillity
is to make symlinks, of both
> > the executable and module, to pretend they are youtube-dl and the
module youyube_dl. This way,
> > also python programs that load the module could work.
> >
> > A little bit better is this little wraper. you link the exec and
module to it.
> >
> > ------------------
> > #!/usr/bin/python3
> >
> > import sys
> > from yt_dlp import *
> >
> > if __name__ == "__main__":
> >
> > args=sys.argv.copy()
> > args.pop(0)
> > args=['--compat-options','youtube-dl']+args
> >
> > main(args)
> > --------------------
> >
> >
Thanks for the script! We still haven't seen a youtube-dl release and
it's pretty clear the way that things are headed, so I've gone ahead
and prepared the package for becoming replaced by yt-dlp:
https://salsa.debian.org/debian/youtube-dl/-/commits/master
Andreas & others, any thoughts/comments on this before I upload?
Thanks,
Andres
Andreas Tille
Oct 24, 2022, 1:20:03 AM10/24/22
to
Am Sun, Oct 23, 2022 at 10:57:29PM -0400 schrieb Andres Salomon:
> Thanks for the script! We still haven't seen a youtube-dl release and it's
> pretty clear the way that things are headed, so I've gone ahead and prepared
> the package for becoming replaced by yt-dlp:
>
> https://salsa.debian.org/debian/youtube-dl/-/commits/master
>
> Andreas & others, any thoughts/comments on this before I upload?
I'm perfectly fine whatever you educated people decide. Just go
> Thanks for the script! We still haven't seen a youtube-dl release and it's
> pretty clear the way that things are headed, so I've gone ahead and prepared
> the package for becoming replaced by yt-dlp:
>
> https://salsa.debian.org/debian/youtube-dl/-/commits/master
>
> Andreas & others, any thoughts/comments on this before I upload?
ahead.
Thanks a lot for caring for this
Andreas.
--
http://fam-tille.de
okgomdjgbmoij
Oct 24, 2022, 11:20:03 AM10/24/22
to
executable, not as the module. It doesn't work very well as a module.
"import *" in python doesn't actually import everything...
for the module directly link to yt-dlp
/usr/lib/python3/dist-packages/youtube_dl
/usr/lib/python3/dist-packages/yt_dlp
Andres Salomon
Oct 26, 2022, 1:00:04 PM10/26/22
to
Hm, pabs thinks we should drop the wrapper stuff and just do a proper
transition (and that we have time for that before the January freeze).
https://wiki.debian.org/Teams/ReleaseTeam/Transitions
I'm ambivalent. Youtube-dl has 3 reverse deps (mkchromecast,
python3-moviepy, and youtubedl-gui), and another 23 reverse
suggests/recommends.
transition (and that we have time for that before the January freeze).
https://wiki.debian.org/Teams/ReleaseTeam/Transitions
I'm ambivalent. Youtube-dl has 3 reverse deps (mkchromecast,
python3-moviepy, and youtubedl-gui), and another 23 reverse
suggests/recommends.
0 new messages