Proxmox/proxmox
5
0
Fork 1
Code Issues Pull Requests Releases Activity
proxmox/proxmox-http/Cargo.toml

81 lines
2.2 KiB
TOML
Raw Normal View History

meta: add empty proxmox-http sub-crate Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
2021-05-14 15:44:38 +02:00
[package]
name = "proxmox-http"
tree-wide: unify workspace inherited attributes Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>
2024-09-20 08:42:25 +02:00
description = "Proxmox HTTP library"
http: bump to 0.9.3-1 Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>
2024-07-11 15:08:18 +02:00
version = "0.9.3"
tree-wide: unify workspace inherited attributes Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>
2024-09-20 08:42:25 +02:00
move common metadata to workspace and switch all crates to 2021 edition as well as a unified "authors" value. Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
2022-12-06 12:18:46 +01:00
authors.workspace = true
tree-wide: unify workspace inherited attributes Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>
2024-09-20 08:42:25 +02:00
edition.workspace = true
exclude.workspace = true
homepage.workspace = true
move common metadata to workspace and switch all crates to 2021 edition as well as a unified "authors" value. Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
2022-12-06 12:18:46 +01:00
license.workspace = true
repository.workspace = true
tree-wide: unify workspace inherited attributes Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>
2024-09-20 08:42:25 +02:00
rust-version.workspace = true
meta: add empty proxmox-http sub-crate Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
2021-05-14 15:44:38 +02:00
[dependencies]
inherit shared, external dependencies noteworthy changes: - proxmox-http had a default_features_false dep on hyper, which is dropped (the default feature is empty anyway) - hyper, libc, nix, tokio and url versions are unified - missing (cosmetic) bindgen feature on zstd enabled everywhere Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
2022-12-06 13:43:42 +01:00
anyhow.workspace = true
base64 = { workspace = true, optional = true }
futures = { workspace = true, optional = true }
http = { workspace = true, optional = true }
hyper = { workspace = true, optional = true }
fix #5808: http: use native-tls instead of rustls for the sync client In the reference Bugzilla entry, a certificate with an IP address as a SAN was used. rustls seems to have problems with that [1]. Also, pretty much all of our code uses native-tls at the moment, so it makes sense to not pull in a second TLS implementation. Tested by rebuilding libpve-rs-perl and testing a Gotify notification target with a self-signed TLS certificate (one that is accepted by OpenSSL but not by rusttls). [1] https://github.com/rustls/rustls/issues/184 Signed-off-by: Lukas Wagner <l.wagner@proxmox.com>
2024-10-24 11:45:04 +02:00
native-tls = { workspace = true, optional = true }
http: takeover websocket feature from proxmox adapted: use statements for proxmox::*, use statements for doctests Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
2021-05-14 15:44:39 +02:00
openssl = { version = "0.10", optional = true }
inherit shared, external dependencies noteworthy changes: - proxmox-http had a default_features_false dep on hyper, which is dropped (the default feature is empty anyway) - hyper, libc, nix, tokio and url versions are unified - missing (cosmetic) bindgen feature on zstd enabled everywhere Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
2022-12-06 13:43:42 +01:00
serde_json = { workspace = true, optional = true }
tokio = { workspace = true, features = [], optional = true }
tokio-openssl = { workspace = true, optional = true }
fix #5808: http: use native-tls instead of rustls for the sync client In the reference Bugzilla entry, a certificate with an IP address as a SAN was used. rustls seems to have problems with that [1]. Also, pretty much all of our code uses native-tls at the moment, so it makes sense to not pull in a second TLS implementation. Tested by rebuilding libpve-rs-perl and testing a Gotify notification target with a self-signed TLS certificate (one that is accepted by OpenSSL but not by rusttls). [1] https://github.com/rustls/rustls/issues/184 Signed-off-by: Lukas Wagner <l.wagner@proxmox.com>
2024-10-24 11:45:04 +02:00
ureq = { version = "2.4", features = ["native-certs", "native-tls"], optional = true, default-features = false }
inherit shared, external dependencies noteworthy changes: - proxmox-http had a default_features_false dep on hyper, which is dropped (the default feature is empty anyway) - hyper, libc, nix, tokio and url versions are unified - missing (cosmetic) bindgen feature on zstd enabled everywhere Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
2022-12-06 13:43:42 +01:00
url = { workspace = true, optional = true }
http: takeover websocket feature from proxmox adapted: use statements for proxmox::*, use statements for doctests Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
2021-05-14 15:44:39 +02:00
define workspace dependencies in workspace so that we no longer have to (or forget to) bump the version in multiple places. notable changes: - outdated versions have been unified - proxmox-metrics -> proxmox-async no longer uses explicit empty features (proxmox-async doesn't provide any anyway) - proxmox-subscription -> proxmox-http no longer uses explicit default_features = false (proxmox-http has an empty default feature anyway) - missing path dependencies added (mainly proxmox-rest-server) Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
2022-12-07 08:42:52 +01:00
proxmox-async = { workspace = true, optional = true }
proxmox-sys = { workspace = true, optional = true }
proxmox-io = { workspace = true, optional = true }
proxmox-lang = { workspace = true, optional = true }
http: teach the Client how to decode deflate content The Backup Server can compress the content using deflate so we teach the client how to decode it. If a request is sent with the `Accept-Encoding` [2] header set to `deflate`, and the response's `Content-Encoding` [1] header is equal to `deflate` we wrap the Body stream with a stream that can decode `zlib` on the run. Note that from the `Accept-Encoding` docs [2], the `deflate` encoding is actually `zlib`. This can be also tested against http://eu.httpbin.org/#/Response_formats/get_deflate by adding the following test: ```rust #[tokio::test] async fn test_client() { let client = Client::new(); let headers = HashMap::from([( hyper::header::ACCEPT_ENCODING.to_string(), "deflate".to_string(), )]); let response = client .get_string("https://eu.httpbin.org/deflate", Some(&headers)) .await; assert!(response.is_ok()); } ``` at `proxmox-http/src/client/simple.rs` and running ``` cargo test --features=client,client-trait ``` [1] https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Encoding [2] https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Accept-Encoding Suggested-by: Lukas Wagner <l.wagner@proxmox.com> Signed-off-by: Maximiliano Sandoval <m.sandoval@proxmox.com> Reviewed-by: Max Carrara <m.carrara@proxmox.com> Tested-by: Max Carrara <m.carrara@proxmox.com>
2024-07-05 15:04:32 +02:00
proxmox-compression = { workspace = true, optional = true }
[dev-dependencies]
tokio = { workspace = true, features = [ "macros" ] }
flate2 = { workspace = true }
meta: add empty proxmox-http sub-crate Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
2021-05-14 15:44:38 +02:00
[features]
default = []
http: move rate-limiting out of client feature this can now be used separately Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>
2023-01-25 11:43:01 +01:00
rate-limiter = ["dep:hyper"]
http: lower hyper feature requirements for client feature instead of 'full', we only need 'tcp+http1+http2' Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>
2023-01-25 11:51:27 +01:00
rate-limited-stream = [
"dep:hyper",
"dep:tokio",
"hyper?/client",
"rate-limiter",
"tokio?/time",
]
client = [
"dep:futures",
"dep:hyper",
"dep:openssl",
http: teach the Client how to decode deflate content The Backup Server can compress the content using deflate so we teach the client how to decode it. If a request is sent with the `Accept-Encoding` [2] header set to `deflate`, and the response's `Content-Encoding` [1] header is equal to `deflate` we wrap the Body stream with a stream that can decode `zlib` on the run. Note that from the `Accept-Encoding` docs [2], the `deflate` encoding is actually `zlib`. This can be also tested against http://eu.httpbin.org/#/Response_formats/get_deflate by adding the following test: ```rust #[tokio::test] async fn test_client() { let client = Client::new(); let headers = HashMap::from([( hyper::header::ACCEPT_ENCODING.to_string(), "deflate".to_string(), )]); let response = client .get_string("https://eu.httpbin.org/deflate", Some(&headers)) .await; assert!(response.is_ok()); } ``` at `proxmox-http/src/client/simple.rs` and running ``` cargo test --features=client,client-trait ``` [1] https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Encoding [2] https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Accept-Encoding Suggested-by: Lukas Wagner <l.wagner@proxmox.com> Signed-off-by: Maximiliano Sandoval <m.sandoval@proxmox.com> Reviewed-by: Max Carrara <m.carrara@proxmox.com> Tested-by: Max Carrara <m.carrara@proxmox.com>
2024-07-05 15:04:32 +02:00
"dep:proxmox-compression",
http: lower hyper feature requirements for client feature instead of 'full', we only need 'tcp+http1+http2' Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>
2023-01-25 11:51:27 +01:00
"dep:tokio",
"dep:tokio-openssl",
"http-helpers",
"hyper?/client",
"hyper?/http1",
"hyper?/http2",
http: teach the Client how to decode deflate content The Backup Server can compress the content using deflate so we teach the client how to decode it. If a request is sent with the `Accept-Encoding` [2] header set to `deflate`, and the response's `Content-Encoding` [1] header is equal to `deflate` we wrap the Body stream with a stream that can decode `zlib` on the run. Note that from the `Accept-Encoding` docs [2], the `deflate` encoding is actually `zlib`. This can be also tested against http://eu.httpbin.org/#/Response_formats/get_deflate by adding the following test: ```rust #[tokio::test] async fn test_client() { let client = Client::new(); let headers = HashMap::from([( hyper::header::ACCEPT_ENCODING.to_string(), "deflate".to_string(), )]); let response = client .get_string("https://eu.httpbin.org/deflate", Some(&headers)) .await; assert!(response.is_ok()); } ``` at `proxmox-http/src/client/simple.rs` and running ``` cargo test --features=client,client-trait ``` [1] https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Encoding [2] https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Accept-Encoding Suggested-by: Lukas Wagner <l.wagner@proxmox.com> Signed-off-by: Maximiliano Sandoval <m.sandoval@proxmox.com> Reviewed-by: Max Carrara <m.carrara@proxmox.com> Tested-by: Max Carrara <m.carrara@proxmox.com>
2024-07-05 15:04:32 +02:00
"hyper?/stream",
http: lower hyper feature requirements for client feature instead of 'full', we only need 'tcp+http1+http2' Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>
2023-01-25 11:51:27 +01:00
"hyper?/tcp",
"rate-limited-stream",
"tokio?/io-util",
]
fix #5808: http: use native-tls instead of rustls for the sync client In the reference Bugzilla entry, a certificate with an IP address as a SAN was used. rustls seems to have problems with that [1]. Also, pretty much all of our code uses native-tls at the moment, so it makes sense to not pull in a second TLS implementation. Tested by rebuilding libpve-rs-perl and testing a Gotify notification target with a self-signed TLS certificate (one that is accepted by OpenSSL but not by rusttls). [1] https://github.com/rustls/rustls/issues/184 Signed-off-by: Lukas Wagner <l.wagner@proxmox.com>
2024-10-24 11:45:04 +02:00
client-sync = [ "client-trait", "http-helpers", "dep:ureq", "dep:native-tls" ]
build: use weak and namespaced features to reduce the creep of optional dependencies being exposed as features. this requires cargo 0.63 (and debcargo built against at least that version), but greatly reduces the number of binary packages and provides generated, while still allowing sensible selection of optional dependencies via the explicit feature meant for pulling them in. diff stat for running `make deb` after this change: proxmox-http/debian/control | 226 ++++-------------------------------- proxmox-router/debian/control | 74 +----------- proxmox-schema/debian/control | 53 ++------- proxmox-subscription/debian/control | 17 +-- proxmox-sys/debian/control | 51 +++----- proxmox-tfa/debian/control | 110 ++---------------- 6 files changed, 72 insertions(+), 459 deletions(-) the 'dep:' prefix marks something on the RHS inside the features section as dependency, it's only allowed if the string after it is an optional dependency an no explicit feature of the same name exists. if all pointers to the optional dependency in the features section are marked as such, the optional dependency itself will not be exposed as a feature (either on the cargo or debian/control level). the '?' suffix marks dependencies as "weak", which only enables the optional dependency + its feature(s) if the optional dependency itself is also enabled. it has no effect on d/control since such a relationship is not encodable in Debian package relations, but it does affect cargo dependency resolution and allows skipping the build of unneeded optional dependencies in some cases. with no packages/crates depending on the no longer exposed automatically generated features/packages, so these are safe to remove even though it's technically a breaking change. Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
2022-08-22 11:24:04 +02:00
client-trait = [ "dep:http" ]
http-helpers = [ "dep:base64", "dep:http", "dep:proxmox-sys", "dep:serde_json", "dep:url" ]
update proxmox-http to 0.5 for the split Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>
2021-10-08 08:51:19 +02:00
websocket = [
build: use weak and namespaced features to reduce the creep of optional dependencies being exposed as features. this requires cargo 0.63 (and debcargo built against at least that version), but greatly reduces the number of binary packages and provides generated, while still allowing sensible selection of optional dependencies via the explicit feature meant for pulling them in. diff stat for running `make deb` after this change: proxmox-http/debian/control | 226 ++++-------------------------------- proxmox-router/debian/control | 74 +----------- proxmox-schema/debian/control | 53 ++------- proxmox-subscription/debian/control | 17 +-- proxmox-sys/debian/control | 51 +++----- proxmox-tfa/debian/control | 110 ++---------------- 6 files changed, 72 insertions(+), 459 deletions(-) the 'dep:' prefix marks something on the RHS inside the features section as dependency, it's only allowed if the string after it is an optional dependency an no explicit feature of the same name exists. if all pointers to the optional dependency in the features section are marked as such, the optional dependency itself will not be exposed as a feature (either on the cargo or debian/control level). the '?' suffix marks dependencies as "weak", which only enables the optional dependency + its feature(s) if the optional dependency itself is also enabled. it has no effect on d/control since such a relationship is not encodable in Debian package relations, but it does affect cargo dependency resolution and allows skipping the build of unneeded optional dependencies in some cases. with no packages/crates depending on the no longer exposed automatically generated features/packages, so these are safe to remove even though it's technically a breaking change. Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
2022-08-22 11:24:04 +02:00
"dep:base64",
"dep:futures",
"dep:hyper",
"dep:openssl",
"dep:proxmox-sys",
"dep:proxmox-io",
"proxmox-io?/tokio",
"dep:proxmox-lang",
"dep:tokio",
"tokio?/io-util",
"tokio?/sync",
update proxmox-http to 0.5 for the split Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>
2021-10-08 08:51:19 +02:00
]
Reference in New Issue Copy Permalink