foster/denoland-deno
1
0
Fork 0
mirror of https://github.com/denoland/deno.git synced 2024-11-29 16:30:56 -05:00
Code Issues Packages 1 Wiki Activity
denoland-deno/ext/tls/Cargo.toml

26 lines
620 B
TOML
Raw Normal View History

chore: update copyright to 2024 (#21753)
2024-01-01 14:58:21 -05:00
# Copyright 2018-2024 the Deno authors. All rights reserved. MIT license.
feat(tls): Optionally support loading native certs (#11491) This commit adds "DENO_TLS_CA_STORE" env variable to support optionally loading certificates from the users local certificate store. This will allow them to successfully connect via tls with corporate and self signed certs provided they have them installed in their keystore. It also allows them to deal with revoked certs by simply updating their keystore without having to upgrade Deno. Currently supported values are "mozilla", "system" or empty value.
2021-08-07 08:49:38 -04:00
[package]
name = "deno_tls"
chore: forward v1.41.1 release commit to main (#22643) Co-authored-by: dsherret <dsherret@users.noreply.github.com>
2024-02-29 20:56:08 -05:00
version = "0.127.0"
chore: workspace inheritance (#16343)
2022-11-22 15:07:35 -05:00
authors.workspace = true
edition.workspace = true
license.workspace = true
feat(tls): Optionally support loading native certs (#11491) This commit adds "DENO_TLS_CA_STORE" env variable to support optionally loading certificates from the users local certificate store. This will allow them to successfully connect via tls with corporate and self signed certs provided they have them installed in their keystore. It also allows them to deal with revoked certs by simply updating their keystore without having to upgrade Deno. Currently supported values are "mozilla", "system" or empty value.
2021-08-07 08:49:38 -04:00
readme = "README.md"
chore: workspace inheritance (#16343)
2022-11-22 15:07:35 -05:00
repository.workspace = true
feat(tls): Optionally support loading native certs (#11491) This commit adds "DENO_TLS_CA_STORE" env variable to support optionally loading certificates from the users local certificate store. This will allow them to successfully connect via tls with corporate and self signed certs provided they have them installed in their keystore. It also allows them to deal with revoked certs by simply updating their keystore without having to upgrade Deno. Currently supported values are "mozilla", "system" or empty value.
2021-08-07 08:49:38 -04:00
description = "TLS for Deno"
[lib]
path = "lib.rs"
[dependencies]
chore: workspace inheritance (#16343)
2022-11-22 15:07:35 -05:00
deno_core.workspace = true
chore: bump deno_native_certs to 0.2 (#21092) Towards #21046
2023-11-05 03:14:58 -05:00
deno_native_certs = "0.2.0"
chore: workspace inheritance (#16343)
2022-11-22 15:07:35 -05:00
once_cell.workspace = true
rustls = { workspace = true, features = ["dangerous_configuration"] }
rustls-pemfile.workspace = true
refactor: split integration tests from CLI (part 1) (#22308) This PR separates integration tests from CLI tests into a new project named `cli_tests`. This is a prerequisite for an integration test runner that can work with either the CLI binary in the current project, or one that is built ahead of time. ## Background Rust does not have the concept of artifact dependencies yet (https://github.com/rust-lang/cargo/issues/9096). Because of this, the only way we can ensure a binary is built before running associated tests is by hanging tests off the crate with the binary itself. Unfortunately this means that to run those tests, you _must_ build the binary and in the case of the deno executable that might be a 10 minute wait in release mode. ## Implementation To allow for tests to run with and without the requirement that the binary is up-to-date, we split the integration tests into a project of their own. As these tests would not require the binary to build itself before being run as-is, we add a stub integration `[[test]]` target in the `cli` project that invokes these tests using `cargo test`. The stub test runner we add has `harness = false` so that we can get access to a `main` function. This `main` function's sole job is to `execvp` the command `cargo test -p deno_cli`, effectively "calling" another cargo target. This ensures that the deno executable is always correctly rebuilt before running the stub test runner from `cli`, and gets us closer to be able to run the entire integration test suite on arbitrary deno executables (and therefore split the build into multiple phases). The new `cli_tests` project lives within `cli` to avoid a large PR. In later PRs, the test data will be split from the `cli` project. As there are a few thousand files, it'll be better to do this as a completely separate PR to avoid noise.
2024-02-09 15:33:05 -05:00
rustls-tokio-stream.workspace = true
fix(ext/tls): upgrade webpki version (#20285) This removes a webpki version that was showing up as vulnerable to https://github.com/briansmith/webpki/issues/69. Needed to upgrade `reqwest` as part of this.
2023-08-25 17:40:25 -04:00
rustls-webpki.workspace = true
chore: workspace inheritance (#16343)
2022-11-22 15:07:35 -05:00
serde.workspace = true
fix(ext/tls): upgrade webpki version (#20285) This removes a webpki version that was showing up as vulnerable to https://github.com/briansmith/webpki/issues/69. Needed to upgrade `reqwest` as part of this.
2023-08-25 17:40:25 -04:00
webpki-roots.workspace = true
Copy permalink