Index | Thread | Search

From:
Lucas Raab <tuftedocelot@fastmail.fm>
Subject:
Re: [new] www/py-yt-dlp-ejs / [update] www/yt-dlp
To:
Lucas Raab <tuftedocelot@fastmail.fm>
Cc:
ports@openbsd.org
Date:
Wed, 12 Nov 2025 18:03:52 +0000

Download raw body.

Thread
On Wed, Nov 12, 2025 at 06:00:35PM +0000, Lucas Raab wrote:
> Hello,
> 
> With the latest release of yt-dlp, YouTube support requires the use of a JS
> runtime and an extra yt-dlp-ejs package. yt-dlp offers some packaging
> suggestions on how to incorporate yt-dlp, yt-dlp-ejs, and the JS runtimes
> here: https://github.com/yt-dlp/yt-dlp/issues/15012
> 
> I've taken some of those suggestions, but I'm not suggesting the below are the
> final options. Feedback is welcome.
> 

> * None of the runtimes are in BUILD_DEPENDS as it's up to the user to choose

err, I meant RUN_DEPENDS...

>   * The possibilities are mentioned in pkg/README (deno, node, quickjs)
>   * That being said, deno seems to be the fastest in my testing?
> * The attached update to yt-dlp does include py-yt-dlp-ejs as a RUN_DEPENDS as
>   yt-dlp-ejs doesn't pull anything else in (bearing in mind the above caveat)
>   * A caveat if yt-dlp-ejs is in RUN_DEPENDS, future yt-dlp updates will
>     need to be kept in lockstep with yt-dlp-ejs versions.
> 
> The patch is an ugly hack to get around whichever JS runtime from trying to
> download packages and build the JS files themselves. Instead, I added a
> post-extract step to manually create the dist dir and move the prebuilt JS
> files to there. hatch seems happy enough after that to continue.
> 
> Thoughts?
> 
> Thanks,
> Lucas