-
-
Notifications
You must be signed in to change notification settings - Fork 15.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
deno: 1.46.3 -> 2.0.0, deno_1: init at 1.46.3 #347484
Conversation
3086d3e
to
d786953
Compare
Even better, an announcement video/live 2 hrs ago! https://www.youtube.com/watch?v=d35SlRgVxT8 |
Pattern of calling by-name sub-packages/versions seems already in use |
nit: split into several commits (eg, the move of deno to deno_1 by-name, deno 2 init being separate commits) |
hey @06kellyjac ! Looks like you need to run nixfmt 👍🏻 |
Thanks Fabian. Less important but I've also changed the dir from
Hi David, long time no see. |
Updates deno to v2. Slight refactor of fetcher code for grabbing librusty_v8. Updated the update scripts to use new Deno v2 interfaces and pull latest toml dependency from jsr rather than the deno.land registry. Added release note.
Add a pre v2 copy of deno as deno_1 to provide some stability until our next release and until 1.46 is fully abandoned soon. deno_1 is expected to be removed prior to 24.11. Added a release note.
restructured commits as described above. Formatting checks should pass 🙏 |
Some context for the PR and why the plan is to drop If you would like to use |
|
thank you :D |
We only have two weeks left before the 24.11 freeze, and it sounds like they’re not going to be doing security updates, so I’m going to drop Deno 1 immediately. In general we should not carry multiple versions of packages unless upstream plans to support them or there are severe compatibility problems, especially for packages where security is a concern. It’s not a good idea to introduce packages that will be removed soon after adding them. |
This comment was marked as resolved.
This comment was marked as resolved.
Upstream do not plan to support this version (see <NixOS#347484 (comment)>), so we should not package a version that will surely accumulate CVEs from V8 etc. in 24.11. As this package was only added yesterday, I don’t think there’s any need for a compatibility alias.
I really need this update! |
Upstream do not plan to support this version (see <NixOS#347484 (comment)>), so we should not package a version that will surely accumulate CVEs from V8 etc. in 24.11. As this package was only added yesterday, I don’t think there’s any need for a compatibility alias.
Upstream do not plan to support this version (see <NixOS#347484 (comment)>), so we should not package a version that will surely accumulate CVEs from V8 etc. in 24.11. As this package was only added yesterday, I don’t think there’s any need for a compatibility alias.
Things done
Updates
deno
to v2Adds a
deno_1
to hold v1 for now.Depending on deno's support plans v1 may be removed just before the 24.11 release.
Updated the update scripts to use new Deno v2 interfaces and pull latest
toml dependency from jsr rather than the deno.land registry.
Note: need to double check it's ok to put
deno_1
insidepkgs/by-name/deno/v1/package.nix
Note: might wait a bit for the deno v2 announcement blog
nix.conf
? (See Nix manual)sandbox = relaxed
sandbox = true
nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD"
. Note: all changes have to be committed, also see nixpkgs-review usage./result/bin/
)Add a 👍 reaction to pull requests you find important.