foster/denoland-deno
0
0
Fork 0
mirror of https://github.com/denoland/deno.git synced 2024-10-31 09:14:20 -04:00
Code Issues Wiki Activity
denoland-deno/ext/node/Cargo.toml

55 lines
1.2 KiB
TOML
Raw Normal View History

chore: update copyright year to 2023 (#17247) Yearly tradition of creating extra noise in git.
2023-01-02 16:00:42 -05:00
# Copyright 2018-2023 the Deno authors. All rights reserved. MIT license.
feat: add ext/node for require support (#15362) This commit adds "ext/node" extension that implementes CommonJS module system. In the future this extension might be extended to actually contain implementation of Node compatibility layer in favor of "deno_std/node". Currently this functionality is not publicly exposed, it is available via "Deno[Deno.internal].require" namespace and is meant to be used by other functionality to be landed soon. This is a minimal first pass, things that still don't work: support for dynamic imports in CJS conditional exports
2022-08-09 15:06:01 -04:00
[package]
name = "deno_node"
chore: forward v1.32.5 release commit to main (#18758) Co-authored-by: levex <levex@users.noreply.github.com> Co-authored-by: Levente Kurusa <lkurusa@kernelstuff.org>
2023-04-18 16:20:49 -04:00
version = "0.36.0"
chore: workspace inheritance (#16343)
2022-11-22 15:07:35 -05:00
authors.workspace = true
edition.workspace = true
license.workspace = true
feat: add ext/node for require support (#15362) This commit adds "ext/node" extension that implementes CommonJS module system. In the future this extension might be extended to actually contain implementation of Node compatibility layer in favor of "deno_std/node". Currently this functionality is not publicly exposed, it is available via "Deno[Deno.internal].require" namespace and is meant to be used by other functionality to be landed soon. This is a minimal first pass, things that still don't work: support for dynamic imports in CJS conditional exports
2022-08-09 15:06:01 -04:00
readme = "README.md"
chore: workspace inheritance (#16343)
2022-11-22 15:07:35 -05:00
repository.workspace = true
feat: add ext/node for require support (#15362) This commit adds "ext/node" extension that implementes CommonJS module system. In the future this extension might be extended to actually contain implementation of Node compatibility layer in favor of "deno_std/node". Currently this functionality is not publicly exposed, it is available via "Deno[Deno.internal].require" namespace and is meant to be used by other functionality to be landed soon. This is a minimal first pass, things that still don't work: support for dynamic imports in CJS conditional exports
2022-08-09 15:06:01 -04:00
description = "Node compatibility for Deno"
[lib]
path = "lib.rs"
[dependencies]
fix(ext/node): add crypto.createCipheriv (#18091)
2023-03-14 02:59:23 -04:00
aes.workspace = true
cbc.workspace = true
fix(ext/node): add X509Certificate (#18625) Towards #18455
2023-04-07 13:24:16 -04:00
data-encoding = "2.3.3"
chore: workspace inheritance (#16343)
2022-11-22 15:07:35 -05:00
deno_core.workspace = true
feat(ext/node): embed std/node into the snapshot (#17724) This commit moves "deno_std/node" in "ext/node" crate. The code is transpiled and snapshotted during the build process. During the first pass a minimal amount of work was done to create the snapshot, a lot of code in "ext/node" depends on presence of "Deno" global. This code will be gradually fixed in the follow up PRs to migrate it to import relevant APIs from "internal:" modules. Currently the code from snapshot is not used in any way, and all Node/npm compatibility still uses code from "https://deno.land/std/node" (or from the location specified by "DENO_NODE_COMPAT_URL"). This will also be handled in a follow up PRs. --------- Co-authored-by: crowlkats <crowlkats@toaxl.com> Co-authored-by: Divy Srivastava <dj.srivastava23@gmail.com> Co-authored-by: Yoshiya Hinosawa <stibium121@gmail.com>
2023-02-14 11:38:45 -05:00
digest = { version = "0.10.5", features = ["core-api", "std"] }
fix(ext/node): implement asymmetric keygen (#18651) Towards #18455 This commit implements the keypair generation for asymmetric keys for the `generateKeyPair` API. See how key material is managed in this implementation: https://www.notion.so/denolandinc/node-crypto-design-99fc33f568d24e47a5e4b36002c5325d?pvs=4 Private and public key encoding depend on `KeyObject#export` which is not implemented. I've also skipped ED448 and X448 since we need a crate for that in WebCrypto too.
2023-04-19 12:57:34 -04:00
dsa = "0.6.1"
fix(ext/node): add aes-128-ecb algorithm support (#18412)
2023-03-25 02:42:07 -04:00
ecb.workspace = true
feat(ext/kv): key-value store (#18232) This commit adds unstable "Deno.openKv()" API that allows to open a key-value database at a specified path. --------- Co-authored-by: Luca Casonato <hello@lcas.dev> Co-authored-by: Bartek Iwańczuk <biwanczuk@gmail.com>
2023-03-22 00:13:24 -04:00
hex.workspace = true
fix(ext/node): implement hkdf-expand (#18612) Towards https://github.com/denoland/deno/issues/18455
2023-04-06 12:56:56 -04:00
hkdf.workspace = true
refactor: use ops for idna & punycode (#17817) Towards https://github.com/denoland/deno/issues/17809
2023-02-20 12:47:42 -05:00
idna = "0.3.0"
feat(task): support scripts in package.json (#17887) This is a super basic initial implementation. We don't create a `node_modules/.bin` folder at the moment and add it to the PATH like we should which is necessary to make command name resolution in the subprocess work properly (ex. you run a script that launches another script that then tries to launch an "npx command"... this won't work atm). Closes #17492
2023-02-22 22:45:35 -05:00
indexmap.workspace = true
refactor(cli,ext,ops): cleanup `regex` with `lazy-regex` (#17296) - bump deps: the newest `lazy-regex` need newer `oncecell` and `regex` - reduce `unwrap` - remove dep `lazy_static` - make more regex cached --------- Co-authored-by: Bartek Iwańczuk <biwanczuk@gmail.com>
2023-04-12 21:08:01 -04:00
lazy-regex.workspace = true
feat: port node:zlib to rust (#18291)
2023-03-27 12:03:07 -04:00
libz-sys = { version = "1.1.8", features = ["static"] }
feat(ext/node): embed std/node into the snapshot (#17724) This commit moves "deno_std/node" in "ext/node" crate. The code is transpiled and snapshotted during the build process. During the first pass a minimal amount of work was done to create the snapshot, a lot of code in "ext/node" depends on presence of "Deno" global. This code will be gradually fixed in the follow up PRs to migrate it to import relevant APIs from "internal:" modules. Currently the code from snapshot is not used in any way, and all Node/npm compatibility still uses code from "https://deno.land/std/node" (or from the location specified by "DENO_NODE_COMPAT_URL"). This will also be handled in a follow up PRs. --------- Co-authored-by: crowlkats <crowlkats@toaxl.com> Co-authored-by: Divy Srivastava <dj.srivastava23@gmail.com> Co-authored-by: Yoshiya Hinosawa <stibium121@gmail.com>
2023-02-14 11:38:45 -05:00
md-5 = "0.10.5"
md4 = "0.10.2"
feat(ext/node): add `crypto.checkPrime` API (#18465) Towards #18455 This commit implements `checkPrimeSync` and `checkPrime` in node:crypto using the Miller-Rabin primality test (fun fact: it actually is a test for composite numbers) It first compares the candidate against many known small primes and if not, proceeds to run the Miller-Rabin primality test. http://nickle.org/examples/miller-rabin.5c used as reference implementation.
2023-03-28 06:56:38 -04:00
num-bigint.workspace = true
fix(ext/node): implement asymmetric keygen (#18651) Towards #18455 This commit implements the keypair generation for asymmetric keys for the `generateKeyPair` API. See how key material is managed in this implementation: https://www.notion.so/denolandinc/node-crypto-design-99fc33f568d24e47a5e4b36002c5325d?pvs=4 Private and public key encoding depend on `KeyObject#export` which is not implemented. I've also skipped ED448 and X448 since we need a crate for that in WebCrypto too.
2023-04-19 12:57:34 -04:00
num-bigint-dig = "0.8.2"
feat(ext/node): add `crypto.checkPrime` API (#18465) Towards #18455 This commit implements `checkPrimeSync` and `checkPrime` in node:crypto using the Miller-Rabin primality test (fun fact: it actually is a test for composite numbers) It first compares the candidate against many known small primes and if not, proceeds to run the Miller-Rabin primality test. http://nickle.org/examples/miller-rabin.5c used as reference implementation.
2023-03-28 06:56:38 -04:00
num-integer = "0.1.45"
num-traits = "0.2.14"
chore: workspace inheritance (#16343)
2022-11-22 15:07:35 -05:00
once_cell.workspace = true
fix(npm): prefer importing esm from esm (#15676)
2022-08-30 14:09:22 -04:00
path-clean = "=0.1.0"
chore(ext/node): port pbkdf2 to Rust (#18470) Towards #18455
2023-03-28 05:40:56 -04:00
pbkdf2 = "0.12.1"
perf: use ops for node:crypto ciphers (#17819) Towards #17809
2023-02-20 11:52:28 -05:00
rand.workspace = true
chore: workspace inheritance (#16343)
2022-11-22 15:07:35 -05:00
regex.workspace = true
fix(ext/node): implement asymmetric keygen (#18651) Towards #18455 This commit implements the keypair generation for asymmetric keys for the `generateKeyPair` API. See how key material is managed in this implementation: https://www.notion.so/denolandinc/node-crypto-design-99fc33f568d24e47a5e4b36002c5325d?pvs=4 Private and public key encoding depend on `KeyObject#export` which is not implemented. I've also skipped ED448 and X448 since we need a crate for that in WebCrypto too.
2023-04-19 12:57:34 -04:00
ring.workspace = true
feat(ext/node): embed std/node into the snapshot (#17724) This commit moves "deno_std/node" in "ext/node" crate. The code is transpiled and snapshotted during the build process. During the first pass a minimal amount of work was done to create the snapshot, a lot of code in "ext/node" depends on presence of "Deno" global. This code will be gradually fixed in the follow up PRs to migrate it to import relevant APIs from "internal:" modules. Currently the code from snapshot is not used in any way, and all Node/npm compatibility still uses code from "https://deno.land/std/node" (or from the location specified by "DENO_NODE_COMPAT_URL"). This will also be handled in a follow up PRs. --------- Co-authored-by: crowlkats <crowlkats@toaxl.com> Co-authored-by: Divy Srivastava <dj.srivastava23@gmail.com> Co-authored-by: Yoshiya Hinosawa <stibium121@gmail.com>
2023-02-14 11:38:45 -05:00
ripemd = "0.1.3"
perf: use ops for node:crypto ciphers (#17819) Towards #17809
2023-02-20 11:52:28 -05:00
rsa.workspace = true
refactor(node/crypto): scrypt polyfill to rust (#18746)
2023-04-18 08:29:10 -04:00
scrypt = "0.11.0"
feat(fmt): improve width calculation (#16982) Formats code according to Unicode Standard Annex #11 rules (https://crates.io/crates/unicode-width). This aligns `deno fmt` more with prettier.
2022-12-07 17:32:24 -05:00
serde = "1.0.149"
feat(ext/node): embed std/node into the snapshot (#17724) This commit moves "deno_std/node" in "ext/node" crate. The code is transpiled and snapshotted during the build process. During the first pass a minimal amount of work was done to create the snapshot, a lot of code in "ext/node" depends on presence of "Deno" global. This code will be gradually fixed in the follow up PRs to migrate it to import relevant APIs from "internal:" modules. Currently the code from snapshot is not used in any way, and all Node/npm compatibility still uses code from "https://deno.land/std/node" (or from the location specified by "DENO_NODE_COMPAT_URL"). This will also be handled in a follow up PRs. --------- Co-authored-by: crowlkats <crowlkats@toaxl.com> Co-authored-by: Divy Srivastava <dj.srivastava23@gmail.com> Co-authored-by: Yoshiya Hinosawa <stibium121@gmail.com>
2023-02-14 11:38:45 -05:00
sha-1 = "0.10.0"
chore: forward v1.32.2 release commit to main (#18539) This is the release commit being forwarded back to main for 1.32.2
2023-03-31 20:10:13 -04:00
sha2.workspace = true
feat(ext/node): embed std/node into the snapshot (#17724) This commit moves "deno_std/node" in "ext/node" crate. The code is transpiled and snapshotted during the build process. During the first pass a minimal amount of work was done to create the snapshot, a lot of code in "ext/node" depends on presence of "Deno" global. This code will be gradually fixed in the follow up PRs to migrate it to import relevant APIs from "internal:" modules. Currently the code from snapshot is not used in any way, and all Node/npm compatibility still uses code from "https://deno.land/std/node" (or from the location specified by "DENO_NODE_COMPAT_URL"). This will also be handled in a follow up PRs. --------- Co-authored-by: crowlkats <crowlkats@toaxl.com> Co-authored-by: Divy Srivastava <dj.srivastava23@gmail.com> Co-authored-by: Yoshiya Hinosawa <stibium121@gmail.com>
2023-02-14 11:38:45 -05:00
sha3 = "0.10.5"
fix(ext/node): implement crypto.Sign (RSA/PEM/SHA{224,256,384,512}) (#18471)
2023-03-28 08:46:48 -04:00
signature.workspace = true
chore(ext/node): port pbkdf2 to Rust (#18470) Towards #18455
2023-03-28 05:40:56 -04:00
tokio.workspace = true
feat(ext/node): embed std/node into the snapshot (#17724) This commit moves "deno_std/node" in "ext/node" crate. The code is transpiled and snapshotted during the build process. During the first pass a minimal amount of work was done to create the snapshot, a lot of code in "ext/node" depends on presence of "Deno" global. This code will be gradually fixed in the follow up PRs to migrate it to import relevant APIs from "internal:" modules. Currently the code from snapshot is not used in any way, and all Node/npm compatibility still uses code from "https://deno.land/std/node" (or from the location specified by "DENO_NODE_COMPAT_URL"). This will also be handled in a follow up PRs. --------- Co-authored-by: crowlkats <crowlkats@toaxl.com> Co-authored-by: Divy Srivastava <dj.srivastava23@gmail.com> Co-authored-by: Yoshiya Hinosawa <stibium121@gmail.com>
2023-02-14 11:38:45 -05:00
typenum = "1.15.0"
fix(ext/node): implement asymmetric keygen (#18651) Towards #18455 This commit implements the keypair generation for asymmetric keys for the `generateKeyPair` API. See how key material is managed in this implementation: https://www.notion.so/denolandinc/node-crypto-design-99fc33f568d24e47a5e4b36002c5325d?pvs=4 Private and public key encoding depend on `KeyObject#export` which is not implemented. I've also skipped ED448 and X448 since we need a crate for that in WebCrypto too.
2023-04-19 12:57:34 -04:00
# https://github.com/dalek-cryptography/x25519-dalek/pull/89
x25519-dalek = "2.0.0-pre.1"
fix(ext/node): add X509Certificate (#18625) Towards #18455
2023-04-07 13:24:16 -04:00
x509-parser = "0.15.0"
Copy permalink