thevar1able/ClickHouse
1
0
Fork 0
mirror of https://github.com/ClickHouse/ClickHouse.git synced 2024-11-22 07:31:57 +00:00
Code Issues Packages Projects Releases Wiki Activity
59cbae885e
ClickHouse/rust/Cargo.lock

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

1537 lines
39 KiB
Plaintext
Raw Normal View History

Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
# This file is automatically @generated by Cargo.
# It is not intended for manual editing.
version = 3
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "_ch_rust_prql"
version = "0.1.0"
dependencies = [
"prql-compiler",
"serde_json",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "_ch_rust_skim_rust"
version = "0.1.0"
dependencies = [
"cxx",
"cxx-build",
"skim",
skim: do not panic if terminal is not available Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-14 15:45:00 +00:00
"term",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "addr2line"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.21.0"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "8a30b2e23b9e17a9f90641c7ab1549cd9b44f296d3ccbf309d2863cfe398a0cb"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"gimli",
]
[[package]]
name = "adler"
version = "1.0.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "f26201604c87b1e01bd3d98f8d5d9a8fcbb815e8cedb41ffccbeb4bf593a35fe"
[[package]]
name = "ahash"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.8.6"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "91429305e9f0a25f6205c5b8e0d2db09e0708a7a6df0f42212bb56c32c8ac97a"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"cfg-if",
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
"once_cell",
"version_check",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"zerocopy",
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "aho-corasick"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.1.2"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "b2969dcb958b36655471fc61f7e416fa76033bdd4bfed0678d8fee1e2d07a1f0"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"memchr",
]
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
[[package]]
name = "allocator-api2"
version = "0.2.16"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "0942ffc6dcaadf03badf6e6a2d0228460359d5e34b57ccdc720b7382dfbd5ec5"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
[[package]]
name = "android-tzdata"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "e999941b234f3131b00bc13c22d06e8c5ff726d1b6318ac7eb276997bbb4fef0"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "android_system_properties"
version = "0.1.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "819e7219dbd41043ac279b19830f2efc897156490d7fd6ea916720117ee66311"
dependencies = [
"libc",
]
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
[[package]]
name = "anstream"
version = "0.3.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "0ca84f3628370c59db74ee214b3263d58f9aadd9b4fe7e711fd87dc452b7f163"
dependencies = [
"anstyle",
"anstyle-parse",
"anstyle-query",
"anstyle-wincon",
"colorchoice",
"is-terminal",
"utf8parse",
]
[[package]]
name = "anstyle"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.4"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "7079075b41f533b8c61d2a4d073c4676e1f8b249ff94a393b0595db304e0dd87"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
[[package]]
name = "anstyle-parse"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.2.3"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "c75ac65da39e5fe5ab759307499ddad880d724eed2f6ce5b5e8a26f4f387928c"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
dependencies = [
"utf8parse",
]
[[package]]
name = "anstyle-query"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.2"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "e28923312444cdd728e4738b3f9c9cac739500909bb3d3c94b43551b16517648"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
dependencies = [
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"windows-sys 0.52.0",
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
]
[[package]]
name = "anstyle-wincon"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.2"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "c677ab05e09154296dd37acecd46420c17b9713e8366facafa8fc0885167cf4c"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
dependencies = [
"anstyle",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"windows-sys 0.48.0",
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
]
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "anyhow"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.75"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "a4668cab20f66d8d020e1fbc0ebe47217433c1b6c8f2040faf858554e394ace6"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"backtrace",
]
[[package]]
name = "ariadne"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
version = "0.3.0"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
checksum = "72fe02fc62033df9ba41cba57ee19acf5e742511a140c7dbc3a873e19a19a1bd"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"unicode-width",
"yansi",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "arrayvec"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
version = "0.7.4"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
checksum = "96d30a06541fbafbc7f82ed10c06164cfbd2c401138f6addd8404629c4b16711"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "autocfg"
version = "1.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "d468802bab17cbc0cc575e9b053f41e72aa36bfa6b7f55e3529ffa43161b97fa"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "backtrace"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.3.69"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "2089b7e3f35b9dd2d0ed921ead4f6d318c27680d4a5bd167b3ee120edb105837"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"addr2line",
"cc",
"cfg-if",
"libc",
"miniz_oxide",
"object",
"rustc-demangle",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "beef"
version = "0.5.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "3a8241f3ebb85c056b509d4327ad0358fbbba6ffb340bf388f26350aeda225b1"
[[package]]
name = "bitflags"
version = "1.3.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "bef38d45163c2f1dde094a7dfd33ccf595c92905c8f8f4fdc18d06fb1037718a"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
[[package]]
name = "bitflags"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "2.4.1"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "327762f6e5a765692301e5bb513e0d9fef63be86bbc14528052b1cd3e6f03e07"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "bumpalo"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "3.14.0"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "7f30e7476521f6f8af1a1c4c0b8cc94f0bee37d91763d0ca2665f299b6cd8aec"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "cc"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.83"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "f1174fb0b6ec23863f8b971027804a42614e347eafb0a95bf0b12cdae21fc4d0"
dependencies = [
"libc",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "cfg-if"
version = "1.0.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "baf1de4339761588bc0619e3cbc0120ee582ebb74b53b4efbf79117bd2da40fd"
[[package]]
name = "chrono"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.4.31"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "7f2c685bad3eb3d45a01354cedb7d5faa66194d1d58ba6e267a8de788f79db38"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
"android-tzdata",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
"iana-time-zone",
"js-sys",
"num-traits",
"wasm-bindgen",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"windows-targets 0.48.5",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "chumsky"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.9.3"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "8eebd66744a15ded14960ab4ccdbfb51ad3b81f51f3f04a80adac98c985396c9"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
"hashbrown",
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
"stacker",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "codespan-reporting"
version = "0.11.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "3538270d33cc669650c4b093848450d380def10c331d38c768e34cac80576e6e"
dependencies = [
"termcolor",
"unicode-width",
]
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
[[package]]
name = "colorchoice"
version = "1.0.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "acbf1af155f9b9ef647e42cdc158db4b64a1b61f743629225fde6f3e0be2a7c7"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "core-foundation-sys"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.8.6"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "06ea2b9bc92be3c2baa9334a323ebca2d6f074ff852cd1d7b11064035cd3868f"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "crossbeam"
version = "0.8.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "2801af0d36612ae591caa9568261fddce32ce6e08a7275ea334a06a4ad021a2c"
dependencies = [
"cfg-if",
"crossbeam-channel",
"crossbeam-deque",
"crossbeam-epoch",
"crossbeam-queue",
"crossbeam-utils",
]
[[package]]
name = "crossbeam-channel"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.5.9"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "14c3242926edf34aec4ac3a77108ad4854bffaa2e4ddc1824124ce59231302d5"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"cfg-if",
"crossbeam-utils",
]
[[package]]
name = "crossbeam-deque"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.8.4"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "fca89a0e215bab21874660c67903c5f143333cab1da83d041c7ded6053774751"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"cfg-if",
"crossbeam-epoch",
"crossbeam-utils",
]
[[package]]
name = "crossbeam-epoch"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.9.16"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "2d2fe95351b870527a5d09bf563ed3c97c0cffb87cf1c78a591bf48bb218d9aa"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"autocfg",
"cfg-if",
"crossbeam-utils",
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
"memoffset 0.9.0",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
[[package]]
name = "crossbeam-queue"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.3.9"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "b9bcf5bdbfdd6030fb4a1c497b5d5fc5921aa2f60d359a17e249c0e6df3de153"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"cfg-if",
"crossbeam-utils",
]
[[package]]
name = "crossbeam-utils"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.8.17"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "c06d96137f14f244c37f989d9fff8f95e6c18b918e71f36638f8c49112e4c78f"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"cfg-if",
]
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "csv"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.3.0"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "ac574ff4d437a7b5ad237ef331c17ccca63c46479e5b5453eb8e10bb99a759fe"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"csv-core",
"itoa",
"ryu",
"serde",
]
[[package]]
name = "csv-core"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.1.11"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "5efa2b3d7902f4b634a20cae3c9c4e6209dc4779feb6863329607560143efa70"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"memchr",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "cxx"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.111"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "e9fc0c733f71e58dedf4f034cd2a266f80b94cc9ed512729e1798651b68c2cba"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"cc",
"cxxbridge-flags",
"cxxbridge-macro",
"link-cplusplus",
]
[[package]]
name = "cxx-build"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.111"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "51bc81d2664db24cf1d35405f66e18a85cffd4d49ab930c71a5c6342a410f38c"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"cc",
"codespan-reporting",
"once_cell",
"proc-macro2",
"quote",
"scratch",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"syn 2.0.41",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
[[package]]
name = "cxxbridge-flags"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.111"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "8511afbe34ea242697784da5cb2c5d4a0afb224ca8b136bdf93bfe180cbe5884"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "cxxbridge-macro"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.111"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "5c6888cd161769d65134846d4d4981d5a6654307cc46ec83fb917e530aea5f84"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"proc-macro2",
"quote",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"syn 2.0.41",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
[[package]]
name = "darling"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
version = "0.14.4"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
checksum = "7b750cb3417fd1b327431a470f388520309479ab0bf5e323505daf0290cd3850"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"darling_core",
"darling_macro",
]
[[package]]
name = "darling_core"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
version = "0.14.4"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
checksum = "109c1ca6e6b7f82cc233a97004ea8ed7ca123a9af07a8230878fcfda9b158bf0"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"fnv",
"ident_case",
"proc-macro2",
"quote",
"strsim",
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
"syn 1.0.109",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
[[package]]
name = "darling_macro"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
version = "0.14.4"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
checksum = "a4aab4dbc9f7611d8b55048a3a16d2d010c2c8334e46304b40ac1cc14bf3b48e"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"darling_core",
"quote",
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
"syn 1.0.109",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
[[package]]
name = "defer-drop"
version = "1.3.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "f613ec9fa66a6b28cdb1842b27f9adf24f39f9afc4dcdd9fdecee4aca7945c57"
dependencies = [
"crossbeam-channel",
"once_cell",
]
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
[[package]]
name = "deranged"
version = "0.3.10"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "8eb30d70a07a3b04884d2677f06bec33509dc67ca60d92949e5535352d3191dc"
dependencies = [
"powerfmt",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "derive_builder"
version = "0.11.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "d07adf7be193b71cc36b193d0f5fe60b918a3a9db4dad0449f57bcfd519704a3"
dependencies = [
"derive_builder_macro",
]
[[package]]
name = "derive_builder_core"
version = "0.11.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "1f91d4cfa921f1c05904dc3c57b4a32c38aed3340cce209f3a6fd1478babafc4"
dependencies = [
"darling",
"proc-macro2",
"quote",
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
"syn 1.0.109",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
[[package]]
name = "derive_builder_macro"
version = "0.11.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "8f0314b72bed045f3a68671b3c86328386762c93f82d98c65c3cb5e5f573dd68"
dependencies = [
"derive_builder_core",
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
"syn 1.0.109",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
[[package]]
name = "dirs-next"
version = "2.0.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "b98cf8ebf19c3d1b223e151f99a4f9f0690dca41414773390fc824184ac833e1"
dependencies = [
"cfg-if",
"dirs-sys-next",
]
[[package]]
name = "dirs-sys-next"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "4ebda144c4fe02d1f7ea1a7d9641b6fc6b580adcfa024ae48797ecdeb6825b4d"
dependencies = [
"libc",
"redox_users",
"winapi",
]
[[package]]
name = "either"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
version = "1.9.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "a26ae43d7bcc3b814de94796a5e736d4029efb0ee900c12e2d54c993ad1a1e07"
[[package]]
name = "enum-as-inner"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
version = "0.6.0"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
checksum = "5ffccbb6966c05b32ef8fbac435df276c4ae4d3dc55a8cd0eb9745e6c12f546a"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"heck",
"proc-macro2",
"quote",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"syn 2.0.41",
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
]
[[package]]
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
name = "errno"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.3.8"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "a258e46cdc063eb8519c00b9fc845fc47bcfca4130e2f08e88665ceda8474245"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
dependencies = [
"libc",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"windows-sys 0.52.0",
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "fnv"
version = "1.0.7"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "3f9eec918d3f24069decb9af1554cad7c880e2da24a9afd88aca000531ab82c1"
[[package]]
name = "fuzzy-matcher"
version = "0.3.7"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "54614a3312934d066701a80f20f15fa3b56d67ac7722b39eea5b4c9dd1d66c94"
dependencies = [
"thread_local",
]
[[package]]
name = "getrandom"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.2.11"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "fe9006bed769170c11f845cf00c7c1e9092aeb3f268e007c3e760ac68008070f"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"cfg-if",
"libc",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"wasi",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "gimli"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.28.1"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "4271d37baee1b8c7e4b708028c57d816cf9d2434acb33a549475f78c181f6253"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "hashbrown"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.14.3"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "290f1a1d9242c78d09ce40a5e87e7554ee637af1351968159f4952f028f75604"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"ahash",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"allocator-api2",
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
]
[[package]]
name = "heck"
version = "0.4.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "95505c38b4572b2d910cecb0281560f54b440a19336cbbcb27bf6ce6adc6f5a8"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
[[package]]
name = "hermit-abi"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.3.3"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "d77f7ec81a6d05a3abb01ab6eb7590f6083d08449fe5a1c8b1e620283546ccb7"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "iana-time-zone"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.1.58"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "8326b86b6cff230b97d0d312a6c40a60726df3332e721f72a1b035f451663b20"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"android_system_properties",
"core-foundation-sys",
"iana-time-zone-haiku",
"js-sys",
"wasm-bindgen",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"windows-core",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
[[package]]
name = "iana-time-zone-haiku"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
version = "0.1.2"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
checksum = "f31827a206f56af32e590ba56d5d2d085f558508192593743f16b2306495269f"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
"cc",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
[[package]]
name = "ident_case"
version = "1.0.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "b9e0384b61958566e926dc50660321d12159025e767c18e043daf26b70104c39"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
name = "is-terminal"
version = "0.4.9"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
checksum = "cb0889898416213fab133e1d33a0e5858a48177452750691bde3666d0fdbaf8b"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
"hermit-abi",
"rustix",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"windows-sys 0.48.0",
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
]
[[package]]
name = "itertools"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.11.0"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "b1c173a5686ce8bfa551b3563d0c2170bf24ca44da99c7ca4bfdab5418c3fe57"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"either",
]
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
[[package]]
name = "itertools"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.12.0"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "25db6b064527c5d482d0423354fcd07a89a2dfe07b67892e62411946db7f07b0"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
dependencies = [
"either",
]
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "itoa"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.10"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "b1a46d1a171d865aa5f83f92695765caa047a9b4cbae2cbf37dbd613a793fd4c"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "js-sys"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.3.66"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "cee9c64da59eae3b50095c18d3e74f8b73c0b86d2792824ff01bbce68ba229ca"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"wasm-bindgen",
]
[[package]]
name = "lazy_static"
version = "1.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "e2abad23fbc42b3700f2f279844dc832adb2b2eb069b2df918f455c4e18cc646"
[[package]]
name = "libc"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.2.151"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "302d7ab3130588088d277783b1e2d2e10c9e9e4a16dd9050e6ec93fb3e7048f4"
[[package]]
name = "libredox"
version = "0.0.1"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "85c833ca1e66078851dba29046874e38f08b2c883700aa29a03ddd3b23814ee8"
dependencies = [
"bitflags 2.4.1",
"libc",
"redox_syscall",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "link-cplusplus"
Reduce dependencies for skim by avoid using default features By default skim requires cli -> clap -> termcolor -> winapi-util Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-19 10:29:39 +00:00
version = "1.0.9"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Reduce dependencies for skim by avoid using default features By default skim requires cli -> clap -> termcolor -> winapi-util Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-19 10:29:39 +00:00
checksum = "9d240c6f7e1ba3a28b0249f774e6a9dd0175054b52dfbb61b16eb8505c3785c9"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"cc",
]
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
[[package]]
name = "linux-raw-sys"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.4.12"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "c4cd1a83af159aa67994778be9070f0ae1bd732942279cabb14f86f986a21456"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "log"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.4.20"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "b5e6163cb8c49088c2c36f57875e58ccd8c87c7427f7fbd50ea6710b2f3f2e8f"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "memchr"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "2.6.4"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "f665ee40bc4a3c5590afb1e9677db74a508659dfd71e126420da8274909a0167"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "memoffset"
version = "0.6.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "5aa361d4faea93603064a027415f07bd8e1d5c88c9fbf68bf56a285428fd79ce"
dependencies = [
"autocfg",
]
[[package]]
name = "memoffset"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
version = "0.9.0"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
checksum = "5a634b1c61a95585bd15607c6ab0c4e5b226e695ff2800ba0cdccddf208c406c"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"autocfg",
]
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "minimal-lexical"
version = "0.2.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "68354c5c6bd36d73ff3feceb05efa59b6acb7626617f4962be322a825e61f79a"
[[package]]
name = "miniz_oxide"
version = "0.7.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "e7810e0be55b428ada41041c41f32c9f1a42817901b4ccf45fa3d4b6561e74c7"
dependencies = [
"adler",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "nix"
version = "0.24.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "fa52e972a9a719cecb6864fb88568781eb706bac2cd1d4f04a648542dbf78069"
dependencies = [
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
"bitflags 1.3.2",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
"cfg-if",
"libc",
]
[[package]]
name = "nix"
version = "0.25.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "f346ff70e7dbfd675fe90590b92d59ef2de15a8779ae305ebcbfd3f0caf59be4"
dependencies = [
"autocfg",
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
"bitflags 1.3.2",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
"cfg-if",
"libc",
"memoffset 0.6.5",
"pin-utils",
]
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "nom"
version = "7.1.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "d273983c5a657a70a3e8f2a01329822f3b8c8172b73826411a55751e404a0a4a"
dependencies = [
"memchr",
"minimal-lexical",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "num-traits"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.2.17"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "39e3200413f237f41ab11ad6d161bc7239c84dcb631773ccd7de3dfe4b5c267c"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"autocfg",
]
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "object"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.32.1"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "9cf5f9dd3933bd50a9e1f149ec995f39ae2c496d31fd772c1fd45ebc27e902b0"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"memchr",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "once_cell"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.19.0"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "3fdb12b2476b595f9358c5161aa467c2438859caa136dec86c26fdd2efe17b92"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "pin-utils"
version = "0.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "8b870d8c151b6f2fb93e84a13146138f05d02ed11c7e7c54f8826aaaf7c9f184"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
[[package]]
name = "powerfmt"
version = "0.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "439ee305def115ba05938db6eb1644ff94165c5ab5e9420d1c1bcedbba909391"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "proc-macro2"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.70"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "39278fbbf5fb4f646ce651690877f89d1c5811a3d4acb27700c1cb3cdb78fd3b"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"unicode-ident",
]
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
[[package]]
name = "prql-ast"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.9.5"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "d9d91522f9f16d055409b9ffec55693a96e3424fe5d8e7c8331adcf6d7ee363a"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
dependencies = [
"enum-as-inner",
"semver",
"serde",
"strum",
]
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "prql-compiler"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.9.5"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "f4d56865532fcf1abaa31fbb6da6fd9e90edc441c5c78bfe2870ee75187c7a3c"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
"anstream",
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
"anyhow",
"ariadne",
"csv",
"enum-as-inner",
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
"itertools 0.11.0",
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
"log",
"once_cell",
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
"prql-ast",
"prql-parser",
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
"regex",
"semver",
"serde",
"serde_json",
"sqlformat",
"sqlparser",
"strum",
"strum_macros",
]
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
[[package]]
name = "prql-parser"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.9.5"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "9360352e413390cfd26345f49279622b87581a3b748340d3f42d4d616c2a1ec1"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
dependencies = [
"chumsky",
"itertools 0.11.0",
"prql-ast",
"semver",
]
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "psm"
version = "0.1.21"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "5787f7cda34e3033a72192c018bc5883100330f362ef279a8cbccfce8bb4e874"
dependencies = [
"cc",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "quote"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.33"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "5267fca4496028628a95160fc423a33e8b2e6af8a5302579e322e4b520293cae"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"proc-macro2",
]
[[package]]
name = "rayon"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.8.0"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "9c27db03db7734835b3f53954b534c91069375ce6ccaa2e065441e07d9b6cdb1"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"either",
"rayon-core",
]
[[package]]
name = "rayon-core"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.12.0"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "5ce3fb6ad83f861aac485e76e1985cd109d9a3713802152be56c3b1f0e0658ed"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"crossbeam-deque",
"crossbeam-utils",
]
[[package]]
name = "redox_syscall"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.4.1"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "4722d768eff46b75989dd134e5c353f0d6296e5aaa3132e776cbdb56be7731aa"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
"bitflags 1.3.2",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
[[package]]
name = "redox_users"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.4.4"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "a18479200779601e498ada4e8c1e1f50e3ee19deb0259c25825a98b5603b2cb4"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"getrandom",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"libredox",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
"thiserror",
]
[[package]]
name = "regex"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.10.2"
Reduce dependencies for skim by avoid using default features By default skim requires cli -> clap -> termcolor -> winapi-util Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-19 10:29:39 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "380b951a9c5e80ddfd6136919eef32310721aa4aacd4889a8d39124b026ab343"
Reduce dependencies for skim by avoid using default features By default skim requires cli -> clap -> termcolor -> winapi-util Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-19 10:29:39 +00:00
dependencies = [
"aho-corasick",
"memchr",
"regex-automata",
"regex-syntax",
]
[[package]]
name = "regex-automata"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.4.3"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "5f804c7828047e88b2d32e2d7fe5a105da8ee3264f01902f796c8e067dc2483f"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"aho-corasick",
"memchr",
"regex-syntax",
]
[[package]]
name = "regex-syntax"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.8.2"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "c08c74e62047bb2de4ff487b251e4a92e24f48745648451635cec7d591162d9f"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "rustc-demangle"
version = "0.1.23"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "d626bb9dae77e28219937af045c257c28bfd3f69333c512553507f5f9798cb76"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
[[package]]
name = "rustix"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.38.28"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "72e572a5e8ca657d7366229cdde4bd14c4eb5499a9573d4d366fe1b599daa316"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
dependencies = [
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"bitflags 2.4.1",
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
"errno",
"libc",
"linux-raw-sys",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"windows-sys 0.52.0",
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "rustversion"
Reduce dependencies for skim by avoid using default features By default skim requires cli -> clap -> termcolor -> winapi-util Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-19 10:29:39 +00:00
version = "1.0.14"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Reduce dependencies for skim by avoid using default features By default skim requires cli -> clap -> termcolor -> winapi-util Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-19 10:29:39 +00:00
checksum = "7ffc183a10b4478d04cbbbfc96d0873219d962dd5accaff2ffbd4ceb7df837f4"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "ryu"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.16"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "f98d2aa92eebf49b69786be48e4477826b256916e84a57ff2a4f21923b48eb4c"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "scratch"
Reduce dependencies for skim by avoid using default features By default skim requires cli -> clap -> termcolor -> winapi-util Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-19 10:29:39 +00:00
version = "1.0.7"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Reduce dependencies for skim by avoid using default features By default skim requires cli -> clap -> termcolor -> winapi-util Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-19 10:29:39 +00:00
checksum = "a3cf7c11c38cb994f3d40e8a8cde3bbd1f72a435e4c49e85d6553d8312306152"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "semver"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.20"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "836fa6a3e1e547f9a2c4040802ec865b5d85f4014efe00555d7090a3dcaa1090"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"serde",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "serde"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.193"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "25dd9975e68d0cb5aa1120c288333fc98731bd1dd12f561e468ea4728c042b89"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"serde_derive",
]
[[package]]
name = "serde_derive"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.193"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "43576ca501357b9b071ac53cdc7da8ef0cbd9493d8df094cd821777ea6e894d3"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"proc-macro2",
"quote",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"syn 2.0.41",
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
]
[[package]]
name = "serde_json"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.108"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "3d1c7e3eac408d115102c4c24ad393e0821bb3a5df4d506a80f85f7a742a526b"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"itoa",
"ryu",
"serde",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "skim"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
version = "0.10.4"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
checksum = "e5d28de0a6cb2cdd83a076f1de9d965b973ae08b244df1aa70b432946dda0f32"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"beef",
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
"bitflags 1.3.2",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
"chrono",
"crossbeam",
"defer-drop",
"derive_builder",
"fuzzy-matcher",
"lazy_static",
"log",
"nix 0.25.1",
"rayon",
"regex",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"time",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
"timer",
"tuikit",
"unicode-width",
"vte",
]
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "sqlformat"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.2.3"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "ce81b7bd7c4493975347ef60d8c7e8b742d4694f4c49f93e0a12ea263938176c"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"itertools 0.12.0",
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
"nom",
"unicode_categories",
]
[[package]]
name = "sqlparser"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.37.0"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "37ae05a8250b968a3f7db93155a84d68b2e6cea1583949af5ca5b5170c76c075"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"log",
"serde",
]
[[package]]
name = "stacker"
version = "0.1.15"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "c886bd4480155fd3ef527d45e9ac8dd7118a898a46530b7b94c3e21866259fce"
dependencies = [
"cc",
"cfg-if",
"libc",
"psm",
"winapi",
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "strsim"
version = "0.10.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "73473c0e59e6d5812c5dfe2a064a6444949f089e20eec9a2e5506596494e4623"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "strum"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
version = "0.25.0"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
checksum = "290d54ea6f91c969195bdbcd7442c8c2a2ba87da8bf60a7ee86a235d4bc1e125"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"strum_macros",
]
[[package]]
name = "strum_macros"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.25.3"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "23dc1fa9ac9c169a78ba62f0b841814b7abae11bdd047b9c58f893439e309ea0"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
dependencies = [
"heck",
"proc-macro2",
"quote",
"rustversion",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"syn 2.0.41",
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
]
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "syn"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
version = "1.0.109"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "72b64191b275b66ffe2469e8af2c1cfe3bafa67b529ead792a6d0160888b4237"
dependencies = [
"proc-macro2",
"quote",
"unicode-ident",
]
[[package]]
name = "syn"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "2.0.41"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "44c8b28c477cc3bf0e7966561e3460130e1255f7a1cf71931075f1c5e7a7e269"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"proc-macro2",
"quote",
"unicode-ident",
]
[[package]]
name = "term"
version = "0.7.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "c59df8ac95d96ff9bede18eb7300b0fda5e5d8d90960e76f8e14ae765eedbf1f"
dependencies = [
"dirs-next",
"rustversion",
"winapi",
]
[[package]]
name = "termcolor"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.4.0"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "ff1bc3d3f05aff0403e8ac0d92ced918ec05b666a43f83297ccef5bea8a3d449"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"winapi-util",
]
[[package]]
name = "thiserror"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.51"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "f11c217e1416d6f036b870f14e0413d480dbf28edbee1f877abaf0206af43bb7"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"thiserror-impl",
]
[[package]]
name = "thiserror-impl"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.51"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "01742297787513b79cf8e29d1056ede1313e2420b7b3b15d0a768b4921f549df"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"proc-macro2",
"quote",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"syn 2.0.41",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
]
[[package]]
name = "thread_local"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
version = "1.1.7"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
checksum = "3fdd6f064ccff2d6567adcb3873ca630700f00b5ad3f060c25b5dcfd9a4ce152"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
"cfg-if",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
"once_cell",
]
[[package]]
name = "time"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.3.30"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "c4a34ab300f2dee6e562c10a046fc05e358b29f9bf92277f30c3c8d82275f6f5"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"deranged",
"powerfmt",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
"serde",
"time-core",
]
[[package]]
name = "time-core"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.1.2"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "ef927ca75afb808a4d64dd374f00a2adf8d0fcff8e7b184af886c3c87ec4a3f3"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "timer"
version = "0.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "31d42176308937165701f50638db1c31586f183f1aab416268216577aec7306b"
dependencies = [
"chrono",
]
[[package]]
name = "tuikit"
version = "0.5.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "5e19c6ab038babee3d50c8c12ff8b910bdb2196f62278776422f50390d8e53d8"
dependencies = [
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
"bitflags 1.3.2",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
"lazy_static",
"log",
"nix 0.24.3",
"term",
"unicode-width",
]
[[package]]
name = "unicode-ident"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "1.0.12"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "3354b9ac3fae1ff6755cb6db53683adb661634f67557942dea4facebec0fee4b"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "unicode-width"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.1.11"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "e51733f11c9c4f72aa0c160008246859e340b00807569a0da0e7a1079b27ba85"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "unicode_categories"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "39ec24b3121d976906ece63c9daad25b85969647682eee313cb5779fdd69e14e"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "utf8parse"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
version = "0.2.1"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
checksum = "711b9620af191e0cdc7468a8d14e709c3dcdb115b36f838e601583af800a370a"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "version_check"
version = "0.9.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "49874b5167b65d7193b8aba1567f5c7d93d001cafc34600cee003eda787e483f"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "vte"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
version = "0.11.1"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
checksum = "f5022b5fbf9407086c180e9557be968742d839e68346af7792b8592489732197"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"arrayvec",
"utf8parse",
"vte_generate_state_changes",
]
[[package]]
name = "vte_generate_state_changes"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "d257817081c7dffcdbab24b9e62d2def62e2ff7d00b1c20062551e6cccc145ff"
dependencies = [
"proc-macro2",
"quote",
]
[[package]]
name = "wasi"
version = "0.11.0+wasi-snapshot-preview1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "9c8d87e72b64a3b4db28d11ce29237c246188f4f51057d65a7eab63b7987e423"
[[package]]
name = "wasm-bindgen"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.2.89"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "0ed0d4f68a3015cc185aff4db9506a015f4b96f95303897bfa23f846db54064e"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"cfg-if",
"wasm-bindgen-macro",
]
[[package]]
name = "wasm-bindgen-backend"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.2.89"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "1b56f625e64f3a1084ded111c4d5f477df9f8c92df113852fa5a374dbda78826"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"bumpalo",
"log",
"once_cell",
"proc-macro2",
"quote",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"syn 2.0.41",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
"wasm-bindgen-shared",
]
[[package]]
name = "wasm-bindgen-macro"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.2.89"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "0162dbf37223cd2afce98f3d0785506dcb8d266223983e4b5b525859e6e182b2"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"quote",
"wasm-bindgen-macro-support",
]
[[package]]
name = "wasm-bindgen-macro-support"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.2.89"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "f0eb82fcb7930ae6219a7ecfd55b217f5f0893484b7a13022ebb2b2bf20b5283"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"proc-macro2",
"quote",
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"syn 2.0.41",
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
"wasm-bindgen-backend",
"wasm-bindgen-shared",
]
[[package]]
name = "wasm-bindgen-shared"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.2.89"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "7ab9b36309365056cd639da3134bf87fa8f3d86008abf99e612384a6eecd459f"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
[[package]]
name = "winapi"
version = "0.3.9"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "5c839a674fcd7a98952e593242ea400abe93992746761e38641405d28b00f419"
dependencies = [
"winapi-i686-pc-windows-gnu",
"winapi-x86_64-pc-windows-gnu",
]
[[package]]
name = "winapi-i686-pc-windows-gnu"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "ac3b87c63620426dd9b991e5ce0329eff545bccbbb34f3be09ff6fb6ab51b7b6"
[[package]]
name = "winapi-util"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.1.6"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "f29e6f9198ba0d26b4c9f07dbe6f9ed633e1f3d5b8b414090084349e46a52596"
Integrate skim into the client/local Note, that it can the fail the client if the skim itself will fail, however I haven't seen it panicd, so let's try. P.S. about adding USE_SKIM into configure header instead of just compile option for target, it is better, because it allows not to recompile lots of C++ headers, since we have to add skim library as PUBLIC. But anyway this will be resolved in a different way, but separatelly. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-12-03 11:55:46 +00:00
dependencies = [
"winapi",
]
[[package]]
name = "winapi-x86_64-pc-windows-gnu"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "712e227841d057c1ee1cd2fb22fa7e5a5461ae8e48fa2ca79ec42cfc1931183f"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
[[package]]
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
name = "windows-core"
version = "0.51.1"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "f1f8cf84f35d2db49a46868f947758c7a1138116f7fac3bc844f43ade1292e64"
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
dependencies = [
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"windows-targets 0.48.5",
build: Upgrade PRQL version
2023-08-04 18:34:00 +00:00
]
[[package]]
name = "windows-sys"
version = "0.48.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "677d2418bec65e3338edb076e806bc1ec15693c5d0104683f2efe857f61056a9"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
dependencies = [
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"windows-targets 0.48.5",
]
[[package]]
name = "windows-sys"
version = "0.52.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "282be5f36a8ce781fad8c8ae18fa3f9beff57ec1b52cb3de0789201425d9a33d"
dependencies = [
"windows-targets 0.52.0",
]
[[package]]
name = "windows-targets"
version = "0.48.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "9a2fa6e2155d7247be68c096456083145c183cbbbc2764150dda45a87197940c"
dependencies = [
"windows_aarch64_gnullvm 0.48.5",
"windows_aarch64_msvc 0.48.5",
"windows_i686_gnu 0.48.5",
"windows_i686_msvc 0.48.5",
"windows_x86_64_gnu 0.48.5",
"windows_x86_64_gnullvm 0.48.5",
"windows_x86_64_msvc 0.48.5",
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
]
[[package]]
name = "windows-targets"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.52.0"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "8a18201040b24831fbb9e4eb208f8892e1f50a37feb53cc7ff887feb8f50e7cd"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
dependencies = [
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
"windows_aarch64_gnullvm 0.52.0",
"windows_aarch64_msvc 0.52.0",
"windows_i686_gnu 0.52.0",
"windows_i686_msvc 0.52.0",
"windows_x86_64_gnu 0.52.0",
"windows_x86_64_gnullvm 0.52.0",
"windows_x86_64_msvc 0.52.0",
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
]
[[package]]
name = "windows_aarch64_gnullvm"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.48.5"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "2b38e32f0abccf9987a4e3079dfb67dcd799fb61361e53e2882c3cbaf0d905d8"
[[package]]
name = "windows_aarch64_gnullvm"
version = "0.52.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "cb7764e35d4db8a7921e09562a0304bf2f93e0a51bfccee0bd0bb0b666b015ea"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
[[package]]
name = "windows_aarch64_msvc"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.48.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "dc35310971f3b2dbbf3f0690a219f40e2d9afcf64f9ab7cc1be722937c26b4bc"
[[package]]
name = "windows_aarch64_msvc"
version = "0.52.0"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "bbaa0368d4f1d2aaefc55b6fcfee13f41544ddf36801e793edbbfd7d7df075ef"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
[[package]]
name = "windows_i686_gnu"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.48.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "a75915e7def60c94dcef72200b9a8e58e5091744960da64ec734a6c6e9b3743e"
[[package]]
name = "windows_i686_gnu"
version = "0.52.0"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "a28637cb1fa3560a16915793afb20081aba2c92ee8af57b4d5f28e4b3e7df313"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
[[package]]
name = "windows_i686_msvc"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.48.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "8f55c233f70c4b27f66c523580f78f1004e8b5a8b659e05a4eb49d4166cca406"
[[package]]
name = "windows_i686_msvc"
version = "0.52.0"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "ffe5e8e31046ce6230cc7215707b816e339ff4d4d67c65dffa206fd0f7aa7b9a"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
[[package]]
name = "windows_x86_64_gnu"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.48.5"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "53d40abd2583d23e4718fddf1ebec84dbff8381c07cae67ff7768bbf19c6718e"
[[package]]
name = "windows_x86_64_gnu"
version = "0.52.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "3d6fa32db2bc4a2f5abeacf2b69f7992cd09dca97498da74a151a3132c26befd"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
[[package]]
name = "windows_x86_64_gnullvm"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.48.5"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "0b7b52767868a23d5bab768e390dc5f5c55825b6d30b86c844ff2dc7414044cc"
[[package]]
name = "windows_x86_64_gnullvm"
version = "0.52.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "1a657e1e9d3f514745a572a6846d3c7aa7dbe1658c056ed9c3344c4109a6949e"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
[[package]]
name = "windows_x86_64_msvc"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
version = "0.48.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "ed94fce61571a4006852b7389a063ab983c02eb1bb37b47f8272ce92d06d9538"
[[package]]
name = "windows_x86_64_msvc"
version = "0.52.0"
Run cargo update to fix build with nightly
2023-07-03 07:40:36 +00:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
checksum = "dff9641d1cd4be8d1a070daf9e3773c5f67e78b4d9d42263020c057706765c04"
Reproducible builds for Rust From now on cargo will not download anything from the internet during builds. This step had been moved for docker image builds (via cargo vendor). And now cargo inside docker.io/clickhouse/binary-builder will not use any crates from the internet, so we don't need to add --offline for cargo commands in cmake (corrosion_import_crate()). Also the docker build command had been adjusted to allow following symlinks inside build context, by using tar, this is required for Rust packages. Note, that to make proper Cargo.lock that could be vendored I did the following: - per-project locks had been removed (since there is no automatic way to sync the workspace Cargo.lock with per-project Cargo.lock, since cargo update/generate-lockfile will use only per-project Cargo.toml files apparently, -Z minimal-versions does not helps either) - and to generate Cargo.lock with less changes I've pinned version in the Cargo.toml strictly, i.e. not 'foo = "0.1"' but 'foo = "=0.1"' then the Cargo.lock for workspace had been generated and afterwards I've reverted this part. Plus I have to update the dependencies afterwards, since otherwise there are conflicts with dependencies for std library. Non trivial. Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2023-07-21 06:31:45 +00:00
[[package]]
name = "yansi"
version = "0.5.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "09041cd90cf85f7f8b2df60c646f853b7f535ce68f85244eb6731cf89fa498ec"
Replace rust's BLAKE3 with llvm's implementation
2023-12-18 14:28:54 +00:00
[[package]]
name = "zerocopy"
version = "0.7.31"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "1c4061bedbb353041c12f413700357bec76df2c7e2ca8e4df8bac24c6bf68e3d"
dependencies = [
"zerocopy-derive",
]
[[package]]
name = "zerocopy-derive"
version = "0.7.31"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "b3c129550b3e6de3fd0ba67ba5c81818f9805e58b8d7fee80a3a59d2c9fc601a"
dependencies = [
"proc-macro2",
"quote",
"syn 2.0.41",
]
Reference in New Issue Copy Permalink