wez/wezterm
1
1
Fork 0
mirror of https://github.com/wez/wezterm.git synced 2024-11-24 07:46:59 +03:00
Code Issues Projects Releases Wiki Activity
6e8f8298af
wezterm/Cargo.lock

4698 lines
110 KiB
Plaintext
Raw Normal View History

Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
# This file is automatically @generated by Cargo.
# It is not intended for manual editing.
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
[[package]]
name = "ab_glyph_rasterizer"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.1.3"
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "2692800d602527d2b8fea50036119c37df74ab565b10e285706a3dcec0ec3e16"
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
cargo update
2020-05-26 08:25:39 +03:00
[[package]]
name = "addr2line"
cargo update
2020-07-09 09:54:56 +03:00
version = "0.13.0"
cargo update
2020-05-26 08:25:39 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-07-09 09:54:56 +03:00
checksum = "1b6a2d3371669ab3ca9797670853d61402b03d0b4b9ebf33d677dfa720203072"
cargo update
2020-05-26 08:25:39 +03:00
dependencies = [
"gimli",
]
cargo update
2020-06-30 03:52:14 +03:00
[[package]]
name = "adler"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.2.3"
cargo update
2020-06-30 03:52:14 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "ee2a4ec343196209d6594e19543ae87a39f96d5534d7174822a3ad825dd6ed7e"
cargo update
2020-06-30 03:52:14 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "adler32"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.2.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "aae1277d39aeec15cb388266ecc24b11c80469deae6067e17a1a7aa9e5c1f234"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
[[package]]
name = "ahash"
version = "0.2.18"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "6f33b5018f120946c1dcf279194f238a9f146725593ead1c08fa47ff22b0b5d3"
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"const-random",
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "aho-corasick"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.7.13"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "043164d8ba5c4c3035fec9bbee8647c0261d788f3474306f93bb65901cae0e86"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"memchr",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "alloc-no-stdlib"
version = "2.0.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "5192ec435945d87bc2f70992b4d818154b5feede43c09fb7592146374eac90a6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "alloc-stdlib"
version = "0.2.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "697ed7edc0f1711de49ce108c541623a0af97c6c60b2f6e2b65229847ac843c2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"alloc-no-stdlib",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "allsorts"
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
version = "0.4.0"
wezterm: update allsorts shaper The current master of allsorts supports color fonts in both bitmap and svg varieties. I'm interested to see if I can teach wezterm to render the svg based variety in a subsequent diff. First though, it's times to dust off our allsorts shaper logic. This commit updates to point to the current master of allsorts at the time of writing; there's a little bit of API fanout that makes it a bit easier to manage font fallback. The fallback logic has been improved so that we can now successfully fall back to the emoji font. The shaping logic has been improved so that we turn on the options that enable ZWJ for combining sequences of emoji, such as "man health worker". Running with the allsorts shaper enabled produces generally superior emoji/ligature substitution results compared to harfbuzz with Noto Color Emoji; the "man health worker" and the flags (eg: `flag: England`) from the subdivsion-flag section don't get substituted at all with harfbuzz, but do produce appropriate glyphs with allsorts. refs: https://github.com/wez/wezterm/issues/66
2020-11-21 03:56:07 +03:00
source = "git+https://github.com/yeslogic/allsorts.git?rev=3947164a201ab5e15d5f23204faaaaaad52531aa#3947164a201ab5e15d5f23204faaaaaad52531aa"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
wezterm: update allsorts shaper The current master of allsorts supports color fonts in both bitmap and svg varieties. I'm interested to see if I can teach wezterm to render the svg based variety in a subsequent diff. First though, it's times to dust off our allsorts shaper logic. This commit updates to point to the current master of allsorts at the time of writing; there's a little bit of API fanout that makes it a bit easier to manage font fallback. The fallback logic has been improved so that we can now successfully fall back to the emoji font. The shaping logic has been improved so that we turn on the options that enable ZWJ for combining sequences of emoji, such as "man health worker". Running with the allsorts shaper enabled produces generally superior emoji/ligature substitution results compared to harfbuzz with Noto Color Emoji; the "man health worker" and the flags (eg: `flag: England`) from the subdivsion-flag section don't get substituted at all with harfbuzz, but do produce appropriate glyphs with allsorts. refs: https://github.com/wez/wezterm/issues/66
2020-11-21 03:56:07 +03:00
"bitreader",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"brotli-decompressor",
"byteorder",
"encoding_rs",
"flate2",
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
"glyph-names",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"itertools",
"lazy_static",
"libc",
"log",
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
"num-traits 0.2.12",
"rental",
"rustc-hash",
wezterm: update allsorts shaper The current master of allsorts supports color fonts in both bitmap and svg varieties. I'm interested to see if I can teach wezterm to render the svg based variety in a subsequent diff. First though, it's times to dust off our allsorts shaper logic. This commit updates to point to the current master of allsorts at the time of writing; there's a little bit of API fanout that makes it a bit easier to manage font fallback. The fallback logic has been improved so that we can now successfully fall back to the emoji font. The shaping logic has been improved so that we turn on the options that enable ZWJ for combining sequences of emoji, such as "man health worker". Running with the allsorts shaper enabled produces generally superior emoji/ligature substitution results compared to harfbuzz with Noto Color Emoji; the "man health worker" and the flags (eg: `flag: England`) from the subdivsion-flag section don't get substituted at all with harfbuzz, but do produce appropriate glyphs with allsorts. refs: https://github.com/wez/wezterm/issues/66
2020-11-21 03:56:07 +03:00
"tinyvec 1.1.0",
wezterm: fixup some allsorts shaping cases * Fixes `keycap 0` by plucking out the prior character for an EnclosingMark * Fixes lookahead for VariationSelector refs: #66
2020-11-21 05:44:28 +03:00
"unicode-general-category 0.1.0",
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
"unicode-joining-type",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "andrew"
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
version = "0.3.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
checksum = "5e1ea80a5089cac999ffd4a91888154076a961d27387b0f7a6cd2d4dddb636b9"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
"line_drawing",
"rusttype",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"walkdir",
"xdg",
cargo update
2020-05-02 22:13:10 +03:00
"xml-rs 0.8.3",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "ansi_term"
version = "0.11.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "ee49baf6cb617b853aa8d93bf420db2383fab46d314482ca2803b40d5fde979b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "anyhow"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.0.32"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "6b602bfe940d21c130f3895acd65221e8a61270debe89d628b9cb4e3ccb8569b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "approx"
version = "0.3.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "f0e60b75072ecd4168020818c0107f2857bb6c4e64252d8d3983f6263b40a5c3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "arc-swap"
cargo update
2020-06-06 20:08:02 +03:00
version = "0.4.7"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-06 20:08:02 +03:00
checksum = "4d25d88fd6b8041580a654f9d0c581a047baee2b3efee13275f2fc392fc75034"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "arrayref"
cargo update
2020-02-01 10:01:38 +03:00
version = "0.3.6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-02-01 10:01:38 +03:00
checksum = "a4c527152e37cf757a3f78aae5a06fbeefdb07ccc535c980a3208ee3060dd544"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "arrayvec"
version = "0.5.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "cff77d8686867eceff3105329d4698d96c2391c176d5d03adc90c7389162b5b8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
[[package]]
name = "async-barrier"
version = "1.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "04b50fe84d0aea412a4e751cb01b9e26e2be533b2708607c2a2a739b192ee45a"
dependencies = [
"async-mutex",
"event-listener",
]
cargo update
2020-09-09 19:31:37 +03:00
[[package]]
name = "async-channel"
version = "1.4.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "21279cfaa4f47df10b1816007e738ca3747ef2ee53ffc51cdbf57a8bb266fee3"
dependencies = [
"concurrent-queue",
"event-listener",
"futures-core",
]
[[package]]
name = "async-executor"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.3.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "d373d78ded7d0b3fa8039375718cde0aace493f2e34fb60f51cbf567562ca801"
dependencies = [
"async-task 4.0.2",
"concurrent-queue",
"fastrand",
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
"futures-lite",
cargo update
2020-10-02 17:16:20 +03:00
"once_cell",
"vec-arena",
]
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
[[package]]
name = "async-fs"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
version = "1.4.0"
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
checksum = "c194f3f9735c7c32ac04504f9eba7d579d71784d6f88c89c31240538d2ea4259"
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
dependencies = [
"blocking",
"futures-lite",
]
cargo update
2020-10-02 17:16:20 +03:00
[[package]]
name = "async-global-executor"
version = "1.3.0"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "fefeb39da249f4c33af940b779a56723ce45809ef5c54dad84bb538d4ffb6d9e"
cargo update
2020-09-09 19:31:37 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"async-executor",
cargo update
2020-09-09 19:31:37 +03:00
"async-io",
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
"futures-lite",
cargo update
2020-10-02 17:16:20 +03:00
"num_cpus",
"once_cell",
cargo update
2020-09-09 19:31:37 +03:00
]
[[package]]
name = "async-io"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
version = "1.1.9"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
checksum = "1a027f4b662e59d7070791e33baafd36affe67388965701b50039db5ebb240d2"
cargo update
2020-09-09 19:31:37 +03:00
dependencies = [
"concurrent-queue",
cargo update
2020-10-02 17:16:20 +03:00
"fastrand",
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
"futures-lite",
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
"libc",
cargo update
2020-10-02 17:16:20 +03:00
"log",
"nb-connect",
cargo update
2020-09-09 19:31:37 +03:00
"once_cell",
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
"parking",
cargo update
2020-09-09 19:31:37 +03:00
"polling",
"vec-arena",
cargo update
2020-10-02 17:16:20 +03:00
"waker-fn",
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
"winapi 0.3.9",
cargo update
2020-09-09 19:31:37 +03:00
]
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
[[package]]
name = "async-lock"
version = "2.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "76000290eb3c67dfe4e2bdf6b6155847f8e16fc844377a7bd0b5e97622656362"
dependencies = [
"async-barrier",
"async-mutex",
"async-rwlock",
"async-semaphore",
]
cargo update
2020-09-09 19:31:37 +03:00
[[package]]
name = "async-mutex"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.4.0"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "479db852db25d9dbf6204e6cb6253698f175c15726470f78af0d918e99d6156e"
cargo update
2020-09-09 19:31:37 +03:00
dependencies = [
"event-listener",
]
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
[[package]]
name = "async-net"
version = "1.4.6"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "14a5335056541826f855bf95b936df9788adbacf94b15ef7104029f7fff3e82a"
dependencies = [
"async-io",
"blocking",
"fastrand",
"futures-lite",
]
[[package]]
name = "async-process"
version = "1.0.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "0bb915df28b8309139bd9c9c700d84c20e5c21385d05378caa84912332d0f6a1"
dependencies = [
"async-io",
"blocking",
"cfg-if",
"event-listener",
"futures-lite",
"once_cell",
"signal-hook",
"winapi 0.3.9",
]
[[package]]
name = "async-rwlock"
version = "1.3.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "261803dcc39ba9e72760ba6e16d0199b1eef9fc44e81bffabbebb9f5aea3906c"
dependencies = [
"async-mutex",
"event-listener",
]
[[package]]
name = "async-semaphore"
version = "1.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "538c756e85eb6ffdefaec153804afb6da84b033e2e5ec3e9d459c34b4bf4d3f6"
dependencies = [
"event-listener",
]
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
[[package]]
name = "async-std"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.6.5"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "a9fa76751505e8df1c7a77762f60486f60c71bbd9b8557f4da6ad47d083732ed"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"async-global-executor",
cargo update
2020-09-09 19:31:37 +03:00
"async-io",
"async-mutex",
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
"blocking",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"crossbeam-utils",
cargo update
2020-05-26 08:25:39 +03:00
"futures-channel",
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
"futures-core",
"futures-io",
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
"futures-lite",
cargo update
2020-10-02 17:16:20 +03:00
"gloo-timers",
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
"kv-log-macro",
"log",
"memchr",
"num_cpus",
"once_cell",
"pin-project-lite",
"pin-utils",
"slab",
cargo update
2020-05-26 08:25:39 +03:00
"wasm-bindgen-futures",
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
]
adopt async-task for muxserver task runner This simplifies some of its code
2020-01-16 12:03:32 +03:00
[[package]]
name = "async-task"
cargo update
2020-02-11 18:49:05 +03:00
version = "1.3.1"
adopt async-task for muxserver task runner This simplifies some of its code
2020-01-16 12:03:32 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-02-11 18:49:05 +03:00
checksum = "0ac2c016b079e771204030951c366db398864f5026f84a44dafb0ff20f02085d"
adopt async-task for muxserver task runner This simplifies some of its code
2020-01-16 12:03:32 +03:00
dependencies = [
"libc",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
adopt async-task for muxserver task runner This simplifies some of its code
2020-01-16 12:03:32 +03:00
]
cargo update
2020-10-02 17:16:20 +03:00
[[package]]
name = "async-task"
version = "4.0.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "8ab27c1aa62945039e44edaeee1dc23c74cc0c303dd5fe0fb462a184f1c3a518"
mux: make Domain::attach an async fn
2020-01-17 02:55:15 +03:00
[[package]]
name = "async-trait"
cargo update
2020-10-02 17:16:20 +03:00
version = "0.1.41"
mux: make Domain::attach an async fn
2020-01-17 02:55:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "b246867b8b3b6ae56035f1eb1ed557c1d8eae97f0d53696138a50fa0e3a3b8c0"
mux: make Domain::attach an async fn
2020-01-17 02:55:15 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
cargo update
2020-10-02 17:16:20 +03:00
"syn 1.0.42",
mux: make Domain::attach an async fn
2020-01-17 02:55:15 +03:00
]
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
[[package]]
name = "async_ossl"
version = "0.1.0"
dependencies = [
"openssl",
]
cargo update
2020-09-09 19:31:37 +03:00
[[package]]
name = "atomic-waker"
version = "1.0.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "065374052e7df7ee4047b1160cca5e1467a12351a40b3da123c870ba0b8eda2a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "atty"
bump some versions
2020-01-10 09:39:34 +03:00
version = "0.2.14"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "d9b39be18770d11421cdb1b9947a45dd3f37e93092cbf377614828a319d5fee8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"hermit-abi",
"libc",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "autocfg"
version = "0.1.7"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "1d49d90015b3c36167a20fe2810c5cd875ad504b39cff3d4eae7977e6b7c1cb2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
bump some versions
2020-01-10 09:39:34 +03:00
[[package]]
name = "autocfg"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.0.1"
bump some versions
2020-01-10 09:39:34 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "cdb031dd78e28731d87d56cc8ffef4a8f36ca26c38fe2de700543e627f8a464a"
bump some versions
2020-01-10 09:39:34 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "backtrace"
cargo update
2020-10-02 17:16:20 +03:00
version = "0.3.51"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "ec1931848a574faa8f7c71a12ea00453ff5effbb5f51afe7f77d7a48cace6ac1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-05-26 08:25:39 +03:00
"addr2line",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
"libc",
cargo update
2020-10-02 17:16:20 +03:00
"miniz_oxide 0.4.2",
cargo update
2020-05-26 08:25:39 +03:00
"object",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"rustc-demangle",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "base64"
version = "0.10.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "0b25d992356d2eb0ed82172f5248873db5560c4721f564b13cb5193bda5e668e"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"byteorder",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
[[package]]
name = "base64"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.12.3"
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "3441f0f7b02788e948e47f457ca01f1d7e6d92c693bc132c22b087d3141c03ff"
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "base91"
version = "0.1.0"
bintree: introduce a binary tree + zipper impl The intent is for this to help manage panes, but it is reasonably general purpose so it is broken out separately.
2020-07-01 06:21:27 +03:00
[[package]]
name = "bintree"
version = "0.1.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "bitflags"
version = "0.9.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "4efd02e230a02e18f92fc2735f44597385ed02ad8f831e7c1c1156ee5e1ab3a5"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "bitflags"
version = "1.2.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "cf1de2fe8c75bc145a2f577add951f8134889b4795d47466a54a5c846d691693"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
wezterm: update allsorts shaper The current master of allsorts supports color fonts in both bitmap and svg varieties. I'm interested to see if I can teach wezterm to render the svg based variety in a subsequent diff. First though, it's times to dust off our allsorts shaper logic. This commit updates to point to the current master of allsorts at the time of writing; there's a little bit of API fanout that makes it a bit easier to manage font fallback. The fallback logic has been improved so that we can now successfully fall back to the emoji font. The shaping logic has been improved so that we turn on the options that enable ZWJ for combining sequences of emoji, such as "man health worker". Running with the allsorts shaper enabled produces generally superior emoji/ligature substitution results compared to harfbuzz with Noto Color Emoji; the "man health worker" and the flags (eg: `flag: England`) from the subdivsion-flag section don't get substituted at all with harfbuzz, but do produce appropriate glyphs with allsorts. refs: https://github.com/wez/wezterm/issues/66
2020-11-21 03:56:07 +03:00
[[package]]
name = "bitreader"
version = "0.3.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "5fa7f0adf37cd5472c978a1ff4be89c1880a923d10df4cfef6a10855a666e09b"
dependencies = [
"cfg-if",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "blake2b_simd"
bump some versions
2020-01-10 09:39:34 +03:00
version = "0.5.10"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "d8fb2d74254a3a0b5cac33ac9f8ed0e44aa50378d9dbb2e5d83bd21ed1dc2c8a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"arrayref",
wezterm-font: remove font-kit dep This wasn't used by anything and the version was getting pretty stale. Upgrading is awkward because newer versions pull in an incompatible freetype library version.
2020-10-25 08:01:00 +03:00
"arrayvec",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"constant_time_eq",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "block"
version = "0.1.6"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "0d8c1fef690941d3e7788d328517591fecc684c084084702d6ff1641e993699a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
[[package]]
name = "block-buffer"
version = "0.7.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "c0940dc441f31689269e10ac70eb1002a3a1d3ad1390e030043662eb7fe4688b"
dependencies = [
"block-padding",
"byte-tools",
"byteorder",
"generic-array 0.12.3",
]
term: cache recently decoded images This commit introduces a small, bounded, LRU cache for recently decoded images. This allows the same image ID to be used in the cache that the same image bits are repeatedly sent to the terminal. This is advantageous because it reduces the amount of texture space required by the gui layer.
2020-10-25 21:59:44 +03:00
[[package]]
name = "block-buffer"
version = "0.9.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "4152116fd6e9dadb291ae18fc1ec3575ed6d84c29642d97890f4b4a3417297e4"
dependencies = [
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
"generic-array 0.14.4",
]
[[package]]
name = "block-padding"
version = "0.1.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "fa79dedbb091f449f1f39e53edf88d5dbe95f895dae6135a8d7b881fb5af73f5"
dependencies = [
"byte-tools",
term: cache recently decoded images This commit introduces a small, bounded, LRU cache for recently decoded images. This allows the same image ID to be used in the cache that the same image bits are repeatedly sent to the terminal. This is advantageous because it reduces the amount of texture space required by the gui layer.
2020-10-25 21:59:44 +03:00
]
cargo update
2020-09-09 19:31:37 +03:00
[[package]]
name = "blocking"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
version = "1.0.1"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
checksum = "c5aba2c74d15fe950254784fe497a999345606169c2288ccb771b72acdf41241"
cargo update
2020-09-09 19:31:37 +03:00
dependencies = [
"async-channel",
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
"async-task 4.0.2",
cargo update
2020-09-09 19:31:37 +03:00
"atomic-waker",
cargo update
2020-10-02 17:16:20 +03:00
"fastrand",
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
"futures-lite",
cargo update
2020-06-30 03:52:14 +03:00
"once_cell",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "brotli-decompressor"
cargo update
2020-06-06 20:08:02 +03:00
version = "2.3.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-06 20:08:02 +03:00
checksum = "1052e1c3b8d4d80eb84a8b94f0a1498797b5fb96314c001156a1c761940ef4ec"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"alloc-no-stdlib",
"alloc-stdlib",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
wezterm: lua: add glob and read_dir These functions are useful when dynamically constructing configuration.
2020-04-12 05:21:52 +03:00
[[package]]
name = "bstr"
version = "0.1.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "59604ece62a407dc9164732e5adea02467898954c3a5811fd2dc140af14ef15b"
dependencies = [
"lazy_static",
"memchr",
"regex-automata",
]
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
[[package]]
name = "bstr"
cargo update
2020-05-26 08:25:39 +03:00
version = "0.2.13"
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-26 08:25:39 +03:00
checksum = "31accafdb70df7871592c058eca3985b71104e15ac32f64706022c58867da931"
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
dependencies = [
lua: add serde-powered to_lua_value function This will help in implementing lua helper functions for various config and other structures.
2020-03-01 08:46:59 +03:00
"lazy_static",
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
"memchr",
lua: add serde-powered to_lua_value function This will help in implementing lua helper functions for various config and other structures.
2020-03-01 08:46:59 +03:00
"regex-automata",
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
]
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
[[package]]
name = "bumpalo"
cargo update
2020-06-06 20:08:02 +03:00
version = "3.4.0"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-06 20:08:02 +03:00
checksum = "2e8c087f005730276d1096a652e92a8bacee2e2472bcc9715a74d2bec38b5820"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
[[package]]
name = "byte-tools"
version = "0.3.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "e3b5ca7a04898ad4bcd41c90c5285445ff5b791899bb1b0abdd2a2aa791211d7"
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
[[package]]
name = "bytemuck"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.4.1"
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "41aa2ec95ca3b5c54cf73c91acf06d24f4495d5f1b1c12506ae3483d646177ac"
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "byteorder"
cargo update
2020-02-11 18:49:05 +03:00
version = "1.3.4"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-02-11 18:49:05 +03:00
checksum = "08c48aae112d48ed9f069b33538ea9e3e90aa263cfa3d1c24309612b1f7472de"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
cargo update
2020-06-30 03:52:14 +03:00
[[package]]
name = "cache-padded"
cargo update
2020-07-09 09:54:56 +03:00
version = "1.1.1"
cargo update
2020-06-30 03:52:14 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-07-09 09:54:56 +03:00
checksum = "631ae5198c9be5e753e5cc215e1bd73c2b466a3565173db433f52bb9d3e66dba"
promise: add tokio_spawn helper This starts up the tokio runtime on a secondary thread and spawns a future into it.
2020-01-19 20:59:30 +03:00
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
[[package]]
name = "calloop"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.6.4"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "59561a8b3968ba4bda0c46f42e0568507c5d26e94c3b6f2a0c730cbecd83ff3a"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
dependencies = [
"log",
cargo update
2020-09-09 19:31:37 +03:00
"nix 0.18.0",
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "cassowary"
version = "0.3.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "df8670b8c7b9dae1793364eafadf7239c40d669904660c5960d74cfd80b46a53"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "cc"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.0.60"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "ef611cc68ff783f18535d77ddd080185275713d852c4f5cbb6122c462a7a825c"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"jobserver",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "cfg-if"
version = "0.1.10"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "4785bdd1c96b2a846b2bd7cc02e86b6b3dbf14e7e53446c4f54c92a361040822"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "cgl"
version = "0.3.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "0ced0551234e87afee12411d535648dd89d2e7f34c78b753395567aff3d447ff"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "chrono"
cargo update
2020-10-02 17:16:20 +03:00
version = "0.4.19"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "670ad68c9088c2a963aaa298cb369688cf3f9465ce5e2d4ca10e6e0098a1ce73"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"libc",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"num-integer",
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"time",
cargo update
2020-10-02 17:16:20 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "clap"
cargo update
2020-09-09 19:31:37 +03:00
version = "2.33.3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "37e58ac78573c40708d45522f0d80fa2f01cc4f9b4e2bf749807255454312002"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"ansi_term",
"atty",
"bitflags 1.2.1",
lua: give a nice error message when using an invalid field name Make a reasonable suggestion to the user based on similarity with possible field names, but don't error out. This facilitates evolving the configuration over time, and makes the config more forgiving of typos.
2020-03-01 20:39:14 +03:00
"strsim 0.8.0",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"textwrap 0.11.0",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"unicode-width",
"vec_map",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "clipboard"
version = "0.5.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "25a904646c0340239dcf7c51677b33928bf24fdf424b79a57909c0109075b2e7"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"clipboard-win",
"objc",
"objc-foundation",
"objc_id",
"x11-clipboard",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "clipboard-win"
version = "2.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "e3a093d6fed558e5fe24c3dfc85a68bb68f1c824f440d3ba5aca189e2998786b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "cloudabi"
version = "0.0.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "ddfc5b9aa5d4507acaf872de71051dfd0e309860e88966e1051e462a077aac4f"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "cocoa"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.20.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "0c49e86fc36d5704151f5996b7b3795385f50ce09e3be0f47a0cfde869681cf8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
"block",
"core-foundation 0.7.0",
cargo update
2020-06-30 03:52:14 +03:00
"core-graphics 0.19.2",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"foreign-types",
"libc",
"objc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
move codec into is own crate
2020-10-03 08:39:15 +03:00
[[package]]
name = "codec"
version = "0.1.0"
dependencies = [
"anyhow",
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
"base91",
move codec into is own crate
2020-10-03 08:39:15 +03:00
"config",
"leb128",
"log",
"metrics",
"mux",
"portable-pty",
"rangeset",
"serde",
codec: add async read/write methods
2020-10-03 19:15:47 +03:00
"smol",
move codec into is own crate
2020-10-03 08:39:15 +03:00
"termwiz",
"varbincode",
"wezterm-term",
"zstd",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "color_quant"
version = "1.0.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "0dbbb57365263e881e805dc77d94697c9118fd94d8da011240555aa7b23445bd"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
wezterm: add ScrollToPrompt key assignment Adds some supporting methods for computing the `SemanticZone`s in the display and a key assignment that allows scrolling the viewport to jump to the next/prev Prompt zone.
2020-11-08 20:58:02 +03:00
[[package]]
name = "colored"
version = "1.9.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "f4ffc801dacf156c5854b9df4f425a626539c3a6ef7893cc0c5084a23f0b6c59"
dependencies = [
"atty",
"lazy_static",
"winapi 0.3.9",
]
cargo update
2020-06-30 03:52:14 +03:00
[[package]]
name = "concurrent-queue"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.2.2"
cargo update
2020-06-30 03:52:14 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "30ed07550be01594c6026cff2a1d7fe9c8f683caa798e12b68694ac9e88286a3"
cargo update
2020-06-30 03:52:14 +03:00
dependencies = [
"cache-padded",
]
move config into its own crate
2020-10-02 21:50:50 +03:00
[[package]]
name = "config"
version = "0.1.0"
dependencies = [
"anyhow",
clean up mux server startup kindof a lot going on in this commit, unintentionally: * Need the lua context set to be moved into the config crate otherwise configs cannot be parsed by the server and we end up with the default configs * Make the server use smol for async io * Drop the use of the daemonize crate, which I had forked anyway. Just inline our own tighter daemonize module * Improve daemon spawning synchronization, however, it still needs work for windows to avoid blocking forever where we don't do daemonizing.
2020-10-04 19:39:28 +03:00
"bstr 0.2.13",
move config into its own crate
2020-10-02 21:50:50 +03:00
"dirs 2.0.2",
clean up mux server startup kindof a lot going on in this commit, unintentionally: * Need the lua context set to be moved into the config crate otherwise configs cannot be parsed by the server and we end up with the default configs * Make the server use smol for async io * Drop the use of the daemonize crate, which I had forked anyway. Just inline our own tighter daemonize module * Improve daemon spawning synchronization, however, it still needs work for windows to avoid blocking forever where we don't do daemonizing.
2020-10-04 19:39:28 +03:00
"filenamegen",
"hostname",
move config into its own crate
2020-10-02 21:50:50 +03:00
"lazy_static",
move running_under_wsl to config crate
2020-10-03 06:51:50 +03:00
"libc",
move config into its own crate
2020-10-02 21:50:50 +03:00
"log",
"luahelper",
"mlua",
"notify",
"portable-pty",
add wezterm.on(), wezterm.emit() * `wezterm.on("event-name", func)` * `wezterm.emit("event-name", "arg1", "arg2")` `on` allows registering multiple functions. `emit` will call each of the registered functions in turn, passing a copy of the arguments. If a handler returns false, no additional handlers are called and `emit` will return false. Otherwise, once all the handlers have been called, `emit` will return true. `emit` is capable of being called by async code. These functions are available to the config layer, but nothing in wezterm uses them at this time. refs: #225
2020-10-07 08:04:48 +03:00
"pretty_env_logger",
wezterm: allow overriding the default open-uri event This builds on the new lua event handler plumbing added in ccea650a93c4f8ce29703ba2e1c0e91ff00d9046 to co-opt the default URI opening action: ```lua wezterm.on("open-uri", function(uri) if uri:find("jira") then wezterm.log_error("do something with jira") wezterm.run_child_process({ "wezterm", "start", "--", "jira", "view", extract_task_from_uri(uri) }) -- prevent the default action from opening in a browser return false else -- log but allow the uri to be opened in the browser wezterm.log_error("clicken " .. uri) end end) ``` This doesn't allow exactly the sketched out option from issue #223 to be implemented, but may be close enough to be useful. refs: #223 refs: #225
2020-10-08 04:19:14 +03:00
"promise",
move config into its own crate
2020-10-02 21:50:50 +03:00
"serde",
add wezterm.on(), wezterm.emit() * `wezterm.on("event-name", func)` * `wezterm.emit("event-name", "arg1", "arg2")` `on` allows registering multiple functions. `emit` will call each of the registered functions in turn, passing a copy of the arguments. If a handler returns false, no additional handlers are called and `emit` will return false. Otherwise, once all the handlers have been called, `emit` will return true. `emit` is capable of being called by async code. These functions are available to the config layer, but nothing in wezterm uses them at this time. refs: #225
2020-10-07 08:04:48 +03:00
"smol",
move config into its own crate
2020-10-02 21:50:50 +03:00
"termwiz",
"toml",
"vergen",
"wezterm-term",
and another speculative diff to fixup windows build
2020-10-05 23:56:11 +03:00
"winapi 0.3.9",
move config into its own crate
2020-10-02 21:50:50 +03:00
]
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
[[package]]
name = "const-random"
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
version = "0.1.8"
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
checksum = "2f1af9ac737b2dd2d577701e59fd09ba34822f6f2ebdb30a7647405d9e55e16a"
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"const-random-macro",
"proc-macro-hack",
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
]
[[package]]
name = "const-random-macro"
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
version = "0.1.8"
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
checksum = "25e4c606eb459dd29f7c57b2e0879f2b6f14ee130918c2b78ccb58a9624e6c7a"
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
dependencies = [
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
"getrandom",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"proc-macro-hack",
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "constant_time_eq"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
version = "0.1.5"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "245097e9a4535ee1e3e3931fcfcd55a796a44c643e8596ff6566d68f09b87bbc"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "core-foundation"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
version = "0.7.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
checksum = "57d24c7a13c43e870e37c1556b74555437870a04514f7685f5b354e090567171"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
"core-foundation-sys 0.7.0",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "core-foundation"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
version = "0.9.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
checksum = "0a89e2ae426ea83155dccf10c0fa6b1463ef6d5fcb44cee0b224a408fa640a62"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
"core-foundation-sys 0.8.2",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "core-foundation-sys"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
version = "0.7.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
checksum = "b3a71ab494c0b5b860bdc8407ae08978052417070c2ced38573a9157ad75b8ac"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "core-foundation-sys"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
version = "0.8.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
checksum = "ea221b5284a47e40033bf9b66f35f984ec0ea2931eb03505246cd27a963f981b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "core-graphics"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
version = "0.19.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
checksum = "b3889374e6ea6ab25dba90bb5d96202f61108058361f6dc72e8b03e6f8bbe923"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
"core-foundation 0.7.0",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"foreign-types",
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "core-graphics"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
version = "0.22.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
checksum = "fc239bba52bab96649441699533a68de294a101533b0270b2d65aa402b29a7f9"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
"core-foundation 0.9.1",
"core-graphics-types",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"foreign-types",
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
name = "core-graphics-types"
version = "0.1.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
checksum = "3a68b68b3446082644c91ac778bf50cd4104bfb002b5a6a7c44cca5a2c70788b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
"bitflags 1.2.1",
"core-foundation 0.9.1",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"foreign-types",
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "core-text"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
version = "19.1.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
checksum = "d2c7f46e8b820fd5f4b28528104b28b0a91cbe9e9c5bde8017087fb44bc93a60"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
"core-foundation 0.9.1",
"core-graphics 0.22.1",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"foreign-types",
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
term: cache recently decoded images This commit introduces a small, bounded, LRU cache for recently decoded images. This allows the same image ID to be used in the cache that the same image bits are repeatedly sent to the terminal. This is advantageous because it reduces the amount of texture space required by the gui layer.
2020-10-25 21:59:44 +03:00
[[package]]
name = "cpuid-bool"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "8aebca1129a03dc6dc2b127edd729435bbc4a37e1d5f4d7513165089ceb02634"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "crc32fast"
version = "1.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "ba125de2af0df55319f41944744ad91c71113bf74a4646efff39afe1f6842db1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
ssh: use a single window for authenticating a session This makes it so that we preserve context while showing the connection status and authentication prompts.
2020-01-26 00:00:16 +03:00
[[package]]
name = "crossbeam"
version = "0.7.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "69323bff1fb41c635347b8ead484a5ca6c3f11914d784170b158d8449ab07f8e"
dependencies = [
"cfg-if",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"crossbeam-channel",
ssh: use a single window for authenticating a session This makes it so that we preserve context while showing the connection status and authentication prompts.
2020-01-26 00:00:16 +03:00
"crossbeam-deque",
"crossbeam-epoch",
"crossbeam-queue",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"crossbeam-utils",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
[[package]]
name = "crossbeam-channel"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.4.4"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "b153fe7cbef478c567df0f972e02e6d736db11affe43dfc9c56a9374d1adfb87"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
dependencies = [
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"crossbeam-utils",
cargo update
2020-03-14 19:39:38 +03:00
"maybe-uninit",
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "crossbeam-deque"
cargo update
2020-03-14 19:39:38 +03:00
version = "0.7.3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-03-14 19:39:38 +03:00
checksum = "9f02af974daeee82218205558e51ec8768b48cf524bd01d550abe5573a608285"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"crossbeam-epoch",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"crossbeam-utils",
cargo update
2020-03-14 19:39:38 +03:00
"maybe-uninit",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "crossbeam-epoch"
cargo update
2020-03-14 19:39:38 +03:00
version = "0.8.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-03-14 19:39:38 +03:00
checksum = "058ed274caafc1f60c4997b5fc07bf7dc7cca454af7c6e81edffe5f33f70dace"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"autocfg 1.0.1",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"crossbeam-utils",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"lazy_static",
cargo update
2020-03-14 19:39:38 +03:00
"maybe-uninit",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"memoffset",
"scopeguard",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "crossbeam-queue"
cargo update
2020-06-13 20:21:49 +03:00
version = "0.2.3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-13 20:21:49 +03:00
checksum = "774ba60a54c213d409d5353bda12d49cd68d14e45036a285234c8d6f91f92570"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"crossbeam-utils",
cargo update
2020-06-13 20:21:49 +03:00
"maybe-uninit",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "crossbeam-utils"
cargo update
2020-03-14 19:39:38 +03:00
version = "0.7.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-03-14 19:39:38 +03:00
checksum = "c3c7c73a2d1e9fc0886a08b93e98eb643461230d5f1925e4036204d5f2e261a8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"autocfg 1.0.1",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
"lazy_static",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "ctor"
cargo update
2020-10-02 17:16:20 +03:00
version = "0.1.16"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "7fbaabec2c953050352311293be5c6aba8e141ba19d6811862b232d6fd020484"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
cargo update
2020-10-02 17:16:20 +03:00
"syn 1.0.42",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "dbus"
version = "0.6.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "48b5f0f36f1eebe901b0e6bee369a77ed3396334bf3f09abd46454a576f71819"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
"libdbus-sys",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
[[package]]
name = "deflate"
cargo update
2020-07-09 09:54:56 +03:00
version = "0.8.6"
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-07-09 09:54:56 +03:00
checksum = "73770f8e1fe7d64df17ca66ad28994a0a623ea497fa69486e14984e715c5d174"
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
dependencies = [
"adler32",
"byteorder",
]
wezterm: add ScrollToPrompt key assignment Adds some supporting methods for computing the `SemanticZone`s in the display and a key assignment that allows scrolling the viewport to jump to the next/prev Prompt zone.
2020-11-08 20:58:02 +03:00
[[package]]
name = "diff"
version = "0.1.12"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "0e25ea47919b1560c4e3b7fe0aaab9becf5b84a10325ddf7db0f0ba5e1026499"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "difference"
version = "2.0.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "524cbf6897b527295dff137cec09ecf3a05f4fddffd7dfcd1585403449e74198"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
[[package]]
name = "digest"
version = "0.8.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "f3d0c8c8752312f9713efd397ff63acb9f85585afbf179282e720e7704954dd5"
dependencies = [
"generic-array 0.12.3",
]
term: cache recently decoded images This commit introduces a small, bounded, LRU cache for recently decoded images. This allows the same image ID to be used in the cache that the same image bits are repeatedly sent to the terminal. This is advantageous because it reduces the amount of texture space required by the gui layer.
2020-10-25 21:59:44 +03:00
[[package]]
name = "digest"
version = "0.9.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "d3dd60d1080a57a05ab032377049e0591415d2b31afd7028356dbf3cc6dcb066"
dependencies = [
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
"generic-array 0.14.4",
term: cache recently decoded images This commit introduces a small, bounded, LRU cache for recently decoded images. This allows the same image ID to be used in the cache that the same image bits are repeatedly sent to the terminal. This is advantageous because it reduces the amount of texture space required by the gui layer.
2020-10-25 21:59:44 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "dirs"
version = "1.0.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "3fd78930633bd1c6e35c4b42b1df7b0cbc6bc191146e512bb3bedf243fcc3901"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
"redox_users",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "dirs"
version = "2.0.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "13aea89a5c93364a98e9b37b2fa237effbb694d5cfe01c5b70941f7eb087d5e3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
"dirs-sys",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "dirs-sys"
cargo update
2020-06-06 20:08:02 +03:00
version = "0.3.5"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-06 20:08:02 +03:00
checksum = "8e93d7f5705de3e49895a2b5e0b8855a1c27f080192ae9c32a6432d50741a57a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
"redox_users",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "dlib"
cargo update
2020-06-06 20:08:02 +03:00
version = "0.4.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-06 20:08:02 +03:00
checksum = "b11f15d1e3268f140f68d390637d5e76d849782d971ae7063e0da69fe9709a76"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-13 20:21:49 +03:00
"libloading",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "downcast-rs"
cargo update
2020-06-30 03:52:14 +03:00
version = "1.2.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "9ea835d29036a4087793836fa931b08837ad5e957da9e23886b29586fb9b6650"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "dwrote"
version = "0.9.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "0bd1369e02db5e9b842a9b67bce8a2fcc043beafb2ae8a799dd482d46ea1ff0d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"lazy_static",
"libc",
"serde",
"serde_derive",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "either"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.6.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "e78d4f1cc4ae33bbfc157ed5d5a5ef3bc29227303d595861deb238fcec4e9457"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "embed-resource"
cargo update
2020-03-29 18:19:16 +03:00
version = "1.3.3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-03-29 18:19:16 +03:00
checksum = "1f6b0b4403da80c2fd32333937dd468292c001d778c587ae759b75432772715d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"vswhom",
"winreg",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "encoding_rs"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.8.24"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "a51b8cf747471cb9499b6d59e59b0444f4c90eba8968c4e44874e92b5b64ace2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
wezterm: fixup APPIMAGE environment consistently Need to apply the same logic in wezterm-gui as we do in the wezterm-cli.
2020-10-25 09:21:03 +03:00
[[package]]
name = "env-bootstrap"
version = "0.1.0"
dependencies = [
"cocoa",
"config",
"dirs 2.0.2",
"libc",
"objc",
]
Enable timestamps in the logger
2020-02-14 20:46:19 +03:00
[[package]]
name = "env_logger"
version = "0.7.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "44533bbbb3bb3c1fa17d9f2e4e38bbbaf8396ba82193c4cb1b6445d711445d36"
dependencies = [
"atty",
"humantime",
"log",
"regex",
"termcolor",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "euclid"
cargo update
2020-07-09 09:54:56 +03:00
version = "0.20.14"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-07-09 09:54:56 +03:00
checksum = "2bb7ef65b3777a325d1eeefefab5b6d4959da54747e33bd6258e789640f307ad"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
wezterm: improve texture atlas allocation This commit uses the guillotine algorithm to assign rectangles, which is superior to the dumb algorithm previously in use. In addition, in the first pass of painting, if we get a texture space error, we clear the atlas and try again without increasing it size, which should serve as the ultimate defrag. Subsequent passes will cause the texture to grow if needed. refs: #306
2020-10-23 23:57:58 +03:00
[[package]]
name = "euclid"
version = "0.22.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "5337024b8293bdce5265dc9570ef6e608a34bfacbbc87fe1a5dcb5f1dac2f4e2"
dependencies = [
"num-traits 0.2.12",
]
cargo update
2020-09-09 19:31:37 +03:00
[[package]]
name = "event-listener"
cargo update
2020-10-02 17:16:20 +03:00
version = "2.5.1"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "f7531096570974c3a9dcf9e4b8e1cede1ec26cf5046219fb3b9d897503b9be59"
cargo update
2020-09-09 19:31:37 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "evmap"
version = "6.0.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "6fdb60074c9b82c91f8702fa5351b85d22b668dae7f73bf06b44a09bc372380f"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"hashbrown 0.5.0",
"smallvec 0.6.13",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
[[package]]
name = "fake-simd"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "e88a8acf291dafb59c2d96e8f59828f3838bb1a70398823ade51a84de6a6deed"
cargo update
2020-06-30 03:52:14 +03:00
[[package]]
name = "fastrand"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
version = "1.4.0"
cargo update
2020-06-30 03:52:14 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
checksum = "ca5faf057445ce5c9d4329e382b2ce7ca38550ef3b73a5348362d5f24e0c7fe3"
dependencies = [
"instant",
]
cargo update
2020-06-30 03:52:14 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "filedescriptor"
fix build for windows
2020-09-11 01:00:43 +03:00
version = "0.7.3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"anyhow",
"libc",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
wezterm: lua: add glob and read_dir These functions are useful when dynamically constructing configuration.
2020-04-12 05:21:52 +03:00
[[package]]
name = "filenamegen"
cargo update
2020-04-15 18:23:43 +03:00
version = "0.2.4"
wezterm: lua: add glob and read_dir These functions are useful when dynamically constructing configuration.
2020-04-12 05:21:52 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-04-15 18:23:43 +03:00
checksum = "0b2da6e8ef70499318bc50abd003fd66dbf6d8a46c23f9e90158f388a788976a"
wezterm: lua: add glob and read_dir These functions are useful when dynamically constructing configuration.
2020-04-12 05:21:52 +03:00
dependencies = [
"anyhow",
"bstr 0.1.4",
"regex",
"walkdir",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "filetime"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.2.12"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "3ed85775dcc68644b5c950ac06a2b23768d3bc9390464151aaf27136998dcf9e"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
"libc",
"redox_syscall",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "flate2"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.0.18"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "da80be589a72651dcda34d8b35bcdc9b7254ad06325611074d9cc0fbb19f60ee"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
"crc32fast",
"libc",
"libz-sys",
cargo update
2020-10-02 17:16:20 +03:00
"miniz_oxide 0.4.2",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
fix clipboard on x11 This was broken by the changes in aad493ab2a121fab7678b3a528091734bdbf69bb. The issue was that the channel send didn't wakeup the receiver. I'm not sure why, and I tried a couple of different async channel implementation. Doing the simplistic solution here works reliably.
2020-10-09 21:07:18 +03:00
[[package]]
name = "flume"
version = "0.9.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "d9e818efa7776f4dd7df0e542f877f7a5a87bddd6a1a10f59a7732b71ffb9d55"
dependencies = [
"futures-core",
"futures-sink",
"rand 0.7.3",
"spinning_top",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "fnv"
cargo update
2020-05-26 08:25:39 +03:00
version = "1.0.7"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-26 08:25:39 +03:00
checksum = "3f9eec918d3f24069decb9af1554cad7c880e2da24a9afd88aca000531ab82c1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "fontconfig"
version = "0.1.0"
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
"pkg-config",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "foreign-types"
version = "0.3.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "f6f339eb8adc052cd2ca78910fda869aefa38d22d5cb648e6485e4d3fc06f3b1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"foreign-types-shared",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "foreign-types-shared"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "00b0228411908ca8685dba7fc2cdd70ec9990a6e753e89b6ac91a84c40fbaf4b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "freetype"
version = "0.1.0"
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "fsevent"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "5ab7d1bd1bd33cc98b0889831b72da23c0aa4df9cec7e0702f46ecea04b35db6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
"fsevent-sys",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "fsevent-sys"
version = "2.0.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "f41b048a94555da0f42f1d632e2e19510084fb8e303b0daa2816e733fb3644a0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "fuchsia-cprng"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "a06f77d526c1a601b7c4cdd98f54b5eaabffc14d5f2f0296febdc7f357c6d3ba"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "fuchsia-zircon"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "2e9763c69ebaae630ba35f74888db465e49e259ba1bc0eda7d06f4a067615d82"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
"fuchsia-zircon-sys",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "fuchsia-zircon-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "3dcaa9ae7725d12cdb85b3ad99a434db70b468c09ded17e012d86b5c1010f7a7"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
[[package]]
name = "futures"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
version = "0.3.6"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
checksum = "5d8e3078b7b2a8a671cb7a3d17b4760e4181ea243227776ba83fd043b4ca034e"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
dependencies = [
"futures-channel",
"futures-core",
"futures-executor",
"futures-io",
"futures-sink",
"futures-task",
"futures-util",
]
[[package]]
name = "futures-channel"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
version = "0.3.6"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
checksum = "a7a4d35f7401e948629c9c3d6638fb9bf94e0b2121e96c3b428cc4e631f3eb74"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
dependencies = [
"futures-core",
"futures-sink",
]
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
[[package]]
name = "futures-core"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
version = "0.3.6"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
checksum = "d674eaa0056896d5ada519900dbf97ead2e46a7b6621e8160d79e2f2e1e2784b"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
[[package]]
name = "futures-executor"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
version = "0.3.6"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
checksum = "cc709ca1da6f66143b8c9bec8e6260181869893714e9b5a490b169b0414144ab"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
dependencies = [
"futures-core",
"futures-task",
"futures-util",
]
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
[[package]]
name = "futures-io"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
version = "0.3.6"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
checksum = "5fc94b64bb39543b4e432f1790b6bf18e3ee3b74653c5449f63310e9a74b123c"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
cargo update
2020-10-02 17:16:20 +03:00
[[package]]
name = "futures-lite"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
version = "1.10.1"
cargo update
2020-10-02 17:16:20 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
checksum = "7c48d23e382e1f50ad68d16cd23dd3c467f420d4933b629c3f183f33e9f560d8"
cargo update
2020-10-02 17:16:20 +03:00
dependencies = [
"fastrand",
"futures-core",
"futures-io",
"memchr",
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
"parking",
cargo update
2020-10-02 17:16:20 +03:00
"pin-project-lite",
"waker-fn",
]
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
[[package]]
name = "futures-macro"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
version = "0.3.6"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
checksum = "f57ed14da4603b2554682e9f2ff3c65d7567b53188db96cb71538217fc64581b"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
dependencies = [
"proc-macro-hack",
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
cargo update
2020-10-02 17:16:20 +03:00
"syn 1.0.42",
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
]
[[package]]
name = "futures-sink"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
version = "0.3.6"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
checksum = "0d8764258ed64ebc5d9ed185cf86a95db5cac810269c5d20ececb32e0088abbd"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
[[package]]
name = "futures-task"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
version = "0.3.6"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
checksum = "4dd26820a9f3637f1302da8bceba3ff33adbe53464b54ca24d4e2d4f1db30f94"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
dependencies = [
"once_cell",
]
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
[[package]]
name = "futures-util"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
version = "0.3.6"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Fix build on freebsd CI refs: https://github.com/stjepang/futures-lite/issues/28
2020-10-06 03:19:17 +03:00
checksum = "8a894a0acddba51a2d49a6f4263b1e64b8c579ece8af50fa86503d52cd1eea34"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
dependencies = [
"futures-channel",
"futures-core",
"futures-io",
"futures-macro",
"futures-sink",
"futures-task",
"memchr",
"pin-project",
"pin-utils",
"proc-macro-hack",
"proc-macro-nested",
"slab",
]
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
[[package]]
name = "generic-array"
version = "0.12.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "c68f0274ae0e023facc3c97b2e00f076be70e254bc851d972503b328db79b2ec"
dependencies = [
"typenum",
]
term: cache recently decoded images This commit introduces a small, bounded, LRU cache for recently decoded images. This allows the same image ID to be used in the cache that the same image bits are repeatedly sent to the terminal. This is advantageous because it reduces the amount of texture space required by the gui layer.
2020-10-25 21:59:44 +03:00
[[package]]
name = "generic-array"
version = "0.14.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "501466ecc8a30d1d3b7fc9229b122b2ce8ed6e9d9223f1138d4babb253e51817"
dependencies = [
"typenum",
"version_check",
]
wezterm: render release notes as markdown in the update UI This adds a markdown -> termwiz render helper for the update UI to make the release notes look a bit more intelligible.
2020-06-06 09:13:43 +03:00
[[package]]
name = "getopts"
version = "0.2.21"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "14dbbfd5c71d70241ecf9e6f13737f7b5ce823821063188d7e46c41d371eebd5"
dependencies = [
"unicode-width",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "getrandom"
cargo update
2020-10-02 17:16:20 +03:00
version = "0.1.15"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "fc587bc0ec293155d5bfa6b9891ec18a1e330c234f896ea47fbada4cadbe47e6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
"libc",
cargo update
2020-09-09 19:31:37 +03:00
"wasi 0.9.0+wasi-snapshot-preview1",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "gif"
cargo update
2020-10-02 17:16:20 +03:00
version = "0.11.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "02efba560f227847cb41463a7395c514d127d4f74fff12ef0137fff1b84b96c4"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"color_quant",
cargo update
2020-10-02 17:16:20 +03:00
"weezl",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
cargo update
2020-05-26 08:25:39 +03:00
[[package]]
name = "gimli"
cargo update
2020-07-09 09:54:56 +03:00
version = "0.22.0"
cargo update
2020-05-26 08:25:39 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-07-09 09:54:56 +03:00
checksum = "aaf91faf136cb47367fa430cd46e37a788775e7fa104f8b4bcb3861dc389b724"
cargo update
2020-05-26 08:25:39 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "gl_generator"
version = "0.14.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "1a95dfc23a2b4a9a2f5ab41d194f8bfda3cabec42af4e39f08c339eb2a0c124d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"khronos_api",
"log",
cargo update
2020-05-02 22:13:10 +03:00
"xml-rs 0.8.3",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "glium"
window: update to latest glium version
2020-10-12 03:07:47 +03:00
version = "0.28.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update to latest glium version
2020-10-12 03:07:47 +03:00
checksum = "7eeec7b733d14519e2541f4cc8a1230de9143d4ec439dd51b6c048d8ec991759"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"backtrace",
"fnv",
window: glium and gl_generator version bump
2020-06-15 07:24:54 +03:00
"gl_generator",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"lazy_static",
"memoffset",
cargo update
2020-09-09 19:31:37 +03:00
"smallvec 1.4.2",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"takeable-option",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "glob"
version = "0.3.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "9b919933a397b79c37e33b77bb2aa3dc8eb6e165ad809e58ff75bc7db2e34574"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
cargo update
2020-10-02 17:16:20 +03:00
[[package]]
name = "gloo-timers"
version = "0.2.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "47204a46aaff920a1ea58b11d03dec6f704287d27561724a4631e450654a891f"
dependencies = [
"futures-channel",
"futures-core",
"js-sys",
"wasm-bindgen",
"web-sys",
]
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
[[package]]
name = "glyph-names"
version = "0.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "8050dc1be3880f690a771051d09727d759229d299afffa1488acc3556879039d"
wezterm: improve texture atlas allocation This commit uses the guillotine algorithm to assign rectangles, which is superior to the dumb algorithm previously in use. In addition, in the first pass of painting, if we get a texture space error, we clear the atlas and try again without increasing it size, which should serve as the ultimate defrag. Subsequent passes will cause the texture to grow if needed. refs: #306
2020-10-23 23:57:58 +03:00
[[package]]
name = "guillotiere"
version = "0.6.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "bc7cccefbf418f663e11e9500326f46a44273dc598210bbedc8bbe95e696531f"
dependencies = [
"euclid 0.22.1",
"svg_fmt",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "harfbuzz"
version = "0.1.0"
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cc",
wezterm-font: remove font-kit dep This wasn't used by anything and the version was getting pretty stale. Upgrading is awkward because newer versions pull in an incompatible freetype library version.
2020-10-25 08:01:00 +03:00
"freetype",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "hashbrown"
version = "0.5.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "e1de41fb8dba9714efd92241565cdff73f78508c95697dd56787d3cba27e2353"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
[[package]]
name = "hashbrown"
version = "0.6.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "8e6073d0ca812575946eb5f35ff68dbe519907b25c42530389ff946dc84c6ead"
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
dependencies = [
cargo update
2020-05-26 08:25:39 +03:00
"ahash",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"autocfg 0.1.7",
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
]
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
[[package]]
name = "hdrhistogram"
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
version = "7.1.0"
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
checksum = "b3c22708574c44e924720c5b3a116326c688e6d532f438c77c007ec8768644f9"
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
dependencies = [
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"base64 0.12.3",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"byteorder",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"crossbeam-channel",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"flate2",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"nom",
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "heck"
version = "0.3.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "20564e78d53d2bb135c343b3f47714a56af2061f1c928fdb541dc7b9fdd94205"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"unicode-segmentation",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "hermit-abi"
cargo update
2020-10-02 17:16:20 +03:00
version = "0.1.16"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "4c30f6d0bc6b00693347368a67d41b58f2fb851215ff1da49e90fe2c5c667151"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
[[package]]
name = "hostname"
cargo update
2020-03-14 19:39:38 +03:00
version = "0.3.1"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-03-14 19:39:38 +03:00
checksum = "3c731c3e10504cc8ed35cfe2f1db4c9274c3d35fa486e3b31df46f068ef3e867"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
dependencies = [
"libc",
"match_cfg",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
]
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
[[package]]
name = "http_req"
version = "0.6.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "335f373129a4d09664e1ba2b2c6e43e01625aec1eb076e486da4891372c02f14"
dependencies = [
"rustls",
"unicase",
"webpki",
"webpki-roots",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "humantime"
version = "1.3.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "df004cfca50ef23c36850aaaa59ad52cc70d0e90243c3c7737a4dd32dc7a3c4f"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"quick-error",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
[[package]]
name = "idna"
version = "0.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "02e2673c30ee86b5b96a9cb52ad15718aa1f966f5ab9ad54a8b95d5ca33120a9"
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"matches",
"unicode-bidi",
"unicode-normalization",
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
]
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
[[package]]
name = "image"
cargo update
2020-10-02 17:16:20 +03:00
version = "0.23.10"
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "985fc06b1304d19c28d5c562ed78ef5316183f2b0053b46763a0b94862373c34"
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
dependencies = [
"bytemuck",
"byteorder",
"gif",
"jpeg-decoder",
"num-iter",
cargo update
2020-06-30 03:52:14 +03:00
"num-rational 0.3.0",
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
"png",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"scoped_threadpool",
cargo update
2020-06-13 20:21:49 +03:00
"tiff",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "inotify"
cargo update
2020-06-06 20:08:02 +03:00
version = "0.7.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-06 20:08:02 +03:00
checksum = "4816c66d2c8ae673df83366c18341538f234a26d65a9ecea5c348b453ac1d02f"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
"inotify-sys",
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "inotify-sys"
version = "0.1.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "e74a1aa87c59aeff6ef2cc2fa62d41bc43f54952f55652656b18a02fd5e356c0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
[[package]]
name = "instant"
version = "0.1.7"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "63312a18f7ea8760cdd0a7c5aac1a619752a246b833545e3e36d1f81f7cd9e66"
dependencies = [
"cfg-if",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "ioctl-rs"
version = "0.1.6"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "f7970510895cee30b3e9128319f2cefd4bde883a39f38baa279567ba3a7eb97d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "iovec"
version = "0.1.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "b2b3ea6ff95e175473f8ffe6a7eb7c00d054240321b84c57051175fe3c1e075e"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "itertools"
version = "0.8.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "f56a2d0bc861f9165be4eb3442afd3c236d8a98afd426f65d92324ae1091a484"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"either",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
[[package]]
name = "itoa"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.4.6"
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "dc6f3ad7b9d11a0c00842ff8de1b60ee58661048eb8049ed33c73594f359d7e6"
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "jobserver"
cargo update
2020-02-01 10:01:38 +03:00
version = "0.1.21"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-02-01 10:01:38 +03:00
checksum = "5c71313ebb9439f74b00d9d2dcec36440beaf57a6aa0623068441dd7cd81a7f2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "jpeg-decoder"
cargo update
2020-07-09 09:54:56 +03:00
version = "0.1.20"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-07-09 09:54:56 +03:00
checksum = "cc797adac5f083b8ff0ca6f6294a999393d76e197c36488e2ef732c4715f6fa3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"byteorder",
"rayon",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
[[package]]
name = "js-sys"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.3.45"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "ca059e81d9486668f12d455a4ea6daa600bd408134cd17e3d3fb5a32d1f016f8"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
dependencies = [
"wasm-bindgen",
]
wezterm: add ScrollToPrompt key assignment Adds some supporting methods for computing the `SemanticZone`s in the display and a key assignment that allows scrolling the viewport to jump to the next/prev Prompt zone.
2020-11-08 20:58:02 +03:00
[[package]]
name = "k9"
version = "0.3.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "7ccd792b32bf0403a0970175152bc795f2bf7de13218e218a62f6b271aa2478e"
dependencies = [
"anyhow",
"colored",
"diff",
"lazy_static",
"libc",
"proc-macro2 1.0.24",
"regex",
"syn 1.0.42",
"term_size",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "kernel32-sys"
version = "0.2.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "7507624b29483431c0ba2d82aece8ca6cdba9382bff4ddd0f7490560c056098d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"winapi 0.2.8",
"winapi-build",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "khronos_api"
version = "3.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "e2db585e1d738fc771bf08a151420d3ed193d9d895a36df7f6f8a9456b911ddc"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
[[package]]
name = "kv-log-macro"
cargo update
2020-07-09 09:54:56 +03:00
version = "1.0.7"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-07-09 09:54:56 +03:00
checksum = "0de8b303297635ad57c9f5059fd9cee7a47f8e8daa09df0fcd07dd39fb22977f"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
dependencies = [
"log",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "lazy_static"
version = "1.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "e2abad23fbc42b3700f2f279844dc832adb2b2eb069b2df918f455c4e18cc646"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "lazycell"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.3.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "830d08ce1d1d941e6b30645f1a0eb5643013d835ce3779a5fc208261dbe10f55"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "leb128"
version = "0.2.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "3576a87f2ba00f6f106fdfcd16db1d698d648a26ad8e0573cad8537c3c362d2a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
[[package]]
name = "lexical-core"
version = "0.7.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "db65c6da02e61f55dae90a0ae427b2a5f6b3e8db09f58d10efab23af92592616"
dependencies = [
wezterm-font: remove font-kit dep This wasn't used by anything and the version was getting pretty stale. Upgrading is awkward because newer versions pull in an incompatible freetype library version.
2020-10-25 08:01:00 +03:00
"arrayvec",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"bitflags 1.2.1",
"cfg-if",
"ryu",
"static_assertions",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "libc"
fully remove daemonize crate
2020-10-05 09:08:50 +03:00
version = "0.2.79"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
fully remove daemonize crate
2020-10-05 09:08:50 +03:00
checksum = "2448f6066e80e3bfc792e9c98bf705b4b0fc6e8ef5b43e5889aff0eaa9c58743"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "libdbus-sys"
version = "0.2.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "dc12a3bc971424edbbf7edaf6e5740483444db63aa8e23d3751ff12a30f306f0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"pkg-config",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
cargo update
2020-06-06 20:08:02 +03:00
[[package]]
name = "libloading"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.6.3"
cargo update
2020-06-06 20:08:02 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "2443d8f0478b16759158b2f66d525991a05491138bc05814ef52a250148ef4f9"
cargo update
2020-06-06 20:08:02 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"cfg-if",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
cargo update
2020-06-06 20:08:02 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "libssh2-sys"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.2.19"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "ca46220853ba1c512fc82826d0834d87b06bcd3c2a42241b7de72f3d2fe17056"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cc",
"libc",
"libz-sys",
"openssl-sys",
"pkg-config",
"vcpkg",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "libz-sys"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.1.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "602113192b08db8f38796c4e85c39e960c145965140e918018bcde1952429655"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cc",
"libc",
"pkg-config",
"vcpkg",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "line_drawing"
version = "0.8.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "f81902e542483002b103c6424d23e765c2e5a65f732923299053a601bce50ab2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"num-traits 0.1.43",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "lock_api"
wezterm: lua: add glob and read_dir These functions are useful when dynamically constructing configuration.
2020-04-12 05:21:52 +03:00
version = "0.3.4"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm: lua: add glob and read_dir These functions are useful when dynamically constructing configuration.
2020-04-12 05:21:52 +03:00
checksum = "c4da24a77a3d8a6d4862d95f72e6fdb9c09a643ecdb402d754004a557f2bec75"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"scopeguard",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
fix clipboard on x11 This was broken by the changes in aad493ab2a121fab7678b3a528091734bdbf69bb. The issue was that the channel send didn't wakeup the receiver. I'm not sure why, and I tried a couple of different async channel implementation. Doing the simplistic solution here works reliably.
2020-10-09 21:07:18 +03:00
[[package]]
name = "lock_api"
version = "0.4.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "28247cc5a5be2f05fbcd76dd0cf2c7d3b5400cb978a28042abcd4fa0b3f8261c"
dependencies = [
"scopeguard",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "log"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.4.11"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "4fabed175da42fed1fa0746b0ea71f412aa9d35e76e95e59b192c64b9dc2bf8b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
[[package]]
name = "lru"
wezterm: bump lru dep
2020-07-09 09:44:40 +03:00
version = "0.5.3"
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm: bump lru dep
2020-07-09 09:44:40 +03:00
checksum = "35c456c123957de3a220cd03786e0d86aa542a88b46029973b542f426da6ef34"
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"hashbrown 0.6.3",
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
]
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
[[package]]
name = "lua-src"
Upgrade mlua to 0.4, lua to 5.4
2020-10-07 04:34:29 +03:00
version = "540.0.1"
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Upgrade mlua to 0.4, lua to 5.4
2020-10-07 04:34:29 +03:00
checksum = "e3abacd03794cff973408c83f918215649d4b4612eb25049a305c2fd74e0f69f"
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
dependencies = [
"cc",
]
move lua helpers into own crate
2020-10-02 20:28:58 +03:00
[[package]]
name = "luahelper"
version = "0.1.0"
dependencies = [
"bstr 0.2.13",
"log",
"mlua",
"serde",
"strsim 0.10.0",
"thiserror",
]
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
[[package]]
name = "luajit-src"
cargo update
2020-06-06 20:08:02 +03:00
version = "210.1.0+resty31116c4"
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-06 20:08:02 +03:00
checksum = "d02d96d3dc58eea174e1838bb9f093012955db61225f1101a658544448ae4d4f"
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
dependencies = [
"cc",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "lzw"
version = "0.10.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "7d947cbb889ed21c2a84be6ffbaebf5b4e0f4340638cba0444907e38b56be084"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "mac-notification-sys"
version = "0.3.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "3dfb6b71a9a89cd38b395d994214297447e8e63b1ba5708a9a2b0b1048ceda76"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cc",
"chrono",
"dirs 1.0.5",
"objc-foundation",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "malloc_buf"
version = "0.0.6"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "62bb907fe88d54d8d9ce32a3cceab4218ed2f6b7d35617cafe9adf84e43919cb"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
[[package]]
name = "maplit"
version = "1.0.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "3e2e65a1a2e43cfcb47a895c4c8b10d1f4a61097f9f254f183aee60cad9c651d"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
[[package]]
name = "match_cfg"
version = "0.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "ffbee8634e0d45d258acb448e7eaab3fce7a0a467395d4d9f228e3c1f01fb2e4"
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
[[package]]
name = "matches"
version = "0.1.8"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "7ffc5c5338469d4d3ea17d269fa8ea3512ad247247c30bd2df69e68309ed0a08"
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "maybe-uninit"
version = "2.0.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "60302e4db3a61da70c0cb7991976248362f30319e88850c487b9b95bbf059e00"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "memchr"
cargo update
2020-03-14 19:39:38 +03:00
version = "2.3.3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-03-14 19:39:38 +03:00
checksum = "3728d817d99e5ac407411fa471ff9800a778d88a24685968b36824eaf4bee400"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "memmap"
version = "0.7.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "6585fd95e7bb50d6cc31e20d4cf9afb4e2ba16c5846fc76793f11218da9c475b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "memmem"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "a64a92489e2744ce060c349162be1c5f33c6969234104dbd99ddb5feb08b8c15"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "memoffset"
cargo update
2020-10-02 17:16:20 +03:00
version = "0.5.6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "043175f069eda7b85febe4a74abbaeff828d9f8b448515d3151a14a3542811aa"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"autocfg 1.0.1",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
[[package]]
name = "metrics"
version = "0.12.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "51b70227ece8711a1aa2f99655efd795d0cff297a5b9fe39645a93aacf6ad39d"
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"metrics-core",
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
]
[[package]]
name = "metrics-core"
version = "0.5.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "7c064b3a1ff41f4bf6c91185c8a0caeccf8a8a27e9d0f92cc54cf3dbec812f48"
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "miniz_oxide"
cargo update
2020-06-13 20:21:49 +03:00
version = "0.3.7"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-13 20:21:49 +03:00
checksum = "791daaae1ed6889560f8c4359194f56648355540573244a5448a83ba1ecc7435"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"adler32",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
cargo update
2020-06-30 03:52:14 +03:00
[[package]]
name = "miniz_oxide"
cargo update
2020-10-02 17:16:20 +03:00
version = "0.4.2"
cargo update
2020-06-30 03:52:14 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "c60c0dfe32c10b43a144bad8fc83538c52f58302c92300ea7ec7bf7b38d5a7b9"
cargo update
2020-06-30 03:52:14 +03:00
dependencies = [
"adler",
cargo update
2020-10-02 17:16:20 +03:00
"autocfg 1.0.1",
cargo update
2020-06-30 03:52:14 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "mio"
cargo update
2020-05-02 22:13:10 +03:00
version = "0.6.22"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-02 22:13:10 +03:00
checksum = "fce347092656428bc8eaf6201042cb551b8d67855af7374542a92a0fbfcac430"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
"fuchsia-zircon",
"fuchsia-zircon-sys",
"iovec",
"kernel32-sys",
"libc",
"log",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"miow",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"net2",
"slab",
"winapi 0.2.8",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "mio-extras"
Update Cargo.lock
2019-12-30 00:43:59 +03:00
version = "2.0.6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "52403fe290012ce777c4626790c8951324a2b9e3316b3143779c72b029742f19"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"lazycell",
"log",
"mio",
"slab",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "miow"
version = "0.2.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "8c1f2f3b1cf331de6896aabf6e9d55dca90356cc9960cca7eaaf408a355ae919"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"kernel32-sys",
"net2",
"winapi 0.2.8",
"ws2_32-sys",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
[[package]]
name = "mlua"
Upgrade mlua to 0.4, lua to 5.4
2020-10-07 04:34:29 +03:00
version = "0.4.2"
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
Upgrade mlua to 0.4, lua to 5.4
2020-10-07 04:34:29 +03:00
checksum = "f778acf55b288d9e0b81e7189988766499f4ec7f774b0965e30140295221e01d"
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
dependencies = [
cargo update
2020-05-26 08:25:39 +03:00
"bstr 0.2.13",
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
"cc",
Upgrade mlua to 0.4, lua to 5.4
2020-10-07 04:34:29 +03:00
"futures-core",
"futures-task",
"futures-util",
"lazy_static",
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
"lua-src",
"luajit-src",
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
"pkg-config",
]
move mux to its own crate
2020-10-03 03:42:49 +03:00
[[package]]
name = "mux"
version = "0.1.0"
dependencies = [
"anyhow",
"async-trait",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"base64 0.10.1",
move mux to its own crate
2020-10-03 03:42:49 +03:00
"bintree",
"config",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"crossbeam",
move mux to its own crate
2020-10-03 03:42:49 +03:00
"downcast-rs",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"filedescriptor",
"lazy_static",
fixup build for macos
2020-10-05 19:11:17 +03:00
"libc",
move mux to its own crate
2020-10-03 03:42:49 +03:00
"log",
lua: add GuiWin and PaneObject proxies for use in script This commit adds very basic first passes at representing the Pane and GuiWindow types in lua script. The `open-uri` event from 9397f2a2dbdb47b43e18e5efdabf3ef8a0b18936 has been redefined to receive `(window, pane, uri)` parameters instead of its prior very basic `uri` parameter. A new key assignment `wezterm.action{EmitEvent="event-name"}` is now available that allows a key binding assignment to emit an arbitrary event, which in turn allows for triggering an arbitrary lua callback in response to a key or mouse click. `EmitEvent` passes the `(window, pane)` from the triggering window and pane as parameters. Here's a brief example: ```lua local wezterm = require 'wezterm'; wezterm.on("my-thingy", function(window, pane) local dims = pane:get_dimensions(); wezterm.log_error("did my thingy with window " .. window:window_id() .. " pane " .. pane:pane_id() .. " " .. dims.cols .. "x" .. dims.viewport_rows); window:perform_action("IncreaseFontSize", pane); end) return { keys = { {key="E", mods="CTRL", action=wezterm.action{EmitEvent="my-thingy"}}, } } ``` refs: #223 refs: #225
2020-10-09 23:45:34 +03:00
"luahelper",
move mux to its own crate
2020-10-03 03:42:49 +03:00
"portable-pty",
"promise",
"rangeset",
"ratelim",
"regex",
"serde",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"ssh2",
"terminfo",
move mux to its own crate
2020-10-03 03:42:49 +03:00
"termwiz",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"textwrap 0.12.1",
move mux to its own crate
2020-10-03 03:42:49 +03:00
"thiserror",
tmux: attach control mode parser to terminal This causes `tmux -CC attach` to enter control mode and patch into the terminal, printing out parsed event messages. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 19:33:01 +03:00
"tmux-cc",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"unicode-segmentation",
move mux to its own crate
2020-10-03 03:42:49 +03:00
"url",
"wezterm-term",
]
cargo update
2020-09-09 19:31:37 +03:00
[[package]]
cargo update
2020-10-02 17:16:20 +03:00
name = "nb-connect"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
version = "1.0.2"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
checksum = "8123a81538e457d44b933a02faf885d3fe8408806b23fa700e8f01c6c3a98998"
cargo update
2020-09-09 19:31:37 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"libc",
"winapi 0.3.9",
cargo update
2020-09-09 19:31:37 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "net2"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.2.35"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "3ebc3ec692ed7c9a255596c67808dee269f64655d8baf7b4f0638e51ba1d6853"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
"libc",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "nix"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
version = "0.17.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
checksum = "50e4785f2c3b7589a0d0c1dd60285e1188adac4006e8abd6dd578e1567027363"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
"cc",
"cfg-if",
"libc",
"void",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
cargo update
2020-09-09 19:31:37 +03:00
[[package]]
name = "nix"
version = "0.18.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "83450fe6a6142ddd95fb064b746083fc4ef1705fe81f64a64e1d4b39f54a1055"
dependencies = [
"bitflags 1.2.1",
"cc",
"cfg-if",
"libc",
]
bump some versions
2020-01-10 09:39:34 +03:00
[[package]]
name = "nom"
cargo update
2020-06-13 20:21:49 +03:00
version = "5.1.2"
bump some versions
2020-01-10 09:39:34 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-13 20:21:49 +03:00
checksum = "ffb4262d26ed83a1c0a33a38fe2bb15797329c85770da05e6b828ddb782627af"
bump some versions
2020-01-10 09:39:34 +03:00
dependencies = [
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"lexical-core",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"memchr",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"version_check",
bump some versions
2020-01-10 09:39:34 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "nonzero_ext"
version = "0.1.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "db1b4163932b207be6e3a06412aed4d84cca40dc087419f231b3a38cba2ca8e9"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "notify"
bump some versions
2020-01-10 09:39:34 +03:00
version = "4.0.15"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "80ae4a7688d1fab81c5bf19c64fc8db920be8d519ce6336ed4e7efe024724dbd"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
"filetime",
"fsevent",
"fsevent-sys",
"inotify",
"libc",
"mio",
"mio-extras",
"walkdir",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "notify-rust"
version = "3.6.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "f8da29142be3f71b2165a6b3991c26045b674edbf04cdfc42f323094fc3e4b5a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"dbus",
"mac-notification-sys",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "num"
bump some versions
2020-01-10 09:39:34 +03:00
version = "0.2.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "b8536030f9fea7127f841b45bb6243b27255787fb4eb83958aa1ef9d2fdc0c36"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"num-bigint",
"num-complex",
"num-integer",
"num-iter",
cargo update
2020-06-30 03:52:14 +03:00
"num-rational 0.2.4",
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "num-bigint"
cargo update
2020-02-01 10:01:38 +03:00
version = "0.2.6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-02-01 10:01:38 +03:00
checksum = "090c7f9998ee0ff65aa5b723e4009f7b217707f1fb5ea551329cc4d6231fb304"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"autocfg 1.0.1",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"num-integer",
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "num-complex"
bump some versions
2020-01-10 09:39:34 +03:00
version = "0.2.4"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "b6b19411a9719e753aff12e5187b74d60d3dc449ec3f4dc21e3989c3f554bc95"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"autocfg 1.0.1",
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "num-derive"
version = "0.2.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "eafd0b45c5537c3ba526f79d3e75120036502bebacbb3f3220914067ce39dbf2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"proc-macro2 0.4.30",
"quote 0.6.13",
"syn 0.15.44",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "num-integer"
cargo update
2020-06-13 20:21:49 +03:00
version = "0.1.43"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-13 20:21:49 +03:00
checksum = "8d59457e662d541ba17869cf51cf177c0b5f0cbf476c66bdc90bf1edac4f875b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"autocfg 1.0.1",
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "num-iter"
cargo update
2020-06-13 20:21:49 +03:00
version = "0.1.41"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-13 20:21:49 +03:00
checksum = "7a6e6b7c748f995c4c29c5f5ae0248536e04a5739927c74ec0fa564805094b9f"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"autocfg 1.0.1",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"num-integer",
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "num-rational"
cargo update
2020-03-29 18:19:16 +03:00
version = "0.2.4"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-03-29 18:19:16 +03:00
checksum = "5c000134b5dbf44adc5cb772486d335293351644b801551abe8f75c84cfa4aef"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"autocfg 1.0.1",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"num-bigint",
"num-integer",
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
cargo update
2020-06-30 03:52:14 +03:00
[[package]]
name = "num-rational"
version = "0.3.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "a5b4d7360f362cfb50dde8143501e6940b22f644be75a4cc90b2d81968908138"
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"autocfg 1.0.1",
cargo update
2020-06-30 03:52:14 +03:00
"num-integer",
"num-traits 0.2.12",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "num-traits"
version = "0.1.43"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "92e5113e9fd4cc14ded8e499429f396a20f98c772a47cc8622a736e1ec843c31"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "num-traits"
cargo update
2020-06-13 20:21:49 +03:00
version = "0.2.12"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-13 20:21:49 +03:00
checksum = "ac267bcc07f48ee5f8935ab0d24f316fb722d7a1292e2913f0cc196b29ffd611"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"autocfg 1.0.1",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "num_cpus"
cargo update
2020-05-02 22:13:10 +03:00
version = "1.13.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-02 22:13:10 +03:00
checksum = "05499f3756671c15885fee9034446956fff3f243d6077b91e5767df161f766b3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"hermit-abi",
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "objc"
version = "0.2.7"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "915b1b472bc21c53464d6c8461c9d3af805ba1ef837e1cac254428f4a77177b1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"malloc_buf",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "objc-foundation"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "1add1b659e36c9607c7aab864a76c7a4c2760cd0cd2e120f3fb8b952c7e22bf9"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"block",
"objc",
"objc_id",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "objc_id"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "c92d4ddb4bd7b50d730c215ff871754d0da6b2178849f8a2a2ab69712d0c073b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"objc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
cargo update
2020-05-26 08:25:39 +03:00
[[package]]
name = "object"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.20.0"
cargo update
2020-05-26 08:25:39 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "1ab52be62400ca80aa00285d25253d7f7c437b7375c4de678f5405d3afe82ca5"
cargo update
2020-05-26 08:25:39 +03:00
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
[[package]]
name = "once_cell"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.4.1"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "260e51e7efe62b592207e9e13a68e43692a7a279171d6ba57abd208bf23645ad"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
[[package]]
name = "opaque-debug"
version = "0.2.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "2839e79665f131bdb5782e51f2c6c9599c133c6098982a54c794358bf432529c"
term: cache recently decoded images This commit introduces a small, bounded, LRU cache for recently decoded images. This allows the same image ID to be used in the cache that the same image bits are repeatedly sent to the terminal. This is advantageous because it reduces the amount of texture space required by the gui layer.
2020-10-25 21:59:44 +03:00
[[package]]
name = "opaque-debug"
version = "0.3.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "624a8340c38c1b80fd549087862da4ba43e08858af025b236e509b6649fc13d5"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "open"
cargo update
2020-03-14 19:39:38 +03:00
version = "1.4.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-03-14 19:39:38 +03:00
checksum = "7c283bf0114efea9e42f1a60edea9859e8c47528eae09d01df4b29c1e489cc48"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "openssl"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.10.30"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "8d575eff3665419f9b83678ff2815858ad9d11567e082f5ac1814baba4e2bcb4"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
"cfg-if",
"foreign-types",
"lazy_static",
"libc",
"openssl-sys",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "openssl-src"
cargo update
2020-10-02 17:16:20 +03:00
version = "111.11.0+1.1.1h"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "380fe324132bea01f45239fadfec9343adb044615f29930d039bec1ae7b9fa5b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "openssl-sys"
cargo update
2020-06-06 20:08:02 +03:00
version = "0.9.58"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-06 20:08:02 +03:00
checksum = "a842db4709b604f0fe5d1170ae3565899be2ad3d9cbc72dedc789ac0511f78de"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"autocfg 1.0.1",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cc",
"libc",
"openssl-src",
"pkg-config",
"vcpkg",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "ordered-float"
cargo update
2020-07-09 09:54:56 +03:00
version = "1.1.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-07-09 09:54:56 +03:00
checksum = "3741934be594d77de1c8461ebcbbe866f585ea616a9753aa78f2bdc69f0e4579"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "output_vt100"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "53cdc5b785b7a58c5aad8216b3dfa114df64b0b06ae6e1501cef91df2fbdf8f9"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
[[package]]
name = "owned_ttf_parser"
version = "0.6.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "9f923fb806c46266c02ab4a5b239735c144bdeda724a50ed058e5226f594cde3"
dependencies = [
"ttf-parser",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "palette"
bump some versions
2020-01-10 09:39:34 +03:00
version = "0.5.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "a05c0334468e62a4dfbda34b29110aa7d70d58c7fdb2c9857b5874dd9827cc59"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"approx",
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"palette_derive",
"phf",
"phf_codegen",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "palette_derive"
bump some versions
2020-01-10 09:39:34 +03:00
version = "0.5.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "0b4b5f600e60dd3a147fb57b4547033d382d1979eb087af310e91cb45a63b1f4"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
cargo update
2020-10-02 17:16:20 +03:00
"syn 1.0.42",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
cargo update
2020-09-09 19:31:37 +03:00
[[package]]
name = "parking"
version = "2.0.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "427c3892f9e783d91cc128285287e70a59e206ca452770ece88a76f7a3eddd72"
cargo update
2020-06-30 03:52:14 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "parking_lot"
version = "0.9.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "f842b1982eb6c2fe34036a4fbfb06dd185a3f5c8edfaacdf7d1ea10b07de6252"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
fix clipboard on x11 This was broken by the changes in aad493ab2a121fab7678b3a528091734bdbf69bb. The issue was that the channel send didn't wakeup the receiver. I'm not sure why, and I tried a couple of different async channel implementation. Doing the simplistic solution here works reliably.
2020-10-09 21:07:18 +03:00
"lock_api 0.3.4",
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
"parking_lot_core 0.6.2",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"rustc_version",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
[[package]]
name = "parking_lot"
wezterm: lua: add glob and read_dir These functions are useful when dynamically constructing configuration.
2020-04-12 05:21:52 +03:00
version = "0.10.2"
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm: lua: add glob and read_dir These functions are useful when dynamically constructing configuration.
2020-04-12 05:21:52 +03:00
checksum = "d3a704eb390aafdc107b0e392f56a82b668e3a71366993b5340f5833fd62505e"
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
dependencies = [
fix clipboard on x11 This was broken by the changes in aad493ab2a121fab7678b3a528091734bdbf69bb. The issue was that the channel send didn't wakeup the receiver. I'm not sure why, and I tried a couple of different async channel implementation. Doing the simplistic solution here works reliably.
2020-10-09 21:07:18 +03:00
"lock_api 0.3.4",
cargo update
2020-05-02 22:13:10 +03:00
"parking_lot_core 0.7.2",
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "parking_lot_core"
version = "0.6.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "b876b1b9e7ac6e1a74a6da34d25c42e17e8862aa409cbbbdcfc8d86c6f3bc62b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cfg-if",
"cloudabi",
"libc",
"redox_syscall",
"rustc_version",
"smallvec 0.6.13",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
[[package]]
name = "parking_lot_core"
cargo update
2020-05-02 22:13:10 +03:00
version = "0.7.2"
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-02 22:13:10 +03:00
checksum = "d58c7c768d4ba344e3e8d72518ac13e259d7c7ade24167003b8488e10b6740a3"
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
dependencies = [
"cfg-if",
"cloudabi",
"libc",
"redox_syscall",
cargo update
2020-09-09 19:31:37 +03:00
"smallvec 1.4.2",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
]
mux: upgrade rcgen This version no longer generates invalid CA certificates and allows TLS connections using the internal PKI to advance further. Still need to debug an early disconnect.
2020-10-04 20:05:31 +03:00
[[package]]
name = "pem"
version = "0.8.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "59698ea79df9bf77104aefd39cc3ec990cb9693fb59c3b0a70ddf2646fdffb4b"
dependencies = [
"base64 0.12.3",
"once_cell",
"regex",
]
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
[[package]]
name = "percent-encoding"
version = "2.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "d4fd5641d01c8f18a23da7b6fe29298ff4b55afcccdf78973b24cf3175fee32e"
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
[[package]]
name = "pest"
version = "2.1.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "10f4872ae94d7b90ae48754df22fd42ad52ce740b8f370b03da4835417403e53"
dependencies = [
"ucd-trie",
]
[[package]]
name = "pest_derive"
version = "2.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "833d1ae558dc601e9a60366421196a8d94bc0ac980476d0b67e1d0988d72b2d0"
dependencies = [
"pest",
"pest_generator",
]
[[package]]
name = "pest_generator"
version = "2.1.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "99b8db626e31e5b81787b9783425769681b347011cc59471e33ea46d2ea0cf55"
dependencies = [
"pest",
"pest_meta",
"proc-macro2 1.0.24",
"quote 1.0.7",
"syn 1.0.42",
]
[[package]]
name = "pest_meta"
version = "2.1.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "54be6e404f5317079812fc8f9f5279de376d8856929e21c184ecf6bbd692a11d"
dependencies = [
"maplit",
"pest",
"sha-1",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "phf"
bump some versions
2020-01-10 09:39:34 +03:00
version = "0.8.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "3dfb61232e34fcb633f43d12c58f83c1df82962dcdfa565a4e866ffc17dafe12"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"phf_shared",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "phf_codegen"
bump some versions
2020-01-10 09:39:34 +03:00
version = "0.8.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "cbffee61585b0411840d3ece935cce9cb6321f01c45477d30066498cd5e1a815"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"phf_generator",
"phf_shared",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "phf_generator"
bump some versions
2020-01-10 09:39:34 +03:00
version = "0.8.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "17367f0cc86f2d25802b2c26ee58a7b23faeccf78a396094c13dced0d0182526"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"phf_shared",
"rand 0.7.3",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "phf_shared"
bump some versions
2020-01-10 09:39:34 +03:00
version = "0.8.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "c00cf8b9eafe68dde5e9eaa2cef8ee84a9336a47d566ec55ca16589633b65af7"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"siphasher",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
[[package]]
name = "pin-project"
fully remove daemonize crate
2020-10-05 09:08:50 +03:00
version = "0.4.26"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
fully remove daemonize crate
2020-10-05 09:08:50 +03:00
checksum = "13fbdfd6bdee3dc9be46452f86af4a4072975899cf8592466668620bebfbcc17"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
dependencies = [
"pin-project-internal",
]
[[package]]
name = "pin-project-internal"
fully remove daemonize crate
2020-10-05 09:08:50 +03:00
version = "0.4.26"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
fully remove daemonize crate
2020-10-05 09:08:50 +03:00
checksum = "c82fb1329f632c3552cf352d14427d57a511b1cf41db93b3a7d77906a82dcc8e"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
cargo update
2020-10-02 17:16:20 +03:00
"syn 1.0.42",
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
]
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
[[package]]
name = "pin-project-lite"
cargo update
2020-10-02 17:16:20 +03:00
version = "0.1.10"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "e555d9e657502182ac97b539fb3dae8b79cda19e3e4f8ffb5e8de4f18df93c95"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
[[package]]
name = "pin-utils"
cargo update
2020-05-02 22:13:10 +03:00
version = "0.1.0"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-02 22:13:10 +03:00
checksum = "8b870d8c151b6f2fb93e84a13146138f05d02ed11c7e7c54f8826aaaf7c9f184"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "pkg-config"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.3.18"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "d36492546b6af1463394d46f0c834346f31548646f6ba10849802c9c9a27ac33"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
[[package]]
name = "png"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.16.7"
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "dfe7f9f1c730833200b134370e1d5098964231af8450bce9b78ee3ab5278b970"
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
dependencies = [
"bitflags 1.2.1",
"crc32fast",
cargo update
2020-06-13 20:21:49 +03:00
"deflate",
cargo update
2020-06-30 03:52:14 +03:00
"miniz_oxide 0.3.7",
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
]
cargo update
2020-09-09 19:31:37 +03:00
[[package]]
name = "polling"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
version = "2.0.0"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
checksum = "7215a098a80ab8ebd6349db593dc5faf741781bad0c4b7c5701fea6af548d52c"
cargo update
2020-09-09 19:31:37 +03:00
dependencies = [
"cfg-if",
"libc",
"log",
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
"wepoll-sys",
cargo update
2020-09-09 19:31:37 +03:00
"winapi 0.3.9",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "portable-pty"
pty: bump version ready for publishing refs: https://github.com/wez/wezterm/pull/258 refs: https://github.com/TimeToogo/tunshell/issues/8
2020-09-09 07:26:02 +03:00
version = "0.3.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"anyhow",
"bitflags 1.2.1",
"filedescriptor",
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
"futures",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"lazy_static",
"libc",
"log",
"serde",
"serde_derive",
"serial",
"shared_library",
"shell-words",
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
"smol",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"ssh2",
"uds_windows",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "ppv-lite86"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.2.9"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "c36fa947111f5c62a733b652544dd0016a43ce89619538a8ef92724a6f501a20"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "pretty_assertions"
version = "0.6.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "3f81e1644e1b54f5a68959a29aa86cde704219254669da328ecfdf6a1f09d427"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"ansi_term",
"ctor",
"difference",
"output_vt100",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
Enable timestamps in the logger
2020-02-14 20:46:19 +03:00
[[package]]
name = "pretty_env_logger"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "926d36b9553851b8b0005f1275891b392ee4d2d833852c417ed025477350fb9d"
dependencies = [
cargo update
2020-06-13 20:21:49 +03:00
"env_logger",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"log",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
Update structopt to 0.3
2020-01-10 10:48:33 +03:00
[[package]]
name = "proc-macro-error"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.0.4"
Update structopt to 0.3
2020-01-10 10:48:33 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "da25490ff9892aab3fcf7c36f08cfb902dd3e71ca0f9f9517bea02a73a5ce38c"
Update structopt to 0.3
2020-01-10 10:48:33 +03:00
dependencies = [
"proc-macro-error-attr",
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
cargo update
2020-10-02 17:16:20 +03:00
"syn 1.0.42",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"version_check",
Update structopt to 0.3
2020-01-10 10:48:33 +03:00
]
[[package]]
name = "proc-macro-error-attr"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.0.4"
Update structopt to 0.3
2020-01-10 10:48:33 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "a1be40180e52ecc98ad80b184934baf3d0d29f979574e439af5a55274b35f869"
Update structopt to 0.3
2020-01-10 10:48:33 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"version_check",
Update structopt to 0.3
2020-01-10 10:48:33 +03:00
]
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
[[package]]
name = "proc-macro-hack"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.5.18"
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "99c605b9a0adc77b7211c6b1f722dcb613d68d66859a44f3d485a6da332b0598"
switch most of the rest of the mux over to the new model This mostly works, but has a cache invalidation issue wrt. passing invalidated rows from the server to the client... sometimes. However, scrollback is cached on demand and selection works.
2020-01-05 10:25:49 +03:00
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
[[package]]
name = "proc-macro-nested"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.1.6"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "eba180dafb9038b050a4c280019bbedf9f2467b61e5d892dcad585bb57aadc5a"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "proc-macro2"
version = "0.4.30"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "cf3d2011ab5c909338f7887f4fc896d35932e29146c12c8d01da6b22a80ba759"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"unicode-xid 0.1.0",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "proc-macro2"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.0.24"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "1e0704ee1a7e00d7bb417d0770ea303c1bccbabf0ef1667dae92b5967f5f8a71"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-30 03:52:14 +03:00
"unicode-xid 0.2.1",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "promise"
version = "0.2.0"
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"anyhow",
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
"async-std",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"async-task 4.0.2",
fix clipboard on x11 This was broken by the changes in aad493ab2a121fab7678b3a528091734bdbf69bb. The issue was that the channel send didn't wakeup the receiver. I'm not sure why, and I tried a couple of different async channel implementation. Doing the simplistic solution here works reliably.
2020-10-09 21:07:18 +03:00
"flume",
move spawn_task into a new promise::spawn module
2020-01-16 14:39:44 +03:00
"lazy_static",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"thiserror",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
wezterm: render release notes as markdown in the update UI This adds a markdown -> termwiz render helper for the update UI to make the release notes look a bit more intelligible.
2020-06-06 09:13:43 +03:00
[[package]]
name = "pulldown-cmark"
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
version = "0.8.0"
wezterm: render release notes as markdown in the update UI This adds a markdown -> termwiz render helper for the update UI to make the release notes look a bit more intelligible.
2020-06-06 09:13:43 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
checksum = "ffade02495f22453cd593159ea2f59827aae7f53fa8323f756799b670881dcf8"
wezterm: render release notes as markdown in the update UI This adds a markdown -> termwiz render helper for the update UI to make the release notes look a bit more intelligible.
2020-06-06 09:13:43 +03:00
dependencies = [
"bitflags 1.2.1",
"getopts",
"memchr",
"unicase",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "quick-error"
bump some versions
2020-01-10 09:39:34 +03:00
version = "1.2.3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "a1d01941d82fa2ab50be1e79e6714289dd7cde78eba4c074bc5a4374f650dfe0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "quote"
version = "0.3.15"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "7a6e920b65c65f10b2ae65c831a81a073a89edd28c7cce89475bff467ab4167a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "quote"
version = "0.6.13"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "6ce23b6b870e8f94f81fb0a363d65d86675884b34a09043c81e5562f11c1f8e1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"proc-macro2 0.4.30",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "quote"
cargo update
2020-06-13 20:21:49 +03:00
version = "1.0.7"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-13 20:21:49 +03:00
checksum = "aa563d17ecb180e500da1cfd2b028310ac758de548efdd203e18f283af693f37"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "rand"
version = "0.4.6"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "552840b97013b1a26992c11eac34bdd778e464601a4c2054b5f0bff7c6761293"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"fuchsia-cprng",
"libc",
"rand_core 0.3.1",
"rdrand",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "rand"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
version = "0.7.3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "6a6b1679d49b24bbfe0c803429aa1874472f50d9b363131f0e89fc356b544d03"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"getrandom",
"libc",
"rand_chacha",
"rand_core 0.5.1",
"rand_hc",
"rand_pcg",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "rand_chacha"
cargo update
2020-03-14 19:39:38 +03:00
version = "0.2.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-03-14 19:39:38 +03:00
checksum = "f4c8ed856279c9737206bf725bf36935d8666ead7aa69b52be55af369d193402"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-03-14 19:39:38 +03:00
"ppv-lite86",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"rand_core 0.5.1",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "rand_core"
version = "0.3.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "7a6fdeb83b075e8266dcc8762c22776f6877a63111121f5f8c7411e5be7eed4b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"rand_core 0.4.2",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "rand_core"
version = "0.4.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "9c33a3c44ca05fa6f1807d8e6743f3824e8509beca625669633be0acbdf509dc"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "rand_core"
version = "0.5.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "90bde5296fc891b0cef12a6d03ddccc162ce7b2aff54160af9338f8d40df6d19"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"getrandom",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "rand_hc"
version = "0.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "ca3129af7b92a17112d59ad498c6f81eaf463253766b90396d39ea7a39d6613c"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"rand_core 0.5.1",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "rand_pcg"
bump some versions
2020-01-10 09:39:34 +03:00
version = "0.2.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "16abd0c1b639e9eb4d7c50c0b8100b0d0f849be2349829c740fe8e6eb4816429"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"rand_core 0.5.1",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
add RangeSet type The idea is to use this to maintain a set of dirty StableRowIndex values for the mux rpc.
2020-01-05 05:10:53 +03:00
[[package]]
name = "rangeset"
version = "0.1.0"
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"num",
add RangeSet type The idea is to use this to maintain a set of dirty StableRowIndex values for the mux rpc.
2020-01-05 05:10:53 +03:00
]
move ratelim to its own crate
2020-10-03 03:31:39 +03:00
[[package]]
name = "ratelim"
version = "0.1.0"
dependencies = [
"config",
"ratelimit_meter",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "ratelimit_meter"
version = "5.0.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "a37d4f95369ef809d01448bdf8d82ef974e3b21f3698d87015a575bb26f27724"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"evmap",
"nonzero_ext",
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
"parking_lot 0.9.0",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "rayon"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.4.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "dcf6960dc9a5b4ee8d3e4c5787b4a112a8818e0290a42ff664ad60692fdf2032"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"autocfg 1.0.1",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"crossbeam-deque",
"either",
"rayon-core",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "rayon-core"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.8.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "e8c4fec834fb6e6d2dd5eece3c7b432a52f0ba887cf40e595190c4107edc08bf"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"crossbeam-channel",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"crossbeam-deque",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"crossbeam-utils",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"lazy_static",
"num_cpus",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
mux: upgrade rcgen This version no longer generates invalid CA certificates and allows TLS connections using the internal PKI to advance further. Still need to debug an early disconnect.
2020-10-04 20:05:31 +03:00
[[package]]
name = "rcgen"
version = "0.8.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "4974f7e96ee51fa3c90c3022e02c3a7117e71cb2a84518a55e44360135200c25"
dependencies = [
"chrono",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"pem",
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
"ring",
"yasna",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "rdrand"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "678054eb77286b51581ba43620cc911abf02758c91f93f479767aed0f90458b2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"rand_core 0.3.1",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "redox_syscall"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.1.57"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "41cc0f7e4d5d4544e8861606a285bb08d3e70712ccc7d2b84d7c0ccfaf4b05ce"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "redox_users"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.3.5"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "de0737333e7a9502c789a36d7c7fa6092a49895d4faa31ca5df163857ded2e9d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
"getrandom",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"redox_syscall",
"rust-argon2",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "regex"
cargo update
2020-06-06 20:08:02 +03:00
version = "1.3.9"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-06 20:08:02 +03:00
checksum = "9c3780fcf44b193bc4d09f36d2a3c87b251da4a046c87795a0d35f4f927ad8e6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-02-11 18:49:05 +03:00
"aho-corasick",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"memchr",
cargo update
2020-02-11 18:49:05 +03:00
"regex-syntax",
"thread_local",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
lua: add serde-powered to_lua_value function This will help in implementing lua helper functions for various config and other structures.
2020-03-01 08:46:59 +03:00
[[package]]
name = "regex-automata"
cargo update
2020-03-14 19:39:38 +03:00
version = "0.1.9"
lua: add serde-powered to_lua_value function This will help in implementing lua helper functions for various config and other structures.
2020-03-01 08:46:59 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-03-14 19:39:38 +03:00
checksum = "ae1ded71d66a4a97f5e961fd0cb25a5f366a42a41570d16a763a69c092c26ae4"
lua: add serde-powered to_lua_value function This will help in implementing lua helper functions for various config and other structures.
2020-03-01 08:46:59 +03:00
dependencies = [
"byteorder",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "regex-syntax"
cargo update
2020-06-06 20:08:02 +03:00
version = "0.6.18"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-06 20:08:02 +03:00
checksum = "26412eb97c6b088a6997e05f69403a802a92d520de2f8e63c2b65f9e0f47c4e8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "remove_dir_all"
cargo update
2020-06-13 20:21:49 +03:00
version = "0.5.3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-13 20:21:49 +03:00
checksum = "3acd125665422973a33ac9d3dd2df85edad0f4ae9b00dafb1a05e43a9f5ef8e7"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
[[package]]
name = "rental"
version = "0.5.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "8545debe98b2b139fb04cad8618b530e9b07c152d99a5de83c860b877d67847f"
dependencies = [
"rental-impl",
"stable_deref_trait",
]
[[package]]
name = "rental-impl"
version = "0.5.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "475e68978dc5b743f2f40d8e0a8fdc83f1c5e78cbf4b8fa5e74e73beebc340de"
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
"quote 1.0.7",
cargo update
2020-10-02 17:16:20 +03:00
"syn 1.0.42",
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "resize"
Update Cargo.lock
2019-12-30 00:43:59 +03:00
version = "0.3.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "b9e653e390eafbfebb2b3c5fcfbc90d801bc410d0de1f44f266ffbf2151d28aa"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
[[package]]
name = "ring"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.16.15"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "952cd6b98c85bbc30efa1ba5783b8abf12fec8b3287ffa52605b9432313e34e4"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
dependencies = [
"cc",
"libc",
cargo update
2020-05-02 22:13:10 +03:00
"once_cell",
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
"spin",
"untrusted",
"web-sys",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "rust-argon2"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.8.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "9dab61250775933275e84053ac235621dfb739556d5c54a2f2e9313b7cf43a19"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"base64 0.12.3",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"blake2b_simd",
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
"constant_time_eq",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"crossbeam-utils",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "rustc-demangle"
version = "0.1.16"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "4c691c0e608126e00913e33f0ccf3727d5fc84573623b8d65b2df340b5201783"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
[[package]]
name = "rustc-hash"
version = "1.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "08d43f7aa6b08d49f382cde6a7982047c3426db949b1424bc4b7ec9ae12c6ce2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "rustc_version"
version = "0.2.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "138e3e0acb6c9fb258b19b67cb8abd63c00679d2851805ea151465464fe9030a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"semver",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
[[package]]
name = "rustls"
version = "0.16.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "b25a18b1bf7387f0145e7f8324e700805aade3842dd3db2e74e4cdeb4677c09e"
dependencies = [
"base64 0.10.1",
"log",
"ring",
"sct",
"webpki",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "rusttype"
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
version = "0.9.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
checksum = "dc7c727aded0be18c5b80c1640eae0ac8e396abf6fa8477d96cb37d18ee5ec59"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
"ab_glyph_rasterizer",
"owned_ttf_parser",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
bump some versions
2020-01-10 09:39:34 +03:00
[[package]]
name = "ryu"
cargo update
2020-06-06 20:08:02 +03:00
version = "1.0.5"
bump some versions
2020-01-10 09:39:34 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-06 20:08:02 +03:00
checksum = "71d301d4193d031abdd79ff7e3dd721168a9572ef3fe51a1517aba235bd8f86e"
bump some versions
2020-01-10 09:39:34 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "same-file"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
version = "1.0.6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "93fc1dc3aaa9bfed95e02e6eadabb4baf7e3078b0bd1b4d7b6b0b68378900502"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"winapi-util",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
[[package]]
cargo update
2020-06-30 03:52:14 +03:00
name = "scoped-tls"
version = "1.0.0"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "ea6a9290e3c9cf0f18145ef7ffa62d68ee0bf5fcd651017e586dc7fd5da448c2"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "scoped_threadpool"
version = "0.1.9"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "1d51f5df5af43ab3f1360b429fa5e0152ac5ce8c0bd6485cae490332e96846a8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "scopeguard"
cargo update
2020-03-14 19:39:38 +03:00
version = "1.1.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-03-14 19:39:38 +03:00
checksum = "d29ab0c6d3fc0ee92fe66e2d99f700eab17a8d57d1c1d3b748380fb20baa78cd"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
[[package]]
name = "sct"
version = "0.6.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "e3042af939fca8c3453b7af0f1c66e533a15a86169e39de2657310ade8f98d3c"
dependencies = [
"ring",
"untrusted",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "semver"
version = "0.9.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "1d7eb9ef2c18661902cc47e535f9bc51b78acd254da71d375c2f6720d9a40403"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"semver-parser",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "semver-parser"
version = "0.7.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "388a1df253eca08550bef6c72392cfe7c30914bf41df5269b68cbd6ff8f570a3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "serde"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.0.116"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "96fe57af81d28386a513cbc6858332abc6117cfdb5999647c6444b8f43a370a5"
serde_derive -> serde with derive feature
2020-01-03 20:22:17 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"serde_derive",
serde_derive -> serde with derive feature
2020-01-03 20:22:17 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "serde_derive"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.0.116"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "f630a6370fd8e457873b4bd2ffdae75408bc291ba72be773772a4c2a065d9ae8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
cargo update
2020-10-02 17:16:20 +03:00
"syn 1.0.42",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
[[package]]
name = "serde_json"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.0.58"
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "a230ea9107ca2220eea9d46de97eddcb04cd00e92d13dda78e478dd33fa82bd4"
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
dependencies = [
"itoa",
"ryu",
"serde",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "serial"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "a1237a96570fc377c13baa1b88c7589ab66edced652e43ffb17088f003db3e86"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"serial-core",
"serial-unix",
"serial-windows",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "serial-core"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "3f46209b345401737ae2125fe5b19a77acce90cd53e1658cda928e4fe9a64581"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "serial-unix"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "f03fbca4c9d866e24a459cbca71283f545a37f8e3e002ad8c70593871453cab7"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"ioctl-rs",
"libc",
"serial-core",
"termios 0.2.2",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "serial-windows"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "15c6d3b776267a75d31bbdfd5d36c0ca051251caafc285827052bc53bcdc8162"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
"serial-core",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
[[package]]
name = "sha-1"
version = "0.8.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "f7d94d0bede923b3cea61f3f1ff57ff8cdfd77b400fb8f9998949e0cf04163df"
dependencies = [
"block-buffer 0.7.3",
"digest 0.8.1",
"fake-simd",
"opaque-debug 0.2.3",
]
term: cache recently decoded images This commit introduces a small, bounded, LRU cache for recently decoded images. This allows the same image ID to be used in the cache that the same image bits are repeatedly sent to the terminal. This is advantageous because it reduces the amount of texture space required by the gui layer.
2020-10-25 21:59:44 +03:00
[[package]]
name = "sha2"
version = "0.9.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "2933378ddfeda7ea26f48c555bdad8bb446bf8a3d17832dc83e380d444cfb8c1"
dependencies = [
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
"block-buffer 0.9.0",
term: cache recently decoded images This commit introduces a small, bounded, LRU cache for recently decoded images. This allows the same image ID to be used in the cache that the same image bits are repeatedly sent to the terminal. This is advantageous because it reduces the amount of texture space required by the gui layer.
2020-10-25 21:59:44 +03:00
"cfg-if",
"cpuid-bool",
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
"digest 0.9.0",
"opaque-debug 0.3.0",
term: cache recently decoded images This commit introduces a small, bounded, LRU cache for recently decoded images. This allows the same image ID to be used in the cache that the same image bits are repeatedly sent to the terminal. This is advantageous because it reduces the amount of texture space required by the gui layer.
2020-10-25 21:59:44 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "shared_library"
version = "0.1.9"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "5a9e7e0f2bfae24d8a5b5a66c5b257a83c7412304311512a0c054cd5e619da11"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"lazy_static",
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "shell-words"
version = "0.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "39acde55a154c4cd3ae048ac78cc21c25f3a0145e44111b523279113dce0d94a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "signal-hook"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.1.16"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "604508c1418b99dfe1925ca9224829bb2a8a9a04dda655cc01fcad46f4ab05ed"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
"signal-hook-registry",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "signal-hook-registry"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.2.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "a3e12110bc539e657a646068aaf5eb5b63af9d0c1f7b29c97113fad80e15f035"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"arc-swap",
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "siphasher"
cargo update
2020-05-02 22:13:10 +03:00
version = "0.3.3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-02 22:13:10 +03:00
checksum = "fa8f3741c7372e75519bd9346068370c9cdaabcc1f9599cbcf2a2719352286b7"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "slab"
version = "0.4.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "c111b5bd5695e56cffe5129854aa230b39c93a305372fdbb2668ca2394eea9f8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "smallvec"
version = "0.6.13"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "f7b0758c52e15a8b5e3691eae6cc559f08eee9406e548a4477ba4e67770a82b6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"maybe-uninit",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "smallvec"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.4.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "fbee7696b84bbf3d89a1c2eccff0850e3047ed46bfcd2e92c29a2d074d57e252"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "smithay-client-toolkit"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
version = "0.9.1"
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
source = "git+https://github.com/wez/client-toolkit.git?branch=title_trunc#9b80c17400aa245f2bceadd496f57c2bb8908e95"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"andrew",
"bitflags 1.2.1",
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
"byteorder",
"calloop",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"dlib",
"lazy_static",
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
"log",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"memmap",
cargo update
2020-09-09 19:31:37 +03:00
"nix 0.17.0",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"wayland-client",
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
"wayland-cursor",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"wayland-protocols",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
[[package]]
name = "smol"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
version = "1.2.3"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
checksum = "1d335d3327ea0b6da9288adc2dda60dadc0adc0810343430cbfa833c014f568d"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
dependencies = [
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
"async-channel",
"async-executor",
"async-fs",
"async-io",
"async-lock",
"async-net",
"async-process",
"blocking",
"futures-lite",
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
"once_cell",
]
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
[[package]]
name = "spin"
version = "0.5.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "6e63cff320ae2c57904679ba7cb63280a3dc4613885beafb148ee7bf9aa9042d"
fix clipboard on x11 This was broken by the changes in aad493ab2a121fab7678b3a528091734bdbf69bb. The issue was that the channel send didn't wakeup the receiver. I'm not sure why, and I tried a couple of different async channel implementation. Doing the simplistic solution here works reliably.
2020-10-09 21:07:18 +03:00
[[package]]
name = "spinning_top"
version = "0.2.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "7e529d73e80d64b5f2631f9035113347c578a1c9c7774b83a2b880788459ab36"
dependencies = [
"lock_api 0.4.1",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "ssh2"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.8.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "ba56d741dab9a295bcb131ebfbe57f8fea2e1b7ae203e9184f5d7648213e4460"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
"libc",
"libssh2-sys",
wezterm: lua: add glob and read_dir These functions are useful when dynamically constructing configuration.
2020-04-12 05:21:52 +03:00
"parking_lot 0.10.2",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
[[package]]
name = "stable_deref_trait"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.2.0"
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "a8f112729512f8e442d81f95a8a7ddf2b7c6b8a1a6f509a95864142b30cab2d3"
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
[[package]]
name = "static_assertions"
version = "1.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "a2eb9349b6444b326872e140eb1cf5e7c522154d69e7a0ffb0fb81c06b37543f"
move strip-ansi-escapes into its own crate
2020-10-03 09:54:54 +03:00
[[package]]
name = "strip-ansi-escapes"
version = "0.1.0"
dependencies = [
"structopt",
"termwiz",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "strsim"
version = "0.8.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "8ea5119cdb4c55b55d432abb513a0429384878c15dde60cc77b1c99de1a95a6a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
lua: give a nice error message when using an invalid field name Make a reasonable suggestion to the user based on similarity with possible field names, but don't error out. This facilitates evolving the configuration over time, and makes the config more forgiving of typos.
2020-03-01 20:39:14 +03:00
[[package]]
name = "strsim"
version = "0.10.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "73473c0e59e6d5812c5dfe2a064a6444949f089e20eec9a2e5506596494e4623"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "structopt"
cargo update
2020-10-02 17:16:20 +03:00
version = "0.3.18"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "a33f6461027d7f08a13715659b2948e1602c31a3756aeae9378bfe7518c72e82"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"clap",
Update structopt to 0.3
2020-01-10 10:48:33 +03:00
"lazy_static",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"structopt-derive",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "structopt-derive"
cargo update
2020-10-02 17:16:20 +03:00
version = "0.4.11"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "c92e775028122a4b3dd55d58f14fc5120289c69bee99df1d117ae30f84b225c9"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"heck",
Update structopt to 0.3
2020-01-10 10:48:33 +03:00
"proc-macro-error",
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
cargo update
2020-10-02 17:16:20 +03:00
"syn 1.0.42",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "strum"
version = "0.8.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "4ca6e4730f517e041e547ffe23d29daab8de6b73af4b6ae2a002108169f5e7da"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "strum_macros"
version = "0.8.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "3384590878eb0cab3b128e844412e2d010821e7e091211b9d87324173ada7db8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"quote 0.3.15",
"syn 0.11.11",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
wezterm: improve texture atlas allocation This commit uses the guillotine algorithm to assign rectangles, which is superior to the dumb algorithm previously in use. In addition, in the first pass of painting, if we get a texture space error, we clear the atlas and try again without increasing it size, which should serve as the ultimate defrag. Subsequent passes will cause the texture to grow if needed. refs: #306
2020-10-23 23:57:58 +03:00
[[package]]
name = "svg_fmt"
version = "0.4.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "8fb1df15f412ee2e9dfc1c504260fa695c1c3f10fe9f4a6ee2d2184d7d6450e2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "syn"
version = "0.11.11"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "d3b891b9015c88c576343b9b3e41c2c11a51c219ef067b264bd9c8aa9b441dad"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"quote 0.3.15",
"synom",
"unicode-xid 0.0.4",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "syn"
version = "0.15.44"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "9ca4b3b69a77cbe1ffc9e198781b7acb0c7365a883670e8f1c1bc66fba79a5c5"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"proc-macro2 0.4.30",
"quote 0.6.13",
"unicode-xid 0.1.0",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "syn"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.0.42"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "9c51d92969d209b54a98397e1b91c8ae82d8c87a7bb87df0b29aa2ad81454228"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
cargo update
2020-06-30 03:52:14 +03:00
"unicode-xid 0.2.1",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "synom"
version = "0.11.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "a393066ed9010ebaed60b9eafa373d4b1baac186dd7e008555b0f702b51945b6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"unicode-xid 0.0.4",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "tabout"
tabout: bump version for termwiz bump
2020-04-15 18:20:46 +03:00
version = "0.3.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"termwiz",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "takeable-option"
version = "0.5.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "36ae8932fcfea38b7d3883ae2ab357b0d57a02caaa18ebb4f5ece08beaec4aa0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "tempdir"
version = "0.3.7"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "15f2b5fb00ccdf689e0149d1b1b3c03fead81c2b37735d812fa8bddbbf41b6d8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"rand 0.4.6",
"remove_dir_all",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
wezterm: add ScrollToPrompt key assignment Adds some supporting methods for computing the `SemanticZone`s in the display and a key assignment that allows scrolling the viewport to jump to the next/prev Prompt zone.
2020-11-08 20:58:02 +03:00
[[package]]
name = "term_size"
version = "0.3.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "1e4129646ca0ed8f45d09b929036bafad5377103edd06e50bf574b353d2b08d9"
dependencies = [
"libc",
"winapi 0.3.9",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "termcolor"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
version = "1.1.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "bb6bfa289a4d7c5766392812c0a1f4c1ba45afa1ad47803c11e1f407d846d75f"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"winapi-util",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "terminfo"
cargo update
2020-05-26 08:25:39 +03:00
version = "0.7.3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-26 08:25:39 +03:00
checksum = "76971977e6121664ec1b960d1313aacfa75642adc93b9d4d53b247bd4cb1747e"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"dirs 2.0.2",
"fnv",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"nom",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"phf",
"phf_codegen",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "termios"
version = "0.2.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "d5d9cf598a6d7ce700a4e6a9199da127e6819a61e64b68609683cc9a01b5683a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "termios"
wezterm: lua: add glob and read_dir These functions are useful when dynamically constructing configuration.
2020-04-12 05:21:52 +03:00
version = "0.3.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm: lua: add glob and read_dir These functions are useful when dynamically constructing configuration.
2020-04-12 05:21:52 +03:00
checksum = "6f0fcee7b24a25675de40d5bb4de6e41b0df07bc9856295e7e2b3a3600c400c2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "termwiz"
Change cell api to avoid direct access to hyperlink/image This allows potentially changing the struct layout to reduce the struct size.
2020-10-11 23:09:24 +03:00
version = "0.11.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"anyhow",
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
"base64 0.10.1",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
"cassowary",
"filedescriptor",
"fnv",
Remove dep on palette for resolving color names Embed rgb.txt and parse it on the fly to produce the list of colors. This list is a superset of palette's SVG color list. refs: https://github.com/wez/wezterm/pull/144
2020-02-07 19:58:53 +03:00
"lazy_static",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
"log",
"memmem",
"num-derive",
cargo update
2020-06-13 20:21:49 +03:00
"num-traits 0.2.12",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"ordered-float",
termwiz: fix hyperlink matching issue with double wide chars refs: https://github.com/wez/wezterm/issues/221
2020-06-18 19:46:03 +03:00
"pretty_assertions",
cargo update
2020-02-11 18:49:05 +03:00
"regex",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"semver",
"serde",
"signal-hook",
"terminfo",
wezterm: lua: add glob and read_dir These functions are useful when dynamically constructing configuration.
2020-04-12 05:21:52 +03:00
"termios 0.3.2",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"unicode-segmentation",
"unicode-width",
"varbincode",
"vtparse",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"xi-unicode",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "textwrap"
version = "0.11.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "d326610f408c7a4eb6f51c37c330e496b08506c9457c9d34287ecc38809fb060"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"unicode-width",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
[[package]]
name = "textwrap"
version = "0.12.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "203008d98caf094106cfaba70acfed15e18ed3ddb7d94e49baec153a2b462789"
dependencies = [
"unicode-width",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "thiserror"
cargo update
2020-06-30 03:52:14 +03:00
version = "1.0.20"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "7dfdd070ccd8ccb78f4ad66bf1982dc37f620ef696c6b5028fe2ed83dd3d0d08"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"thiserror-impl",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "thiserror-impl"
cargo update
2020-06-30 03:52:14 +03:00
version = "1.0.20"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "bd80fc12f73063ac132ac92aceea36734f04a1d93c1240c6944e23a3b8841793"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
cargo update
2020-10-02 17:16:20 +03:00
"syn 1.0.42",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
bump some versions
2020-01-10 09:39:34 +03:00
[[package]]
name = "thread_local"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
version = "1.0.1"
bump some versions
2020-01-10 09:39:34 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "d40c6d1b69745a6ec6fb1ca717914848da4b44ae29d9b3080cbee91d72a69b14"
bump some versions
2020-01-10 09:39:34 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"lazy_static",
bump some versions
2020-01-10 09:39:34 +03:00
]
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
[[package]]
name = "tiff"
version = "0.5.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "3f3b8a87c4da944c3f27e5943289171ac71a6150a79ff6bacfff06d159dfff2f"
dependencies = [
"byteorder",
"lzw",
cargo update
2020-06-30 03:52:14 +03:00
"miniz_oxide 0.3.7",
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "time"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.1.44"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "6db9e6914ab8b1ae1c260a4ae7a49b6c5611b40328a735b21862567685e73255"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
cargo update
2020-09-09 19:31:37 +03:00
"wasi 0.10.0+wasi-snapshot-preview1",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
[[package]]
name = "tinyvec"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.3.4"
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "238ce071d267c5710f9d31451efec16c5ee22de34df17cc05e56cbc92e967117"
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
wezterm: update allsorts shaper The current master of allsorts supports color fonts in both bitmap and svg varieties. I'm interested to see if I can teach wezterm to render the svg based variety in a subsequent diff. First though, it's times to dust off our allsorts shaper logic. This commit updates to point to the current master of allsorts at the time of writing; there's a little bit of API fanout that makes it a bit easier to manage font fallback. The fallback logic has been improved so that we can now successfully fall back to the emoji font. The shaping logic has been improved so that we turn on the options that enable ZWJ for combining sequences of emoji, such as "man health worker". Running with the allsorts shaper enabled produces generally superior emoji/ligature substitution results compared to harfbuzz with Noto Color Emoji; the "man health worker" and the flags (eg: `flag: England`) from the subdivsion-flag section don't get substituted at all with harfbuzz, but do produce appropriate glyphs with allsorts. refs: https://github.com/wez/wezterm/issues/66
2020-11-21 03:56:07 +03:00
[[package]]
name = "tinyvec"
version = "1.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "ccf8dbc19eb42fba10e8feaaec282fb50e2c14b2726d6301dbfeed0f73306a6f"
dependencies = [
"tinyvec_macros",
]
[[package]]
name = "tinyvec_macros"
version = "0.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "cda74da7e1a664f795bb1f8a87ec406fb89a02522cf6e50620d016add6dbbf5c"
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
[[package]]
name = "tmux-cc"
version = "0.1.0"
dependencies = [
"anyhow",
"log",
"pest",
"pest_derive",
"pretty_assertions",
"pretty_env_logger",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "toml"
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
version = "0.5.6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
checksum = "ffc92d160b1eef40665be3a05630d003936a3bc7da7421277846c2613e92c71a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"serde",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
[[package]]
name = "ttf-parser"
cargo update
2020-07-09 09:54:56 +03:00
version = "0.6.2"
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-07-09 09:54:56 +03:00
checksum = "3e5d7cd7ab3e47dda6e56542f4bbf3824c15234958c6e1bd6aaa347e93499fdc"
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
term: cache recently decoded images This commit introduces a small, bounded, LRU cache for recently decoded images. This allows the same image ID to be used in the cache that the same image bits are repeatedly sent to the terminal. This is advantageous because it reduces the amount of texture space required by the gui layer.
2020-10-25 21:59:44 +03:00
[[package]]
name = "typenum"
version = "1.12.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "373c8a200f9e67a0c95e62a4f52fbf80c23b4381c05a17845531982fa99e6b33"
tmux: add tmux-cc crate This crate knows how to parse data returned from the `tmux -CC` protocol. refs: https://github.com/wez/wezterm/issues/336
2020-11-02 05:43:44 +03:00
[[package]]
name = "ucd-trie"
version = "0.1.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "56dee185309b50d1f11bfedef0fe6d036842e3fb77413abef29f8f8d1c5d4c1c"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "uds_windows"
cargo update
2020-07-09 09:54:56 +03:00
version = "0.1.5"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-07-09 09:54:56 +03:00
checksum = "9f0497369defbdcde081067715cc9bf9313b695cb9157f45fee823977d4fbb55"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"kernel32-sys",
"tempdir",
"winapi 0.2.8",
"ws2_32-sys",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
[[package]]
name = "umask"
version = "0.1.0"
dependencies = [
"libc",
]
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
[[package]]
name = "unicase"
version = "2.6.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "50f37be617794602aabbeee0be4f259dc1778fabe05e2d67ee8f79326d5cb4f6"
dependencies = [
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"version_check",
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
]
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
[[package]]
name = "unicode-bidi"
version = "0.3.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "49f2bd0c6468a8230e1db229cff8029217cf623c767ea5d60bfbd42729ea54d5"
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"matches",
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
]
wezterm: update allsorts shaper The current master of allsorts supports color fonts in both bitmap and svg varieties. I'm interested to see if I can teach wezterm to render the svg based variety in a subsequent diff. First though, it's times to dust off our allsorts shaper logic. This commit updates to point to the current master of allsorts at the time of writing; there's a little bit of API fanout that makes it a bit easier to manage font fallback. The fallback logic has been improved so that we can now successfully fall back to the emoji font. The shaping logic has been improved so that we turn on the options that enable ZWJ for combining sequences of emoji, such as "man health worker". Running with the allsorts shaper enabled produces generally superior emoji/ligature substitution results compared to harfbuzz with Noto Color Emoji; the "man health worker" and the flags (eg: `flag: England`) from the subdivsion-flag section don't get substituted at all with harfbuzz, but do produce appropriate glyphs with allsorts. refs: https://github.com/wez/wezterm/issues/66
2020-11-21 03:56:07 +03:00
[[package]]
name = "unicode-general-category"
version = "0.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "961c7c250ebd2c88c8f2ca994489e6cac38fe94301f843f0785ed86bc5490881"
wezterm: fixup some allsorts shaping cases * Fixes `keycap 0` by plucking out the prior character for an EnclosingMark * Fixes lookahead for VariationSelector refs: #66
2020-11-21 05:44:28 +03:00
[[package]]
name = "unicode-general-category"
version = "0.3.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "eab1e2c61f9441613aca1a1c88803bb36df292990aada6abb5133b9b532e07ec"
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
[[package]]
name = "unicode-joining-type"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.3.1"
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "aa33c011d7f075f1e724a8401666be7c7aaa922af7c3b0151e5618c9ed5b599e"
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "unicode-normalization"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.1.13"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "6fb19cf769fa8c6a80a162df694621ebeb4dafb606470b2b2fce0be40a98a977"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
wezterm: update allsorts shaper The current master of allsorts supports color fonts in both bitmap and svg varieties. I'm interested to see if I can teach wezterm to render the svg based variety in a subsequent diff. First though, it's times to dust off our allsorts shaper logic. This commit updates to point to the current master of allsorts at the time of writing; there's a little bit of API fanout that makes it a bit easier to manage font fallback. The fallback logic has been improved so that we can now successfully fall back to the emoji font. The shaping logic has been improved so that we turn on the options that enable ZWJ for combining sequences of emoji, such as "man health worker". Running with the allsorts shaper enabled produces generally superior emoji/ligature substitution results compared to harfbuzz with Noto Color Emoji; the "man health worker" and the flags (eg: `flag: England`) from the subdivsion-flag section don't get substituted at all with harfbuzz, but do produce appropriate glyphs with allsorts. refs: https://github.com/wez/wezterm/issues/66
2020-11-21 03:56:07 +03:00
"tinyvec 0.3.4",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "unicode-segmentation"
wezterm: improve shaping of emoji This is one of those massive time sinks that I almost regret... As part of recent changes to dust-off the allsorts shaper, I noticed that the harfbuzz shaper wasn't shaping as well as the allsorts one. This commit: * Adds emoji-test.txt, a text file you can `cat` to see how well the emoji are shaped and rendered. * Fixes (or at least, improves) the column width calculation for combining sequences such as "deaf man" which was previously calculated at 3 cells in width when it should have just been 2 cells wide, which resulted in a weird "prismatic" effect during rendering where the glyph would be rendered with an extra RHS portion of the glyph across 3 cells. * Improved/simplified the clustering logic used to compute fallbacks. Previously we could end up with some wonky/disjoint sequence of undefined glyphs which wouldn't be successfully resolved from a fallback font. We now make a better effort to consolidate runs of undefined glyphs for fallback. * For sequences such as "woman with veil: dark skin tone" that occupy a single cell, the shaper may return 3 clusters with 3 glyphs in the case that the font doesn't fully support this grapheme. At render time we'd just take the last glyph from that sequence and render it, resulting in eg: a female symbol in this particular case. It is generally a bit more useful to show the first glyph in the sequence (eg: person with veil) rather than the gender or skin tone, so the renderer now checks for this kind of overlapping sequence and renders only the first glyph from the sequence.
2020-11-24 00:45:38 +03:00
version = "1.7.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm: improve shaping of emoji This is one of those massive time sinks that I almost regret... As part of recent changes to dust-off the allsorts shaper, I noticed that the harfbuzz shaper wasn't shaping as well as the allsorts one. This commit: * Adds emoji-test.txt, a text file you can `cat` to see how well the emoji are shaped and rendered. * Fixes (or at least, improves) the column width calculation for combining sequences such as "deaf man" which was previously calculated at 3 cells in width when it should have just been 2 cells wide, which resulted in a weird "prismatic" effect during rendering where the glyph would be rendered with an extra RHS portion of the glyph across 3 cells. * Improved/simplified the clustering logic used to compute fallbacks. Previously we could end up with some wonky/disjoint sequence of undefined glyphs which wouldn't be successfully resolved from a fallback font. We now make a better effort to consolidate runs of undefined glyphs for fallback. * For sequences such as "woman with veil: dark skin tone" that occupy a single cell, the shaper may return 3 clusters with 3 glyphs in the case that the font doesn't fully support this grapheme. At render time we'd just take the last glyph from that sequence and render it, resulting in eg: a female symbol in this particular case. It is generally a bit more useful to show the first glyph in the sequence (eg: person with veil) rather than the gender or skin tone, so the renderer now checks for this kind of overlapping sequence and renders only the first glyph from the sequence.
2020-11-24 00:45:38 +03:00
checksum = "db8716a166f290ff49dabc18b44aa407cb7c6dbe1aa0971b44b8a24b0ca35aae"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "unicode-width"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.1.8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "9337591893a19b88d8d87f2cec1e73fad5cdfd10e5a6f349f498ad6ea2ffb1e3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "unicode-xid"
version = "0.0.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "8c1f860d7d29cf02cb2f3f359fd35991af3d30bac52c57d265a3c461074cb4dc"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "unicode-xid"
version = "0.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "fc72304796d0818e357ead4e000d19c9c174ab23dc11093ac919054d20a6a7fc"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "unicode-xid"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.2.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "f7fe0bb3479651439c9112f72b6c505038574c9fbb575ed1bf3b797fa39dd564"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
[[package]]
name = "untrusted"
cargo update
2020-05-02 22:13:10 +03:00
version = "0.7.1"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-02 22:13:10 +03:00
checksum = "a156c684c91ea7d62626509bce3cb4e1d9ed5c4d978f7b4352658f96a4c26b4a"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
[[package]]
name = "url"
version = "2.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "829d4a8476c35c9bf0bbce5a3b23f4106f79728039b726d292bb93bc106787cb"
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"idna",
"matches",
"percent-encoding",
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "utf8parse"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "8772a4ccbb4e89959023bc5b7cb8623a795caa7092d99f3aa9501b9484d4557d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "varbincode"
version = "0.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "b712fa900b441e2d5226a094ca37ca70c0d26d26b79822a5cf34a853a9e26f9f"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"byteorder",
"leb128",
"serde",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "vcpkg"
cargo update
2020-06-13 20:21:49 +03:00
version = "0.2.10"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-13 20:21:49 +03:00
checksum = "6454029bf181f092ad1b853286f23e2c507d8e8194d01d92da4a55c274a5508c"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
cargo update
2020-09-09 19:31:37 +03:00
[[package]]
name = "vec-arena"
cargo update
2020-10-02 17:16:20 +03:00
version = "1.0.0"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-10-02 17:16:20 +03:00
checksum = "eafc1b9b2dfc6f5529177b62cf806484db55b32dc7c9658a118e11bbeb33061d"
cargo update
2020-09-09 19:31:37 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "vec_map"
cargo update
2020-05-26 08:25:39 +03:00
version = "0.8.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-26 08:25:39 +03:00
checksum = "f1bddf1187be692e79c5ffeab891132dfb0f236ed36a43c7ed39f1165ee20191"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "vergen"
cargo update
2020-03-14 19:39:38 +03:00
version = "3.1.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-03-14 19:39:38 +03:00
checksum = "4ce50d8996df1f85af15f2cd8d33daae6e479575123ef4314a51a70a230739cb"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
"chrono",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
cargo update
2020-03-14 19:39:38 +03:00
[[package]]
name = "version_check"
cargo update
2020-05-26 08:25:39 +03:00
version = "0.9.2"
cargo update
2020-03-14 19:39:38 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-26 08:25:39 +03:00
checksum = "b5a972e5669d67ba988ce3dc826706fb0a8b01471c088cb0b6110b805cc36aed"
cargo update
2020-03-14 19:39:38 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "void"
version = "1.0.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "6a02e4885ed3bc0f2de90ea6dd45ebcbb66dacffe03547fadbb0eeae2770887d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "vswhom"
version = "0.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "be979b7f07507105799e854203b470ff7c78a1639e330a58f183b5fea574608b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
"vswhom-sys",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "vswhom-sys"
version = "0.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "fc2f5402d3d0e79a069714f7b48e3ecc60be7775a2c049cb839457457a239532"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cc",
"libc",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "vtparse"
vtparse: fix DCS parsing This corrects an issue where the mode byte of the DCS sequence was discarded from the DcsHook, making it impossible to know what sequence is being activated. So far this hasn't come up as these sequences are relatively rare, but in looking at sixel parsing I noticed the error.
2020-06-09 19:03:08 +03:00
version = "0.3.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"pretty_assertions",
"utf8parse",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
cargo update
2020-06-30 03:52:14 +03:00
[[package]]
name = "waker-fn"
cargo update
2020-09-09 19:31:37 +03:00
version = "1.1.0"
cargo update
2020-06-30 03:52:14 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "9d5b2c62b4012a3e1eca5a7e077d13b3bf498c4073e33ccd58626607748ceeca"
cargo update
2020-06-30 03:52:14 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "walkdir"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
version = "2.3.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "777182bc735b6424e1a57516d35ed72cb8019d85c8c9bf536dccb3445c1a2f7d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"same-file",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"winapi-util",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "wasi"
bump some versions
2020-01-10 09:39:34 +03:00
version = "0.9.0+wasi-snapshot-preview1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "cccddf32554fecc6acb585f82a32a72e28b48f8c4c1883ddfeeeaa96f7d8e519"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
cargo update
2020-09-09 19:31:37 +03:00
[[package]]
name = "wasi"
version = "0.10.0+wasi-snapshot-preview1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "1a143597ca7c7793eff794def352d41792a93c481eb1042423ff7ff72ba2c31f"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
[[package]]
name = "wasm-bindgen"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.2.68"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "1ac64ead5ea5f05873d7c12b545865ca2b8d28adfc50a49b84770a3a97265d42"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
dependencies = [
"cfg-if",
"wasm-bindgen-macro",
]
[[package]]
name = "wasm-bindgen-backend"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.2.68"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "f22b422e2a757c35a73774860af8e112bff612ce6cb604224e8e47641a9e4f68"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
dependencies = [
"bumpalo",
"lazy_static",
"log",
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
cargo update
2020-10-02 17:16:20 +03:00
"syn 1.0.42",
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
"wasm-bindgen-shared",
]
cargo update
2020-05-26 08:25:39 +03:00
[[package]]
name = "wasm-bindgen-futures"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.4.18"
cargo update
2020-05-26 08:25:39 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "b7866cab0aa01de1edf8b5d7936938a7e397ee50ce24119aef3e1eaa3b6171da"
cargo update
2020-05-26 08:25:39 +03:00
dependencies = [
"cfg-if",
"js-sys",
"wasm-bindgen",
"web-sys",
]
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
[[package]]
name = "wasm-bindgen-macro"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.2.68"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "6b13312a745c08c469f0b292dd2fcd6411dba5f7160f593da6ef69b64e407038"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
dependencies = [
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
"wasm-bindgen-macro-support",
]
[[package]]
name = "wasm-bindgen-macro-support"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.2.68"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "f249f06ef7ee334cc3b8ff031bfc11ec99d00f34d86da7498396dc1e3b1498fe"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
cargo update
2020-10-02 17:16:20 +03:00
"syn 1.0.42",
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
"wasm-bindgen-backend",
"wasm-bindgen-shared",
]
[[package]]
name = "wasm-bindgen-shared"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.2.68"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "1d649a3145108d7d3fbcde896a468d1bd636791823c9921135218ad89be08307"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "wayland-client"
cargo update
2020-05-26 08:25:39 +03:00
version = "0.26.6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-26 08:25:39 +03:00
checksum = "61fe712a8badae146ae4962efe37abb8790200351baa0e92912f7583564497b0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
"downcast-rs",
"libc",
cargo update
2020-09-09 19:31:37 +03:00
"nix 0.17.0",
"scoped-tls",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"wayland-commons",
"wayland-scanner",
"wayland-sys",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "wayland-commons"
cargo update
2020-05-26 08:25:39 +03:00
version = "0.26.6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-26 08:25:39 +03:00
checksum = "13f95a427cf36b19d2cd678f53634caba01f497294eed7726993cce086e6247f"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"nix 0.17.0",
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
"once_cell",
cargo update
2020-09-09 19:31:37 +03:00
"smallvec 1.4.2",
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
"wayland-sys",
]
[[package]]
name = "wayland-cursor"
cargo update
2020-05-26 08:25:39 +03:00
version = "0.26.6"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-26 08:25:39 +03:00
checksum = "edbbc237b9c8bca0bc36ac70fbc4a31068d0a6f7bcc4e20bec261cd32b17922b"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
dependencies = [
cargo update
2020-09-09 19:31:37 +03:00
"nix 0.17.0",
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
"wayland-client",
"xcursor",
]
[[package]]
name = "wayland-egl"
cargo update
2020-05-26 08:25:39 +03:00
version = "0.26.6"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-26 08:25:39 +03:00
checksum = "4ef62d5c9e9bc891558a2e045922e129829e1b2b3edb7161816b3af7f8f0c9d6"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
dependencies = [
"wayland-client",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"wayland-sys",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "wayland-protocols"
cargo update
2020-05-26 08:25:39 +03:00
version = "0.26.6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-26 08:25:39 +03:00
checksum = "3a04e47cdd085a92e1fec4c05d65937196d38469eed48e36f69c9468dcb6eddf"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
"wayland-client",
"wayland-commons",
"wayland-scanner",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "wayland-scanner"
cargo update
2020-05-26 08:25:39 +03:00
version = "0.26.6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-26 08:25:39 +03:00
checksum = "1f4b4de533b3dda5ecbff3cb05d30ee6418d53b6a572a2511317ed3e4ed31cc1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"proc-macro2 1.0.24",
cargo update
2020-06-13 20:21:49 +03:00
"quote 1.0.7",
cargo update
2020-05-02 22:13:10 +03:00
"xml-rs 0.8.3",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "wayland-sys"
cargo update
2020-05-26 08:25:39 +03:00
version = "0.26.6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-26 08:25:39 +03:00
checksum = "877b46940c540fbbaa94615b6c5a7be62626271b7e5a739aabcbf7da9ceef673"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"dlib",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
[[package]]
name = "web-sys"
cargo update
2020-09-09 19:31:37 +03:00
version = "0.3.45"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-09-09 19:31:37 +03:00
checksum = "4bf6ef87ad7ae8008e15a355ce696bed26012b7caa21605188cfd8214ab51e2d"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
dependencies = [
"js-sys",
"wasm-bindgen",
]
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
[[package]]
name = "webpki"
cargo update
2020-06-06 20:08:02 +03:00
version = "0.21.3"
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-06 20:08:02 +03:00
checksum = "ab146130f5f790d45f82aeeb09e55a256573373ec64409fc19a6fb82fb1032ae"
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
dependencies = [
"ring",
"untrusted",
]
[[package]]
name = "webpki-roots"
version = "0.18.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "91cd5736df7f12a964a5067a12c62fa38e1bd8080aff1f80bc29be7c80d19ab4"
dependencies = [
"webpki",
]
cargo update
2020-10-02 17:16:20 +03:00
[[package]]
name = "weezl"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "e0e26e7a4d998e3d7949c69444b8b4916bac810da0d3a82ae612c89e952782f4"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
[[package]]
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
name = "wepoll-sys"
version = "3.0.0"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
checksum = "142bc2cba3fe88be1a8fcb55c727fa4cd5b0cf2d7438722792e22f26f04bc1e0"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
dependencies = [
"cc",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
move strip-ansi-escapes into its own crate
2020-10-03 09:54:54 +03:00
name = "wezterm"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
version = "0.1.0"
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"anyhow",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"codec",
"config",
wezterm: fixup APPIMAGE environment consistently Need to apply the same logic in wezterm-gui as we do in the wezterm-cli.
2020-10-25 09:21:03 +03:00
"env-bootstrap",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"filedescriptor",
wezterm: add `wezterm set-working-directory` This command formats an OSC 7 escape sequence to inform the terminal of the working directory. It has two optional arguments: * The hostname - if unspecified the hostname of the system will be used * The working directory - if unspecified the working directory of the process will be used This command formats the hostname and working directory into a `file://` URL and emits an OSC 7 escape sequence. The intent of this is to make it a bit easier to produce shell integration scripts for various shell environments without trying to implement URL encoding in eg: bash.
2020-11-13 20:24:16 +03:00
"hostname",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"log",
"mux",
"portable-pty",
"pretty_env_logger",
"promise",
"structopt",
"tabout",
"termwiz",
"textwrap 0.12.1",
"umask",
wezterm: add `wezterm set-working-directory` This command formats an OSC 7 escape sequence to inform the terminal of the working directory. It has two optional arguments: * The hostname - if unspecified the hostname of the system will be used * The working directory - if unspecified the working directory of the process will be used This command formats the hostname and working directory into a `file://` URL and emits an OSC 7 escape sequence. The intent of this is to make it a bit easier to produce shell integration scripts for various shell environments without trying to implement URL encoding in eg: bash.
2020-11-13 20:24:16 +03:00
"url",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"wezterm-client",
"wezterm-gui-subcommands",
"wezterm-term",
]
[[package]]
name = "wezterm-client"
version = "0.1.0"
dependencies = [
"anyhow",
mux: make Domain::attach an async fn
2020-01-17 02:55:15 +03:00
"async-trait",
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
"async_ossl",
move codec into is own crate
2020-10-03 08:39:15 +03:00
"codec",
move config into its own crate
2020-10-02 21:50:50 +03:00
"config",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"filedescriptor",
"futures",
"log",
"lru",
"metrics",
"mux",
"openssl",
"portable-pty",
"promise",
"rangeset",
"ratelim",
"smol",
"ssh2",
"termwiz",
"textwrap 0.12.1",
"thiserror",
wezterm: fixup win32 build for wezterm-gui changes refs: #301
2020-10-25 03:00:07 +03:00
"uds_windows",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"url",
"wezterm-term",
]
[[package]]
name = "wezterm-font"
version = "0.1.0"
dependencies = [
"allsorts",
"anyhow",
"config",
wezterm-font: remove font-loader dependency This commit replaces it with the underlying core text calls on macos. refs: #337
2020-11-22 22:19:44 +03:00
"core-foundation 0.9.1",
"core-text",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"dwrote",
wezterm: improve texture atlas allocation This commit uses the guillotine algorithm to assign rectangles, which is superior to the dumb algorithm previously in use. In addition, in the first pass of painting, if we get a texture space error, we clear the atlas and try again without increasing it size, which should serve as the ultimate defrag. Subsequent passes will cause the texture to grow if needed. refs: #306
2020-10-23 23:57:58 +03:00
"euclid 0.20.14",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"fontconfig",
wezterm-font: remove font-kit dep This wasn't used by anything and the version was getting pretty stale. Upgrading is awkward because newer versions pull in an incompatible freetype library version.
2020-10-25 08:01:00 +03:00
"freetype",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"harfbuzz",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"lazy_static",
"log",
"metrics",
"mux",
"termwiz",
"thiserror",
wezterm: update allsorts shaper The current master of allsorts supports color fonts in both bitmap and svg varieties. I'm interested to see if I can teach wezterm to render the svg based variety in a subsequent diff. First though, it's times to dust off our allsorts shaper logic. This commit updates to point to the current master of allsorts at the time of writing; there's a little bit of API fanout that makes it a bit easier to manage font fallback. The fallback logic has been improved so that we can now successfully fall back to the emoji font. The shaping logic has been improved so that we turn on the options that enable ZWJ for combining sequences of emoji, such as "man health worker". Running with the allsorts shaper enabled produces generally superior emoji/ligature substitution results compared to harfbuzz with Noto Color Emoji; the "man health worker" and the flags (eg: `flag: England`) from the subdivsion-flag section don't get substituted at all with harfbuzz, but do produce appropriate glyphs with allsorts. refs: https://github.com/wez/wezterm/issues/66
2020-11-21 03:56:07 +03:00
"tinyvec 1.1.0",
wezterm: fixup some allsorts shaping cases * Fixes `keycap 0` by plucking out the prior character for an EnclosingMark * Fixes lookahead for VariationSelector refs: #66
2020-11-21 05:44:28 +03:00
"unicode-general-category 0.3.0",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"unicode-segmentation",
"walkdir",
"wezterm-term",
wezterm: fixup win32 build for wezterm-gui changes refs: #301
2020-10-25 03:00:07 +03:00
"winapi 0.3.9",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"window",
]
[[package]]
name = "wezterm-gui"
version = "0.1.0"
dependencies = [
"anyhow",
"bitflags 1.2.1",
"cc",
"codec",
"config",
"dirs 2.0.2",
"downcast-rs",
"embed-resource",
wezterm: fixup APPIMAGE environment consistently Need to apply the same logic in wezterm-gui as we do in the wezterm-cli.
2020-10-25 09:21:03 +03:00
"env-bootstrap",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"euclid 0.20.14",
"filedescriptor",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"hdrhistogram",
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
"http_req",
cargo update
2020-06-13 20:21:49 +03:00
"image",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"lazy_static",
"libc",
"log",
"lru",
move lua helpers into own crate
2020-10-02 20:28:58 +03:00
"luahelper",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"metrics",
config: we can now read ~/.wezterm.lua This allows for slightly more fancy configuration in the future, but for now it is rather simple: your lua script returns a configuration struct with the same shape as that from the TOML file. A `wezterm` module is provided to the script that provides some constants to help understand the environment in which wezterm is running. I want to add some helpers that make setting up the fonts feel less weird (lots of nesting in the data model makes this weird). The ability to conditionally construct configuration is powerful and helps to address the broader request in refs: https://github.com/wez/wezterm/issues/152 An example config looks like this: ```lua local wezterm = require 'wezterm'; print(wezterm.config_dir); print(wezterm.executable_dir); wezterm.log_error("w00t! running " .. wezterm.version .. " on " .. wezterm.target_triple .. " " .. wezterm.home_dir); return { enable_scroll_bar = true, enable_tab_bar = true, ratelimit_output_bytes_per_second = 400000, scrollback_lines = 350000, font_dirs = {".dotfiles/fonts"}, window_padding = { left = 2, bottom = 2, }, font = { font = {{ family = "Operator Mono SSm Lig Medium", }}, }, unix_domains = { { name = "unix", } }, ssh_domains = { { name = "localhost", remote_address = "localhost", username = "wez", }, }, tls_clients = { { name = "cubetls", remote_address = "cube-localdomain:8080", bootstrap_via_ssh = "cube-localdomain", }, }, tls_servers = { { bind_address = "192.168.1.8:8080", }, }, hyperlink_rules = { { regex = "\\b\\w+://(?:[\\w.-]+)\\.[a-z]{2,15}\\S*\\b", format = "$0", }, }, font_rules= { { italic = true, font = { font = {{ family = "Operator Mono SSm Lig Medium Italic", }} }, }, { italic = true, intensity = "Bold", font = { font = {{ family = "Operator Mono SSm Lig Book Italic", }} }, }, { intensity = "Bold", font = { foreground = "tomato", font = {{ family = "Operator Mono SSm Lig Bold", }} }, }, { intensity = "Half", font = { font = {{ family = "Operator Mono SSm Lig Light", }} }, }, }, } ```
2020-02-26 21:21:03 +03:00
"mlua",
move mux to its own crate
2020-10-03 03:42:49 +03:00
"mux",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"notify-rust",
"open",
"openssl",
"palette",
"portable-pty",
cargo update
2020-06-13 20:21:49 +03:00
"pretty_env_logger",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"promise",
wezterm: render release notes as markdown in the update UI This adds a markdown -> termwiz render helper for the update UI to make the release notes look a bit more intelligible.
2020-06-06 09:13:43 +03:00
"pulldown-cmark",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"rangeset",
move ratelim to its own crate
2020-10-03 03:31:39 +03:00
"ratelim",
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
"regex",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"serde",
wezterm: check for new releases This commit adds some plumbing that will use the github API to probe the currently released version of wezterm, and if it is newer than the running version, show a window with some release information and links to the changelog and download page. The checks can be disabled in the config (but require a restart to take effect!) and default to checking every 24 hours. If running an AppImage on linux, links directly to the appimage download. In the future I'd like to have the download button use zsync to apply the update to the local image.
2020-05-07 18:58:52 +03:00
"serde_json",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"serial",
"shared_library",
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
"smol",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"structopt",
"tabout",
wezterm: enable scrollback in the error window This commit doesn't do anything specific to scrollback though! It moves the implementation of the TermWizTermTab away from a directly manipulated Surface and over to using the term::Terminal, making the renderer look more like the one used by the local tab and domain implementation. As a side effect of doing this, we get scrollback management for free. refs: https://github.com/wez/wezterm/issues/201
2020-06-03 17:58:20 +03:00
"terminfo",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"termwiz",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"textwrap 0.12.1",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"thiserror",
"uds_windows",
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
"umask",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"unicode-normalization",
"unicode-segmentation",
"unicode-width",
"url",
"walkdir",
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
"wezterm-client",
"wezterm-font",
"wezterm-gui-subcommands",
term: rename crate to wezterm-term in advance of publishing Add some more docs and remove a couple of dead bits of code.
2020-06-13 19:04:13 +03:00
"wezterm-term",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"window",
"winrt-notification",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
split gui into wezterm-gui executable This commit moves a bunch of stuff around such that `wezterm` is now a lighter-weight executable that knows how to spawn the gui, talk to the mux or emit some escape sequences for imgcat. The gui portion has been moved into `wezterm-gui`, a separate executable that doesn't know about the CLI or imgcat functionality. Importantly, `wezterm.exe` is no longer a window subsystem executable on windows, which makes interactions such as `wezterm -h` feel more natural when spawned from `cmd`, and should allow `type foo.png | wezterm imgcat` to work as expected. That said, I've only tested this on linux so far, and there's a good chance that something mac or windows specific is broken by this change and will need fixing up. refs: #301
2020-10-25 02:40:15 +03:00
[[package]]
name = "wezterm-gui-subcommands"
version = "0.1.0"
dependencies = [
"config",
"structopt",
]
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
[[package]]
name = "wezterm-mux-server"
version = "0.1.0"
dependencies = [
"anyhow",
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
"async_ossl",
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
"codec",
"config",
wezterm: add env bootstrap to mux server, too
2020-10-25 09:29:52 +03:00
"env-bootstrap",
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
"filedescriptor",
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
"futures",
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
"hostname",
clean up mux server startup kindof a lot going on in this commit, unintentionally: * Need the lua context set to be moved into the config crate otherwise configs cannot be parsed by the server and we end up with the default configs * Make the server use smol for async io * Drop the use of the daemonize crate, which I had forked anyway. Just inline our own tighter daemonize module * Improve daemon spawning synchronization, however, it still needs work for windows to avoid blocking forever where we don't do daemonizing.
2020-10-04 19:39:28 +03:00
"libc",
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
"log",
"mux",
"openssl",
"portable-pty",
"pretty_env_logger",
"promise",
"rangeset",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"rcgen",
Use smol/async for the mux server unix sockets
2020-10-03 20:36:23 +03:00
"smol",
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
"structopt",
Use smol/async for the mux server unix sockets
2020-10-03 20:36:23 +03:00
"uds_windows",
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
"umask",
"url",
"wezterm-term",
fixup starting mux on windows * Taught wezterm-mux-server how to `--daemonize` on windows * Removed pty based command spawn used to spawn unix domain servers. This was present because it was the only way to successfully spawn wsl in the past. What I'm finding today is that it doesn't work at all for me, generating an `0xc0000142` Application failed to initialize error. A plain command builder spawn seems to work, so that's what we're going with. * Ensure that we put `.exe` on executable name on windows, otherwise the spawn may fail. * `Path::exists()` always returns false for unix domain sockets on Windows, so unconditionally try to remove the socket before binding, otherwise the bind will falsely fail, claiming that another process is already bound. The docs for mux will need to be updated to show how to revise them for the new mux server invocation: ```lua unix_domains = { { name = "wsl", serve_command = {"wsl", "wezterm-mux-server", "--daemonize"} }, } ```
2020-10-06 06:29:47 +03:00
"winapi 0.3.9",
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
]
term: rename crate to wezterm-term in advance of publishing Add some more docs and remove a couple of dead bits of code.
2020-06-13 19:04:13 +03:00
[[package]]
name = "wezterm-term"
version = "0.1.0"
dependencies = [
"anyhow",
"bitflags 1.2.1",
cargo update
2020-06-13 20:21:49 +03:00
"image",
wezterm: add ScrollToPrompt key assignment Adds some supporting methods for computing the `SemanticZone`s in the display and a key assignment that allows scrolling the viewport to jump to the next/prev Prompt zone.
2020-11-08 20:58:02 +03:00
"k9",
term: rename crate to wezterm-term in advance of publishing Add some more docs and remove a couple of dead bits of code.
2020-06-13 19:04:13 +03:00
"log",
term: cache recently decoded images This commit introduces a small, bounded, LRU cache for recently decoded images. This allows the same image ID to be used in the cache that the same image bits are repeatedly sent to the terminal. This is advantageous because it reduces the amount of texture space required by the gui layer.
2020-10-25 21:59:44 +03:00
"lru",
maybe fixup windows build for num/num_traits changes
2020-06-13 22:05:47 +03:00
"num-traits 0.2.12",
term: rename crate to wezterm-term in advance of publishing Add some more docs and remove a couple of dead bits of code.
2020-06-13 19:04:13 +03:00
"ordered-float",
"palette",
"pretty_assertions",
termwiz+term: improved emulation conformance in a number of areas This commit adds support for left/right margins and has been tested against esctest, with a final status of: ``` 309 tests passed, 239 known bugs ``` "known bugs" also includes unimplemented features; we have a similar degree as iTerm2. As of this commit, we now report as a vt520ish machine to DA1. I confess to not having read enough of the relevant docs to know whether this is totally righteous.
2020-06-20 07:20:05 +03:00
"pretty_env_logger",
term: rename crate to wezterm-term in advance of publishing Add some more docs and remove a couple of dead bits of code.
2020-06-13 19:04:13 +03:00
"serde",
term: cache recently decoded images This commit introduces a small, bounded, LRU cache for recently decoded images. This allows the same image ID to be used in the cache that the same image bits are repeatedly sent to the terminal. This is advantageous because it reduces the amount of texture space required by the gui layer.
2020-10-25 21:59:44 +03:00
"sha2",
term: rename crate to wezterm-term in advance of publishing Add some more docs and remove a couple of dead bits of code.
2020-06-13 19:04:13 +03:00
"termwiz",
"unicode-segmentation",
"unicode-width",
"url",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "winapi"
version = "0.2.8"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "167dc9d6949a9b857f3451275e911c3f44255842c1f7a76f33c55103a909087a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "winapi"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.3.9"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "5c839a674fcd7a98952e593242ea400abe93992746761e38641405d28b00f419"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"winapi-i686-pc-windows-gnu",
"winapi-x86_64-pc-windows-gnu",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "winapi-build"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "2d315eee3b34aca4797b2da6b13ed88266e6d612562a0c46390af8299fc699bc"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "winapi-i686-pc-windows-gnu"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "ac3b87c63620426dd9b991e5ce0329eff545bccbbb34f3be09ff6fb6ab51b7b6"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "winapi-util"
cargo update
2020-05-02 22:13:10 +03:00
version = "0.1.5"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-02 22:13:10 +03:00
checksum = "70ec6ce85bb158151cae5e5c87f95a8e97d2c0c4b001223f33a334e3ce5de178"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "winapi-x86_64-pc-windows-gnu"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "712e227841d057c1ee1cd2fb22fa7e5a5461ae8e48fa2ca79ec42cfc1931183f"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "window"
version = "0.1.0"
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"anyhow",
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
"async-task 1.3.1",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 1.2.1",
"cgl",
"clipboard",
"clipboard-win",
"cocoa",
"core-foundation 0.7.0",
cargo update
2020-06-30 03:52:14 +03:00
"core-graphics 0.19.2",
wezterm: improve texture atlas allocation This commit uses the guillotine algorithm to assign rectangles, which is superior to the dumb algorithm previously in use. In addition, in the first pass of painting, if we get a texture space error, we clear the atlas and try again without increasing it size, which should serve as the ultimate defrag. Subsequent passes will cause the texture to grow if needed. refs: #306
2020-10-23 23:57:58 +03:00
"euclid 0.20.14",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"filedescriptor",
window: glium and gl_generator version bump
2020-06-15 07:24:54 +03:00
"gl_generator",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"glium",
wezterm: improve texture atlas allocation This commit uses the guillotine algorithm to assign rectangles, which is superior to the dumb algorithm previously in use. In addition, in the first pass of painting, if we get a texture space error, we clear the atlas and try again without increasing it size, which should serve as the ultimate defrag. Subsequent passes will cause the texture to grow if needed. refs: #306
2020-10-23 23:57:58 +03:00
"guillotiere",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"lazy_static",
"libc",
cargo update
2020-06-13 20:21:49 +03:00
"libloading",
window: update smithay-client-toolkit
2020-06-06 21:58:38 +03:00
"line_drawing",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"log",
"memmap",
"metrics",
"mio",
"objc",
"palette",
cargo update
2020-06-13 20:21:49 +03:00
"pretty_env_logger",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"promise",
"resize",
Windows: fix enabling dark mode This got broken by a recentish windows update.
2020-10-18 05:48:43 +03:00
"shared_library",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"smithay-client-toolkit",
"thiserror",
"wayland-client",
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
"wayland-egl",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Respect wheel scrolling speed settings on Windows The default values are 3 lines. With this change, scrolling speed now seems similar to other programs like cmd.exe. Before this change it feels too slow.
2020-01-21 00:55:18 +03:00
"winreg",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"x11",
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
"xcb 0.9.0",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"xcb-util",
"xkbcommon",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "winreg"
version = "0.6.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "b2986deb581c4fe11b621998a5e53361efe6b48a151178d0cd9eeffa4dc6acc9"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "winrt"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "7e30cba82e22b083dc5a422c2ee77e20dc7927271a0dc981360c57c1453cb48d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "winrt-notification"
version = "0.2.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "6c31a65da50d792c6f9bd2e3216249566c4fb1d2d34f9b7d2d66d2e93f62a242"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"strum",
"strum_macros",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"winrt",
"xml-rs 0.6.1",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "ws2_32-sys"
version = "0.2.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "d59cefebd0c892fa2dd6de581e937301d8552cb44489cdff035c6187cb63fa5e"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"winapi 0.2.8",
"winapi-build",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "x11"
cargo update
2020-02-01 10:01:38 +03:00
version = "2.18.2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-02-01 10:01:38 +03:00
checksum = "77ecd092546cb16f25783a5451538e73afc8d32e242648d54f4ae5459ba1e773"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
"pkg-config",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "x11-clipboard"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "89bd49c06c9eb5d98e6ba6536cf64ac9f7ee3a009b2f53996d405b3944f6bcea"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
"xcb 0.8.2",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "xcb"
version = "0.8.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "5e917a3f24142e9ff8be2414e36c649d47d6cc2ba81f16201cdef96e533e02de"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
"log",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
[[package]]
name = "xcb"
version = "0.9.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "62056f63138b39116f82a540c983cc11f1c90cd70b3d492a70c25eaa50bd22a6"
dependencies = [
"libc",
"log",
window: x11: fix minor leak of a display connection These were two separate one-time losses. refs: https://github.com/wez/wezterm/issues/238
2020-07-08 18:34:22 +03:00
"x11",
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "xcb-util"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
version = "0.3.0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
checksum = "43893e47f27bf7d81d489feef3a0e34a457e90bc314b7e74ad9bb3980e4c1c48"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
"xcb 0.9.0",
]
[[package]]
name = "xcursor"
cargo update
2020-06-13 20:21:49 +03:00
version = "0.3.2"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-13 20:21:49 +03:00
checksum = "d3a481cfdefd35e1c50073ae33a8000d695c98039544659f5dc5dd71311b0d01"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
dependencies = [
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"nom",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "xdg"
version = "2.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "d089681aa106a86fade1b0128fb5daf07d5867a509ab036d99988dec80429a57"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "xi-unicode"
cargo update
2020-06-30 03:52:14 +03:00
version = "0.2.1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-06-30 03:52:14 +03:00
checksum = "e71b85d8b1b8bfaf4b5c834187554d201a8cd621c2bbfa33efd41a3ecabd48b2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "xkbcommon"
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
version = "0.5.0"
source = "git+https://github.com/wez/xkbcommon-rs.git?rev=01a0a0cd5663405e6e4abb1ad3add9add1496f58#01a0a0cd5663405e6e4abb1ad3add9add1496f58"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
upgrade to latest smithay client toolkit This version greatly improves the client side decoration handling under Wayland and allows rendering the window title in the titlebar (shocker!).
2020-05-03 01:53:32 +03:00
"memmap",
"xcb 0.9.0",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "xml-rs"
version = "0.6.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "e1945e12e16b951721d7976520b0832496ef79c31602c7a29d950de79ba74621"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"bitflags 0.9.1",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "xml-rs"
cargo update
2020-05-02 22:13:10 +03:00
version = "0.8.3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-02 22:13:10 +03:00
checksum = "b07db065a5cf61a7e4ba64f29e67db906fb1787316516c4e6e5ff0fea1efcd8a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
[[package]]
name = "yasna"
cargo update
2020-05-26 08:25:39 +03:00
version = "0.3.2"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-05-26 08:25:39 +03:00
checksum = "0de7bff972b4f2a06c85f6d8454b09df153af7e3a4ec2aac81db1b105b684ddb"
mux: sound groundwork for auto pki This is a step towards automatic management of TLS certs for the mux stuff.
2020-02-02 04:40:27 +03:00
dependencies = [
"chrono",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
[[package]]
name = "zstd"
version = "0.4.28+zstd.1.4.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "f4e716acaad66f2daf2526f37a1321674a8814c0b37a366ebe6c97a699f85ddc"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"zstd-safe",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "zstd-safe"
version = "1.4.13+zstd.1.4.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "bfe4d3b26a0790201848865663e8ffabf091e126e548bc9710ccfa95621ece48"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"libc",
"zstd-sys",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
[[package]]
name = "zstd-sys"
version = "1.4.13+zstd.1.4.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
checksum = "fadc8ebe858f056ab82dffb9d93850b841603bdf663db7cf5e3dbd7f34cc55b2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
dependencies = [
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cc",
"glob",
"libc",
]
Reference in New Issue Copy Permalink