wez/wezterm
1
1
Fork 0
mirror of https://github.com/wez/wezterm.git synced 2024-12-18 02:42:05 +03:00
Code Issues Projects Releases Wiki Activity
cd1f7b1784
wezterm/Cargo.lock

5550 lines
127 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.
update k9 to 0.11.0 to make it work with rustc@1.51.0 1.51.0 no longer takes non string literals in `panic()`. k9@0.11.0 fixes that
2021-03-25 20:32:31 +03:00
version = 3
cargo update
2020-05-26 08:25:39 +03:00
[[package]]
name = "addr2line"
cargo update
2021-06-07 18:32:05 +03:00
version = "0.15.2"
cargo update
2020-05-26 08:25:39 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-06-07 18:32:05 +03:00
checksum = "e7a2e47a1fbe209ee101dd6d61285226744c6c8d3c21c8dc878ba6cb9f467f3a"
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
2021-03-01 20:02:05 +03:00
version = "1.0.2"
cargo update
2020-06-30 03:52:14 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-03-01 20:02:05 +03:00
checksum = "f26201604c87b1e01bd3d98f8d5d9a8fcbb815e8cedb41ffccbeb4bf593a35fe"
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"
deps: cargo update
2020-12-11 10:50:10 +03:00
version = "0.4.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
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: cargo update
2020-12-11 10:50:10 +03:00
checksum = "739f4a8db6605981345c5654f3a85b056ce52f37a39d34da03f25bf2151ea16e"
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
2021-05-01 19:42:46 +03:00
version = "0.7.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
2021-05-01 19:42:46 +03:00
checksum = "1e37cfd5e7657ada45f742d6e99ca5788580b5c529dc78faf11ece6dc702656f"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
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
2021-03-08 10:18:21 +03:00
"itertools",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
cargo update
2021-06-07 18:32:05 +03:00
"num-traits",
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
"rental",
"rustc-hash",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"tinyvec",
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 = "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
2021-06-14 09:36:22 +03:00
version = "1.0.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
2021-06-14 09:36:22 +03:00
checksum = "15af2628f6890fe2609a3b91bef4c83450512802e59489f9c1cb1fa5df064a61"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
2021-06-07 18:32:05 +03:00
"num-traits",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
zeno -> tiny_skia Mostly so that we can turn off anti-aliasing for smaller sizes, but it also happens to be more complete anyway.
2021-06-26 08:55:42 +03:00
[[package]]
name = "arrayref"
version = "0.3.6"
source = "registry+https://github.com/rust-lang/crates.io-index"
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"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
version = "0.5.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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "23b62fc65de8e4e7f52534fb52b0f3ed04746ae267519eef2a83941e8085068b"
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "ash"
version = "0.32.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "06063a002a77d2734631db74e8f4ce7148b77fe522e6bca46f2ae7774fd48112"
dependencies = [
"libloading 0.7.0",
]
cargo update
2020-09-09 19:31:37 +03:00
[[package]]
name = "async-channel"
cargo update
2021-02-22 11:09:01 +03:00
version = "1.6.1"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-02-22 11:09:01 +03:00
checksum = "2114d64672151c0c5eaa5e131ec84a74f06e1e559830dabba01ca30605d66319"
cargo update
2020-09-09 19:31:37 +03:00
dependencies = [
"concurrent-queue",
"event-listener",
"futures-core",
]
[[package]]
name = "async-executor"
cargo update
2021-04-26 18:34:45 +03:00
version = "1.4.1"
cargo update
2020-10-02 17:16:20 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-04-26 18:34:45 +03:00
checksum = "871f9bb5e0a22eeb7e8cf16641feb87c9dc67032ccf8ff49e772eb9941d3a965"
cargo update
2020-10-02 17:16:20 +03:00
dependencies = [
deps: misc updates
2020-12-29 20:21:50 +03:00
"async-task",
cargo update
2020-10-02 17:16:20 +03:00
"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",
cargo update
2021-04-26 18:34:45 +03:00
"slab",
cargo update
2020-10-02 17:16:20 +03:00
]
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
[[package]]
name = "async-fs"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
version = "1.5.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"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "8b3ca4f8ff117c37c278a2f7415ce9be55560b846b5bc4412aaa5d29c1c3dae2"
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
dependencies = [
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"async-lock",
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
"blocking",
"futures-lite",
]
cargo update
2020-10-02 17:16:20 +03:00
[[package]]
name = "async-global-executor"
cargo update
2021-01-18 10:38:11 +03:00
version = "2.0.2"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-01-18 10:38:11 +03:00
checksum = "9586ec52317f36de58453159d48351bc244bc24ced3effc1fce22f3d48664af6"
cargo update
2020-09-09 19:31:37 +03:00
dependencies = [
cargo update
2021-01-18 10:38:11 +03:00
"async-channel",
cargo update
2020-10-02 17:16:20 +03:00
"async-executor",
cargo update
2020-09-09 19:31:37 +03:00
"async-io",
cargo update
2021-01-18 10:38:11 +03:00
"async-mutex",
"blocking",
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"
cargo update
2021-07-07 23:27:08 +03:00
version = "1.6.0"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-07-07 23:27:08 +03:00
checksum = "a811e6a479f2439f0c04038796b5cfb3d2ad56c230e0f2d3f7b04d68cfee607b"
cargo update
2020-09-09 19:31:37 +03:00
dependencies = [
"concurrent-queue",
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",
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",
cargo update
2021-04-26 18:34:45 +03:00
"slab",
cargo update
2021-04-19 19:23:33 +03:00
"socket2",
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"
cargo update
2021-04-19 19:23:33 +03:00
version = "2.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"
cargo update
2021-04-19 19:23:33 +03:00
checksum = "e6a8ea61bf9947a1007c5cada31e647dbc77b103c679858150003ba697ea798b"
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
dependencies = [
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"event-listener",
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
]
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"
cargo update
2021-07-07 23:27:08 +03:00
version = "1.6.1"
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"
cargo update
2021-07-07 23:27:08 +03:00
checksum = "5373304df79b9b4395068fb080369ec7178608827306ce4d081cba51cac551df"
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
dependencies = [
"async-io",
"blocking",
"futures-lite",
]
[[package]]
name = "async-process"
cargo update
2021-04-26 18:34:45 +03:00
version = "1.1.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"
cargo update
2021-04-26 18:34:45 +03:00
checksum = "a8f38756dd9ac84671c428afbf7c9f7495feff9ec5b0710f17100098e5b354ac"
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
dependencies = [
"async-io",
"blocking",
cargo update
2021-02-08 09:51:28 +03:00
"cfg-if 1.0.0",
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
"event-listener",
"futures-lite",
cargo update
2021-04-26 18:34:45 +03:00
"libc",
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
"once_cell",
cargo update
2021-06-07 18:32:05 +03:00
"signal-hook 0.3.9",
pty: update async example for more recent smol release
2020-10-02 17:30:38 +03:00
"winapi 0.3.9",
]
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
[[package]]
name = "async-std"
cargo update
2021-01-18 10:38:11 +03:00
version = "1.9.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
2021-01-18 10:38:11 +03:00
checksum = "d9f06685bad74e0570f5213741bea82158279a4103d988e57bfada11ad230341"
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
dependencies = [
cargo update (this will probably annoy dependabot)
2020-12-10 00:58:44 +03:00
"async-channel",
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",
cargo update
2021-01-18 10:38:11 +03:00
"async-lock",
deps: misc updates
2020-12-29 20:21:50 +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",
cargo update
2020-12-20 03:44:27 +03:00
"pin-project-lite",
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
"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
]
cargo update
2020-10-02 17:16:20 +03:00
[[package]]
name = "async-task"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
version = "4.0.3"
cargo update
2020-10-02 17:16:20 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "e91831deabf0d6d7ec49552e489aed63b7456a7a3c46cff62adad428110b0af0"
cargo update
2020-10-02 17:16:20 +03:00
mux: make Domain::attach an async fn
2020-01-17 02:55:15 +03:00
[[package]]
name = "async-trait"
cargo update
2021-04-19 19:23:33 +03:00
version = "0.1.50"
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
2021-04-19 19:23:33 +03:00
checksum = "0b98e84bbb4cbcdd97da190ba0c58a1bb0de2c1fdf67d159e192ed766aeca722"
mux: make Domain::attach an async fn
2020-01-17 02:55:15 +03:00
dependencies = [
deps: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
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
]
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
2021-06-07 18:32:05 +03:00
version = "0.3.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
2021-06-07 18:32:05 +03:00
checksum = "b7815ea54e4d821e791162e078acbebfd6d8c8939cd559c9335dceb1c8ca7282"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-05-01 19:42:46 +03:00
"cc",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 1.0.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",
cargo update
2021-03-01 20:02:05 +03:00
"miniz_oxide 0.4.4",
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
]
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
[[package]]
name = "base64"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
version = "0.13.0"
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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "904dfeac50f3cdaba28fc6f57fdcddb75f49ed61346676a78c4ffe55877802fd"
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"
lua: add `wezterm.battery_info()` function Queries the system battery information and returns an array of battery information. Each element is a lua table with the following entries: * state_of_charge: expressed as percents * vendor: the battery manufacturer * model: the battery model * serial: the battery serial number * time_to_full: how long until the battery is full * time_to_empty: how long until the battery is empty * state: "Charging", "Discharging", "Empty", "Full", "Unknown" I haven't run this on a system with a battery yet, so I'm holding off from showing an example until I've got a work one. refs: https://github.com/wez/wezterm/issues/500
2021-03-07 01:25:36 +03:00
[[package]]
name = "battery"
version = "0.7.8"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "b4b624268937c0e0a3edb7c27843f9e547c320d730c610d3b8e6e8e95b2026e4"
dependencies = [
"cfg-if 1.0.0",
"core-foundation 0.7.0",
"lazycell",
"libc",
"mach",
"nix 0.19.1",
cargo update
2021-06-07 18:32:05 +03:00
"num-traits",
lua: add `wezterm.battery_info()` function Queries the system battery information and returns an array of battery information. Each element is a lua table with the following entries: * state_of_charge: expressed as percents * vendor: the battery manufacturer * model: the battery model * serial: the battery serial number * time_to_full: how long until the battery is full * time_to_empty: how long until the battery is empty * state: "Charging", "Discharging", "Empty", "Full", "Unknown" I haven't run this on a system with a battery yet, so I'm holding off from showing an example until I've got a work one. refs: https://github.com/wez/wezterm/issues/500
2021-03-07 01:25:36 +03:00
"uom",
"winapi 0.3.9",
]
benchmarking shaping `cargo test --release -p wezterm-gui -- --nocapture bench_shaping`: ``` running 1 test 100: 139.82µs 1000: 385.333µs 10000: 3.144203ms test shapecache::test::bench_shaping ... ok ```
2021-04-28 07:48:15 +03:00
[[package]]
name = "benchmarking"
version = "0.4.10"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "ea52a394d9a85bf9819ca50382187ece2497501dbd6397fd33388400e512a90e"
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"
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "bit-set"
version = "0.5.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "6e11e16035ea35e4e5997b393eacbf6f63983188f7a2ad25bfb13465f5ad59de"
dependencies = [
"bit-vec",
]
[[package]]
name = "bit-vec"
version = "0.6.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "349f9b6a179ed607305526ca489b34ad0a41aed5f7980fa90eb03160b69598fb"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
version = "0.3.4"
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 = "registry+https://github.com/rust-lang/crates.io-index"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
checksum = "9178181a7d44239c6c8eaafa8688558a2ab5fa04b8855381f2681e9591fb941b"
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
dependencies = [
cargo update
2021-01-26 07:51:25 +03:00
"cfg-if 1.0.0",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
]
[[package]]
name = "bitvec"
cargo update
2021-03-08 10:18:21 +03:00
version = "0.19.5"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-03-08 10:18:21 +03:00
checksum = "8942c8d352ae1838c9dda0b0ca2ab657696ef2232a20147cf1b30ae1a9cb4321"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
dependencies = [
"funty",
"radium",
"tap",
"wyz",
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
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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",
cargo update primarily to pick up open 1.5.1
2021-03-03 18:28:35 +03:00
"generic-array 0.12.4",
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
]
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"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +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"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "c5e170dbede1f740736619b776d7251cb1b9095c435c34d8ca9f57fcd2f335e9"
cargo update
2020-09-09 19:31:37 +03:00
dependencies = [
"async-channel",
deps: misc updates
2020-12-29 20:21:50 +03:00
"async-task",
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
2021-05-01 19:42:46 +03:00
version = "0.2.16"
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
2021-05-01 19:42:46 +03:00
checksum = "90682c8d613ad3373e66de8c6411e0ae2ab2571e879d2efbf73558cc66f21279"
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
2021-05-31 09:06:36 +03:00
version = "3.7.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
2021-05-31 09:06:36 +03:00
checksum = "9c59e7af012c713f529e7a3ee57ce9b31ddd858d4b512923602f74608b009631"
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
2021-06-14 09:36:22 +03:00
version = "1.7.0"
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
2021-06-14 09:36:22 +03:00
checksum = "9966d2ab714d0f785dbac0a0396251a35280aeb42413281617d0209ab4898435"
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
2021-03-15 16:32:14 +03:00
version = "1.4.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
2021-03-15 16:32:14 +03:00
checksum = "14c189c53d098945499cdfa7ecc63567cf3886b3332b312a5b4585d8d3a6a610"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
2021-05-31 09:06:36 +03:00
version = "1.0.68"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-05-31 09:06:36 +03:00
checksum = "4a72c244c1ff497a746a7e1fb3d14bd08420ecda70c8f25c7112f2781652d787"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
[[package]]
name = "cfg-if"
version = "1.0.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "baf1de4339761588bc0619e3cbc0120ee582ebb74b53b4efbf79117bd2da40fd"
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "cfg_aliases"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "fd16c4719339c4530435d38e511904438d07cce7950afa3718a84ac36c10e89e"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
2021-06-07 18:32:05 +03:00
"num-traits",
lua: add wezterm.strftime refs: https://github.com/wez/wezterm/issues/500
2021-03-02 20:51:56 +03:00
"pure-rust-locales",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
"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
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "cocoa-foundation"
version = "0.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "7ade49b65d560ca58c403a479bb396592b155c0185eada742ee323d1d68d6318"
dependencies = [
"bitflags",
"block",
"core-foundation 0.9.1",
"core-graphics-types",
"foreign-types",
"libc",
"objc",
]
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",
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "codespan-reporting"
version = "0.11.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "3538270d33cc669650c4b093848450d380def10c331d38c768e34cac80576e6e"
dependencies = [
"termcolor",
"unicode-width",
]
refactor deps so that window can depend on wezterm-font I want to use this to render the font in the title bar
2021-06-27 05:48:06 +03:00
[[package]]
name = "color-types"
version = "0.1.0"
dependencies = [
"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 = "color_quant"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "3d7b894f5411737b7867f4827955924d7c254fc9f4d91a6aad6b097804b1018b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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",
lua: add `wezterm.battery_info()` function Queries the system battery information and returns an array of battery information. Each element is a lua table with the following entries: * state_of_charge: expressed as percents * vendor: the battery manufacturer * model: the battery model * serial: the battery serial number * time_to_full: how long until the battery is full * time_to_empty: how long until the battery is empty * state: "Charging", "Discharging", "Empty", "Full", "Unknown" I haven't run this on a system with a battery yet, so I'm holding off from showing an example until I've got a work one. refs: https://github.com/wez/wezterm/issues/500
2021-03-07 01:25:36 +03:00
"battery",
introduce freetype_load_flags and freetype_load_target config In the earlier times wezterm supported different font rasterizers, and the configuration was a bit vague and generic to accomodate differences in how the rasterizers worked. Since then, we've standardized on freetype. One of the things that's been bothering me for a while is that we have some fiddly logic to transform from the config to the freetype flags. This commit does away with the transformation and simply exposes the two sets of freetype options. The main thing that I expect people to play with is `freetype_load_target` which can have one of the following values: ``` pub enum FreeTypeLoadTarget { /// This corresponds to the default hinting algorithm, optimized for standard gray-level rendering. Normal, /// A lighter hinting algorithm for non-monochrome modes. Many generated glyphs are more fuzzy but better resemble its original shape. A bit like rendering on Mac OS X. This target implies FT_LOAD_FORCE_AUTOHINT. Light, /// Strong hinting algorithm that should only be used for monochrome output. The result is probably unpleasant if the glyph is rendered in non-monochrome modes. Mono, /// A variant of Normal optimized for horizontally decimated LCD displays. HorizontalLcd, /// A variant of Normal optimized for vertically decimated LCD displays. VerticalLcd, } ``` I expect most people will want to set this to one of `Normal`, `Light` or `HorizontalLcd`. `HorizontalLcd` is what `font_antialias=Subpixel` used to select. refs: #491
2021-02-21 00:54:56 +03:00
"bitflags",
cargo update
2021-05-01 19:42:46 +03:00
"bstr 0.2.16",
lua: add wezterm.strftime refs: https://github.com/wez/wezterm/issues/500
2021-03-02 20:51:56 +03:00
"chrono",
deps: dirs -> dirs_next I saw that former is unmaintained, and dependabot wants to upgrade that one.
2020-12-10 21:08:49 +03:00
"dirs-next",
Allow matching font weight and font width in `wezterm.font` refs: https://github.com/wez/wezterm/issues/655
2021-04-09 01:41:07 +03:00
"enum-display-derive",
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 window:set_config_overrides lua method This commit expands on the prior commits to introduce the concept of per-window configuration overrides. Each TermWindow maintains json compatible object value holding a map of config key -> config value overrides. When the window notices that the config has changed, the config file is loaded, the CLI overrides (if any) are applied, and then finally the per-window overrides, before attempting to coerce the resultant lua value into a Config object. This mechanism has some important constraints: * Only data can be assigned to the overrides. Closures or special lua userdata object handles are not permitted. This is because the lifetime of those objects is tied to the lua context in which they were parsed, which doesn't really exist in the context of the window. * Only simple keys are supported for the per-window overrides. That means that trying to override a very specific field of a deeply structured value (eg: something like `font_rules[1].italic = false` isn't able to be expressed in this scheme. Instead, you would need to assign the entire `font_rules` key. I don't anticipate this being a common desire at this time; if more advance manipulations are required, then I have some thoughts on an event where arbitrary lua modifications can be applied. The implementation details are fairly straight-forward, but in testing the two examplary use cases I noticed that some hangovers from supporting overrides for a couple of font related options meant that the window-specific config wasn't being honored. I've removed the code that handled those overrides in favor of the newer more general CLI option override support, and threaded the config through to the font code. closes: #469 closes: #329
2021-02-28 01:53:19 +03:00
"serde_json",
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",
lua: add wezterm.format function The intent is to use this to compose text for a configurable tab bar. refs: https://github.com/wez/wezterm/issues/500
2021-03-02 11:15:37 +03:00
"terminfo",
move config into its own crate
2020-10-02 21:50:50 +03:00
"termwiz",
"toml",
Take care to restore the original umask wezterm sets a more restrictive umask (`0o077`) by default so that any files that it creates (eg: unix domain socket, log files) are more secure by default. However, some environments rely on the more general default of (`0o022`) without checking that it is set. This matters because programs spawned by wezterm inherit its more restricted umask. I hadn't noticed this because I've had `umask 022` in my shell RC files since sometime in the 1990's. This commit adds some plumbing to the pty layer to specify an optional umask for the child process, and some more to our umask saver helper so that any thread can determine the saved umask without needing a reference to the saver itself, which may be in a different crate. The logic in the config crate has been adjusted to connect the saved value to the default command builder arguments. The net result of this is that running `wezterm -n start bash -- --norc` and typing `umask` in the resultant window now prints `0022`. refs: #416
2021-01-07 20:14:51 +03:00
"umask",
add wezterm.truncate_to_width refs: https://github.com/wez/wezterm/issues/647
2021-04-27 08:25:52 +03:00
"unicode-segmentation",
extract window::input to wezterm-input-types
2020-12-10 00:00:23 +03:00
"wezterm-input-types",
move config into its own crate
2020-10-02 21:50:50 +03:00
"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
]
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
[[package]]
name = "const-sha1"
version = "0.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "fb58b6451e8c2a812ad979ed1d83378caa5e927eef2622017a45f251457c2c9d"
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "copyless"
version = "0.1.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "a2df960f5d869b2dd8532793fde43eb5427cceb126c929747a26823ab0eeb536"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
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"
cargo update (this will probably annoy dependabot)
2020-12-10 00:58:44 +03:00
version = "0.22.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 (this will probably annoy dependabot)
2020-12-10 00:58:44 +03:00
checksum = "269f35f69b542b80e736a20a89a05215c0ce80c2c03c514abb2e318b78379d86"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
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",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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"
cargo update
2021-02-15 23:14:00 +03:00
version = "19.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
2021-02-15 23:14:00 +03:00
checksum = "99d74ada66e07c1cefa18f8abfba765b486f250de2e4a999e5727fc0dd4b4a25"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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",
cargo update (this will probably annoy dependabot)
2020-12-10 00:58:44 +03:00
"core-graphics 0.22.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",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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]]
cargo update
2021-05-12 03:03:06 +03:00
name = "cpufeatures"
deps: cargo update
2021-06-27 05:49:10 +03:00
version = "0.1.5"
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
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: cargo update
2021-06-27 05:49:10 +03:00
checksum = "66c99696f6c9dd7f35d486b9d04d7e6e202aa3e8c40d553f2fdf5e7e0c6a71ef"
cargo update
2021-05-12 03:03:06 +03:00
dependencies = [
"libc",
]
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 = "crc32fast"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "81156fece84ab6a9f2afdb109ce3ae577e42b1228441eded99bd77f627953b1a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 1.0.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
]
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"
cargo update
2021-05-31 09:06:36 +03:00
version = "0.8.1"
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
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-31 09:06:36 +03:00
checksum = "4ae5588f6b3c3cb05239e90bd110f257254aecd01e4635400391aeae07497845"
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
dependencies = [
deps: misc updates
2020-12-29 20:21:50 +03:00
"cfg-if 1.0.0",
"crossbeam-channel",
"crossbeam-deque",
"crossbeam-epoch",
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-queue",
deps: misc updates
2020-12-29 20:21:50 +03:00
"crossbeam-utils",
migrate some more code to the newer spawn mechanism
2020-01-16 20:15:07 +03:00
]
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
[[package]]
name = "crossbeam-channel"
cargo update
2021-04-12 17:54:46 +03:00
version = "0.5.1"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-04-12 17:54:46 +03:00
checksum = "06ed27e177f16d65f0f0c22a213e17c696ace5dd64b14258b52f9417ccb52db4"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
dependencies = [
"cfg-if 1.0.0",
deps: misc updates
2020-12-29 20:21:50 +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
]
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
[[package]]
name = "crossbeam-deque"
version = "0.8.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "94af6efb46fef72616855b036a624cf27ba656ffc9be1b9a3c931cfc7749a9a9"
dependencies = [
"cfg-if 1.0.0",
deps: misc updates
2020-12-29 20:21:50 +03:00
"crossbeam-epoch",
"crossbeam-utils",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
]
[[package]]
name = "crossbeam-epoch"
cargo update
2021-05-31 09:06:36 +03:00
version = "0.9.5"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-31 09:06:36 +03:00
checksum = "4ec02e091aa634e2c3ada4a392989e7c3116673ef0ac5b72232439094d73b7fd"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
dependencies = [
"cfg-if 1.0.0",
deps: misc updates
2020-12-29 20:21:50 +03:00
"crossbeam-utils",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"lazy_static",
cargo update
2021-05-31 09:06:36 +03:00
"memoffset 0.6.4",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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
]
[[package]]
name = "crossbeam-queue"
cargo update
2021-05-31 09:06:36 +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"
cargo update
2021-05-31 09:06:36 +03:00
checksum = "9b10ddc024425c88c2ad148c1b0fd53f4c6d38db9697c9f1588381212fa657c9"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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: misc updates
2020-12-29 20:21:50 +03:00
"cfg-if 1.0.0",
"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
]
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
[[package]]
name = "crossbeam-utils"
cargo update
2021-05-31 09:06:36 +03:00
version = "0.8.5"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-31 09:06:36 +03:00
checksum = "d82cfc11ce7f2c3faef78d8a684447b40d503d9681acebed6cb728d45940c4db"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
dependencies = [
"cfg-if 1.0.0",
"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
2021-03-25 20:08:03 +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
2021-03-25 20:08:03 +03:00
checksum = "5e98e2ad1a782e33928b96fc3948e7c355e5af34ba4de7670fe8bac2a3b2006d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "d3d12"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "091ed1b25fe47c7ff129fc440c23650b6114f36aa00bc7212cc8041879294428"
dependencies = [
"bitflags",
"libloading 0.7.0",
"winapi 0.3.9",
]
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",
]
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
[[package]]
name = "derivative"
version = "2.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "fcc3dd5e9e9c0b295d6e1e4d811fb6f157d5ffd784b8d202fc62eac8035a770b"
dependencies = [
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +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 = "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 = [
cargo update primarily to pick up open 1.5.1
2021-03-03 18:28:35 +03:00
"generic-array 0.12.4",
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
]
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 = "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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 0.1.10",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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-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
]
deps: dirs -> dirs_next I saw that former is unmaintained, and dependabot wants to upgrade that one.
2020-12-10 21:08:49 +03:00
[[package]]
name = "dirs-next"
version = "2.0.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "b98cf8ebf19c3d1b223e151f99a4f9f0690dca41414773390fc824184ac833e1"
dependencies = [
"cfg-if 1.0.0",
"dirs-sys-next",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
2021-04-26 18:34:45 +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
2021-04-26 18:34:45 +03:00
checksum = "03d86534ed367a67548dc68113a0f5db55432fdfbb6e6f9d77704397d95d5780"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-04-26 18:34:45 +03:00
"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
]
deps: dirs -> dirs_next I saw that former is unmaintained, and dependabot wants to upgrade that one.
2020-12-10 21:08:49 +03:00
[[package]]
name = "dirs-sys-next"
cargo update
2021-01-11 19:43:32 +03:00
version = "0.1.2"
deps: dirs -> dirs_next I saw that former is unmaintained, and dependabot wants to upgrade that one.
2020-12-10 21:08:49 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-01-11 19:43:32 +03:00
checksum = "4ebda144c4fe02d1f7ea1a7d9641b6fc6b580adcfa024ae48797ecdeb6825b4d"
deps: dirs -> dirs_next I saw that former is unmaintained, and dependabot wants to upgrade that one.
2020-12-10 21:08:49 +03:00
dependencies = [
"libc",
cargo update
2021-04-26 18:34:45 +03:00
"redox_users",
deps: dirs -> dirs_next I saw that former is unmaintained, and dependabot wants to upgrade that one.
2020-12-10 21:08:49 +03:00
"winapi 0.3.9",
]
cargo update
2021-03-01 20:02:05 +03:00
[[package]]
name = "dlib"
version = "0.5.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "ac1b7517328c04c2aa68422fc60a41b92208182142ed04a25879c26c8f878794"
dependencies = [
"libloading 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
]
refine skip_close_confirmation_for_processes_named to look at proc tree That means that we won't be fooled by a shell with a backgrounded editor. refs: https://github.com/wez/wezterm/issues/562
2021-03-23 07:34:10 +03:00
[[package]]
name = "doc-comment"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "fea41bba32d969b513997752735605054bc0dfa92b4c56bf1189f2e174be7a10"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
[[package]]
name = "drm-fourcc"
version = "2.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "ebbf3a5ed4671aabffefce172ff43d69c1f27dd2c6aea28e5212a70f32ada0cf"
dependencies = [
"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 = "dwrote"
wezterm-font: teach gdi locator how to search for fallback fonts This commit uses a bit of DirectWrite to discover which font(s) can be used to render a set of codepoints. While hooking this up, I found that the method we were using to extract the font data didn't handle TTC data so this commit improves some parser diagnostics and handling for that. refs: https://github.com/wez/wezterm/issues/299
2020-11-26 01:53:42 +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
source = "registry+https://github.com/rust-lang/crates.io-index"
wezterm-font: teach gdi locator how to search for fallback fonts This commit uses a bit of DirectWrite to discover which font(s) can be used to render a set of codepoints. While hooking this up, I found that the method we were using to extract the font data didn't handle TTC data so this commit improves some parser diagnostics and handling for that. refs: https://github.com/wez/wezterm/issues/299
2020-11-26 01:53:42 +03:00
checksum = "439a1c2ba5611ad3ed731280541d36d2e9c4ac5e7fb818a27b604bdc5a6aa65b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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",
wezterm-font: teach gdi locator how to search for fallback fonts This commit uses a bit of DirectWrite to discover which font(s) can be used to render a set of codepoints. While hooking this up, I found that the method we were using to extract the font data didn't handle TTC data so this commit improves some parser diagnostics and handling for that. refs: https://github.com/wez/wezterm/issues/299
2020-11-26 01:53:42 +03:00
"wio",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
2021-06-14 09:36:22 +03:00
version = "1.6.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
2021-06-14 09:36:22 +03:00
checksum = "45de30eb317b4cd3882ee16623cb3004e5fb99a8f4cd40097cadf61efbc54adc"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-02-01 18:54:01 +03:00
"cc",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
cargo update
2021-06-14 09:36:22 +03:00
"winreg 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 = "encoding_rs"
cargo update
2021-02-08 09:51:28 +03:00
version = "0.8.28"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-02-08 09:51:28 +03:00
checksum = "80df024fbc5ac80f87dfef0d9f5209a252f2a497f7f42944cff24d8253cac065"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 1.0.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
]
Allow matching font weight and font width in `wezterm.font` refs: https://github.com/wez/wezterm/issues/655
2021-04-09 01:41:07 +03:00
[[package]]
name = "enum-display-derive"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "f16ef37b2a9b242295d61a154ee91ae884afff6b8b933b486b12481cc58310ca"
dependencies = [
"proc-macro2",
"quote",
"syn",
]
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
[[package]]
name = "enumflags2"
version = "0.6.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "83c8d82922337cd23a15f88b70d8e4ef5f11da38dd7cdb55e84dd5de99695da0"
dependencies = [
"enumflags2_derive",
"serde",
]
[[package]]
name = "enumflags2_derive"
version = "0.6.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "946ee94e3dbf58fdd324f9ce245c7b238d46a66f00e86a020b71996349e46cce"
dependencies = [
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +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 = [
add debug overlay Adds a `ShowDebugOverlay` key assignment that will create a tab overlay that shows a limited number of recently logged events. refs: https://github.com/wez/wezterm/issues/641
2021-05-03 06:50:01 +03:00
"chrono",
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
"cocoa",
"config",
deps: dirs -> dirs_next I saw that former is unmaintained, and dependabot wants to upgrade that one.
2020-12-10 21:08:49 +03:00
"dirs-next",
add debug overlay Adds a `ShowDebugOverlay` key assignment that will create a tab overlay that shows a limited number of recently logged events. refs: https://github.com/wez/wezterm/issues/641
2021-05-03 06:50:01 +03:00
"lazy_static",
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
"libc",
use $WEZTERM_LOG to configure log levels ad-hoc 80214319aec9d7b72217db3d7a6f8e8575081eac broke the use of RUST_LOG to turn up trace logging. This commit refactors logger initialization into the env-bootstrap crate so that it is centralized, and adopts the use of `WEZTERM_LOG` to override the default logging filters, rather than `RUST_LOG`.
2020-12-23 23:14:01 +03:00
"log",
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
"objc",
use $WEZTERM_LOG to configure log levels ad-hoc 80214319aec9d7b72217db3d7a6f8e8575081eac broke the use of RUST_LOG to turn up trace logging. This commit refactors logger initialization into the env-bootstrap crate so that it is centralized, and adopts the use of `WEZTERM_LOG` to override the default logging filters, rather than `RUST_LOG`.
2020-12-23 23:14:01 +03:00
"pretty_env_logger",
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
]
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",
]
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"
cargo update
2021-06-07 18:32:05 +03:00
version = "0.22.6"
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
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-06-07 18:32:05 +03:00
checksum = "da96828553a086d7b18dcebfc579bd9628b016f86590d7453c115e490fa74b80"
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
dependencies = [
cargo update
2021-06-07 18:32:05 +03:00
"num-traits",
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
]
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",
cargo update
2021-01-11 19:43:32 +03:00
"smallvec 0.6.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
]
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
[[package]]
name = "external-memory"
version = "0.0.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "e4dfe8d292b014422776a8c516862d2bff8a81b223a4461dfdc45f3862dc9d39"
dependencies = [
"bitflags",
"drm-fourcc",
]
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"
cargo update
2021-04-26 18:34:45 +03:00
version = "1.4.1"
cargo update
2020-06-30 03:52:14 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-04-26 18:34:45 +03:00
checksum = "77b705829d1e87f762c2df6da140b26af5839e1033aa84aa5f56bb688e4e1bdb"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
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"
filedescriptor: remove anyhow from public interface Use thiserror instead
2021-05-24 00:24:01 +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
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",
filedescriptor: remove anyhow from public interface Use thiserror instead
2021-05-24 00:24:01 +03:00
"thiserror",
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
2021-01-26 07:51:25 +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
2021-01-26 07:51:25 +03:00
checksum = "1d34cfa13a63ae058bfa601fe9e313bbdb3746427c1459185464ce0fcf62e1e8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 1.0.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",
cargo update
2021-06-21 05:06:54 +03:00
"redox_syscall 0.2.9",
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
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "fixedbitset"
version = "0.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "37ab347416e802de484e4d03c7316c48f1ecb56574dfd4a46a80f173ce1de04d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
2021-02-01 18:54:01 +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
2021-02-01 18:54:01 +03:00
checksum = "cd3aec53de10fe96d7d8c565eb17f2c687bb5518a2ec453b5b1252964526abe0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 1.0.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
"crc32fast",
"libc",
"libz-sys",
cargo update
2021-03-01 20:02:05 +03:00
"miniz_oxide 0.4.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
]
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"
cargo update
2021-06-14 09:36:22 +03:00
version = "0.10.7"
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
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-06-14 09:36:22 +03:00
checksum = "ddad16e8529759736a9ce4cdf078ed702e45d3c5b0474a1c65f5149e9fa7f1eb"
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
dependencies = [
"futures-core",
"futures-sink",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"nanorand",
cargo update
2021-01-06 11:28:11 +03:00
"pin-project",
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
"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
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
[[package]]
name = "form_urlencoded"
cargo update
2021-02-22 11:09:01 +03:00
version = "1.0.1"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-02-22 11:09:01 +03:00
checksum = "5fc25a87fa4fd2094bffb06925852034d90a17f0d1e05197d4956d3555752191"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
dependencies = [
"matches",
"percent-encoding",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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-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
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
[[package]]
name = "funty"
cargo update
2020-12-28 19:23:20 +03:00
version = "1.1.0"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2020-12-28 19:23:20 +03:00
checksum = "fed34cd105917e91daa4da6b3728c47b068749d6a62c59811f06ed2ac71d9da7"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +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"
cargo update
2021-05-12 03:03:06 +03:00
version = "0.3.15"
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
2021-05-12 03:03:06 +03:00
checksum = "0e7e43a803dae2fa37c1f6a8fe121e1f7bf9548b4dfc0522a42f34145dadfc27"
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"
cargo update
2021-05-12 03:03:06 +03:00
version = "0.3.15"
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
2021-05-12 03:03:06 +03:00
checksum = "e682a68b29a882df0545c143dc3646daefe80ba479bcdede94d5a703de2871e2"
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"
cargo update
2021-05-12 03:03:06 +03:00
version = "0.3.15"
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
2021-05-12 03:03:06 +03:00
checksum = "0402f765d8a89a26043b889b26ce3c4679d268fa6bb22cd7c6aad98340e179d1"
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"
cargo update
2021-05-12 03:03:06 +03:00
version = "0.3.15"
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
2021-05-12 03:03:06 +03:00
checksum = "badaa6a909fac9e7236d0620a2f57f7664640c56575b71a7552fbd68deafab79"
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"
cargo update
2021-05-12 03:03:06 +03:00
version = "0.3.15"
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
2021-05-12 03:03:06 +03:00
checksum = "acc499defb3b348f8d8f3f66415835a9131856ff7714bf10dadfc4ec4bdb29a1"
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"
cargo update
2021-06-07 18:32:05 +03:00
version = "1.12.0"
cargo update
2020-10-02 17:16:20 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-06-07 18:32:05 +03:00
checksum = "7694489acd39452c77daa48516b894c153f192c3578d5a839b62c58099fcbf48"
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-12-20 03:44:27 +03:00
"pin-project-lite",
cargo update
2020-10-02 17:16:20 +03:00
"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"
cargo update
2021-05-12 03:03:06 +03:00
version = "0.3.15"
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
2021-05-12 03:03:06 +03:00
checksum = "a4c40298486cdf52cc00cd6d6987892ba502c7656a16a4192a9992b1ccedd121"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
dependencies = [
cargo update
2021-05-12 03:03:06 +03:00
"autocfg",
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
"proc-macro-hack",
deps: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
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"
cargo update
2021-05-12 03:03:06 +03:00
version = "0.3.15"
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
2021-05-12 03:03:06 +03:00
checksum = "a57bead0ceff0d6dde8f465ecd96c9338121bb7717d3e7b108059531870c4282"
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"
cargo update
2021-05-12 03:03:06 +03:00
version = "0.3.15"
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
2021-05-12 03:03:06 +03:00
checksum = "8a16bef9fc1a4dddb5bee51c989e3fbba26569cbb0e31f5b303c184e3dd33dae"
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"
cargo update
2021-05-12 03:03:06 +03:00
version = "0.3.15"
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
2021-05-12 03:03:06 +03:00
checksum = "feb5c238d27e2bf94ffdfd27b2c29e3df4a68c4193bb6427384259e2bf191967"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
dependencies = [
cargo update
2021-05-12 03:03:06 +03:00
"autocfg",
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
"futures-channel",
"futures-core",
"futures-io",
"futures-macro",
"futures-sink",
"futures-task",
"memchr",
cargo update
2021-01-11 19:43:32 +03:00
"pin-project-lite",
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
"pin-utils",
"proc-macro-hack",
"proc-macro-nested",
"slab",
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "fxhash"
version = "0.2.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "c31b6d751ae2c7f11320402d34e41349dd1016f8d5d45e48c4312bc8625af50c"
dependencies = [
"byteorder",
]
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"
cargo update primarily to pick up open 1.5.1
2021-03-03 18:28:35 +03:00
version = "0.12.4"
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
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update primarily to pick up open 1.5.1
2021-03-03 18:28:35 +03:00
checksum = "ffdf9f34f1447443d37393cc6c2b8313aebddcd96906caf34e54c68d8e57d7bd"
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
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
2021-01-06 11:28:11 +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
2021-01-06 11:28:11 +03:00
checksum = "8fc3cb4d91f53b50155bdcfd23f6a4c39ae1969c2ae85982b135750cccaf5fce"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-01-06 11:28:11 +03:00
"cfg-if 1.0.0",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"libc",
"wasi 0.9.0+wasi-snapshot-preview1",
]
[[package]]
name = "getrandom"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
version = "0.2.3"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
checksum = "7fcd999463524c52659517fe2cea98493cfe485d10565e7b0fb07dbba7ad2753"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
dependencies = [
cargo update
2021-01-06 11:28:11 +03:00
"cfg-if 1.0.0",
"js-sys",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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
2021-02-01 18:54:01 +03:00
"wasi 0.10.2+wasi-snapshot-preview1",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"wasm-bindgen",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "gfx-auxil"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
version = "0.10.0"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
checksum = "1694991b11d642680e82075a75c7c2bd75556b805efa7660b705689f05b1ab1c"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"fxhash",
"gfx-hal",
"spirv_cross",
]
[[package]]
name = "gfx-backend-dx11"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
version = "0.9.0"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
checksum = "8f9e453baf3aaef2b0c354ce0b3d63d76402e406a59b64b7182d123cfa6635ae"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"arrayvec",
"bitflags",
"gfx-auxil",
"gfx-hal",
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
"gfx-renderdoc",
add wgpu example
2021-05-06 19:04:16 +03:00
"libloading 0.7.0",
"log",
"parking_lot 0.11.1",
"range-alloc",
"raw-window-handle",
"smallvec 1.6.1",
"spirv_cross",
"thunderdome",
"winapi 0.3.9",
"wio",
]
[[package]]
name = "gfx-backend-dx12"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
version = "0.9.1"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
checksum = "21506399f64a3c4d389182a89a30073856ae33eb712315456b4fd8f39ee7682a"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"arrayvec",
"bit-set",
"bitflags",
"d3d12",
"gfx-auxil",
"gfx-hal",
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
"gfx-renderdoc",
add wgpu example
2021-05-06 19:04:16 +03:00
"log",
"parking_lot 0.11.1",
"range-alloc",
"raw-window-handle",
"smallvec 1.6.1",
"spirv_cross",
"thunderdome",
"winapi 0.3.9",
]
[[package]]
name = "gfx-backend-empty"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
version = "0.9.0"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
checksum = "29c8f813c47791918aa00dc9c9ddf961d23fa8c2a5d869e6cb8ea84f944820f4"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"gfx-hal",
"log",
"raw-window-handle",
]
[[package]]
name = "gfx-backend-gl"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
version = "0.9.0"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
checksum = "6bae057fc3a0ab23ecf97ae51d4017d27d5ddf0aab16ee6dcb58981af88c3152"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"arrayvec",
"bitflags",
"fxhash",
"gfx-hal",
"glow",
"js-sys",
"khronos-egl",
"libloading 0.7.0",
"log",
"naga",
"parking_lot 0.11.1",
"raw-window-handle",
"wasm-bindgen",
"web-sys",
]
[[package]]
name = "gfx-backend-metal"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
version = "0.9.1"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
checksum = "0de85808e2a98994c6af925253f8a9593bc57180ef1ea137deab6d35cc949517"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"arrayvec",
"bitflags",
"block",
"cocoa-foundation",
"copyless",
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
"core-graphics-types",
add wgpu example
2021-05-06 19:04:16 +03:00
"foreign-types",
"fxhash",
"gfx-hal",
"log",
"metal",
"naga",
"objc",
"parking_lot 0.11.1",
"profiling",
"range-alloc",
"raw-window-handle",
"storage-map",
]
[[package]]
name = "gfx-backend-vulkan"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
version = "0.9.0"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
checksum = "a9861ec855acbbc65c0e4f966d761224886e811dc2c6d413a4776e9293d0e5c0"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"arrayvec",
"ash",
"byteorder",
"core-graphics-types",
"gfx-hal",
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
"gfx-renderdoc",
add wgpu example
2021-05-06 19:04:16 +03:00
"inplace_it",
"log",
"naga",
"objc",
"parking_lot 0.11.1",
"raw-window-handle",
"smallvec 1.6.1",
"winapi 0.3.9",
]
[[package]]
name = "gfx-hal"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
version = "0.9.0"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
checksum = "7fbb575ea793dd0507b3082f4f2cde62dc9f3cebd98f5cd49ba2a4da97a976fd"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"bitflags",
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
"external-memory",
add wgpu example
2021-05-06 19:04:16 +03:00
"naga",
"raw-window-handle",
"thiserror",
]
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
[[package]]
name = "gfx-renderdoc"
version = "0.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "c8027995e247e2426d3a00d13f5191dd56c314bff02dc4b54cbf727f1ba9c40a"
dependencies = [
"libloading 0.7.0",
"log",
"renderdoc-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 = "gif"
cargo update
2021-03-25 20:08:03 +03:00
version = "0.11.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
2021-03-25 20:08:03 +03:00
checksum = "5a668f699973d0f573d15749b7002a9ac9e1f9c6b220e7b165601334c173d8de"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-05-12 03:03:06 +03:00
version = "0.24.0"
cargo update
2020-05-26 08:25:39 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-12 03:03:06 +03:00
checksum = "0e4075386626662786ddb0ec9081e7c7eeb1ba31951f447ca780ef9f5d568189"
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",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"xml-rs",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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 smithay-client-toolkit However, I'm not able to create wayland windows any more on my nvidia system (either with or without this change). I don't know if this is specific to my nvidia drivers or something else :-/ refs: https://github.com/wez/wezterm/issues/476
2020-12-30 22:09:21 +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 smithay-client-toolkit However, I'm not able to create wayland windows any more on my nvidia system (either with or without this change). I don't know if this is specific to my nvidia drivers or something else :-/ refs: https://github.com/wez/wezterm/issues/476
2020-12-30 22:09:21 +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",
window: update smithay-client-toolkit However, I'm not able to create wayland windows any more on my nvidia system (either with or without this change). I don't know if this is specific to my nvidia drivers or something else :-/ refs: https://github.com/wez/wezterm/issues/476
2020-12-30 22:09:21 +03:00
"memoffset 0.5.6",
cargo update
2021-01-11 19:43:32 +03:00
"smallvec 1.6.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
"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
]
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",
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "glow"
version = "0.9.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "4b80b98efaa8a34fce11d60dd2ce2760d5d83c373cbcc73bb87c2a3a84a54108"
dependencies = [
"js-sys",
"slotmap",
"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"
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "gpu-alloc"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
version = "0.4.7"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
checksum = "cbc1b6ca374e81862526786d9cb42357ce03706ed1b8761730caafd02ab91f3a"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"bitflags",
"gpu-alloc-types",
]
[[package]]
name = "gpu-alloc-types"
version = "0.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "54804d0d6bc9d7f26db4eaec1ad10def69b599315f487d32c334a80d1efe67a5"
dependencies = [
"bitflags",
]
[[package]]
name = "gpu-descriptor"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "e8a70f1e87a3840ed6a3e99e02c2b861e4dbdf26f0d07e38f42ea5aff46cfce2"
dependencies = [
"bitflags",
"gpu-descriptor-types",
"hashbrown 0.9.1",
]
[[package]]
name = "gpu-descriptor-types"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "363e3677e55ad168fef68cf9de3a4a310b53124c5e784c53a1d70e92d23f2126"
dependencies = [
"bitflags",
]
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"
cargo update
2021-05-17 17:28:56 +03:00
version = "0.6.1"
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
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-17 17:28:56 +03:00
checksum = "9253eedea82720b2bc91fe831c9ce3a31299955ed5eb19b9ed600a625b686212"
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
dependencies = [
deps: upgrade euclid -> 0.22
2020-12-10 21:03:16 +03:00
"euclid",
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
"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"
Update lru -> 0.6
2020-12-10 01:04:56 +03:00
version = "0.9.1"
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"
Update lru -> 0.6
2020-12-10 01:04:56 +03:00
checksum = "d7afe4a420e3fe79967a00898cc1f4db7c8a49a9333a29f8a4bd76a253d5cd04"
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",
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
]
cargo update
2021-07-07 23:27:08 +03:00
[[package]]
name = "hashbrown"
version = "0.11.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "ab5ef0d4909ef3724cc8cce6ccc8572c5c817592e9285f5464f8e86f8bd3726e"
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
[[package]]
name = "hdrhistogram"
cargo update
2021-05-12 03:03:06 +03:00
version = "7.3.0"
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-12 03:03:06 +03:00
checksum = "faa51471caf8069812385974ce947bf4b71a806d7e5a0d1f710af57d6a9a45ad"
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
dependencies = [
deps: misc updates
2020-12-29 20:21:50 +03:00
"base64",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
deps: misc updates
2020-12-29 20:21:50 +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",
cargo update
2021-02-15 23:14:00 +03:00
"nom 6.1.2",
cargo update
2021-06-07 18:32:05 +03:00
"num-traits",
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"
cargo update
2021-06-07 18:32:05 +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
2021-06-07 18:32:05 +03:00
checksum = "6d621efb26863f0e9924c6ac577e8275e5e6b77455db64ffa6c65c904e9e132c"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
deps: cargo update
2021-06-27 05:49:10 +03:00
version = "0.1.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"
deps: cargo update
2021-06-27 05:49:10 +03:00
checksum = "62b467343b94ba476dcb2500d242dadbb39557df889310ac77c5d99100aaac33"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
version = "0.8.0"
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"
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
checksum = "6c828f39815727912bc06f2d849220bc586c54d7b65a6a6ab06820bf8601bc3a"
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 = [
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
"native-tls",
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
"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 = "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"
cargo update
2021-04-19 19:23:33 +03:00
version = "0.2.3"
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-04-19 19:23:33 +03:00
checksum = "418a0a6fab821475f634efe3ccc45c013f742efe03d853e8d3355d5cb850ecf8"
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 primarily to pick up open 1.5.1
2021-03-03 18:28:35 +03:00
version = "0.23.14"
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 primarily to pick up open 1.5.1
2021-03-03 18:28:35 +03:00
checksum = "24ffcb7e7244a9bf19d35bf2883b9c080c4ced3c07a9895572178cdb8f13f6a1"
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
dependencies = [
"bytemuck",
"byteorder",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"color_quant",
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
"gif",
"jpeg-decoder",
"num-iter",
deps: misc updates
2020-12-29 20:21:50 +03:00
"num-rational",
cargo update
2021-06-07 18:32:05 +03:00
"num-traits",
cargo update
2020-06-13 20:21:49 +03:00
"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
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "indexmap"
cargo update
2021-07-07 23:27:08 +03:00
version = "1.7.0"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-07-07 23:27:08 +03:00
checksum = "bc633605454125dec4b66843673f01c7df2b89479b32e0ed634e43a91cff62a5"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"autocfg",
cargo update
2021-07-07 23:27:08 +03:00
"hashbrown 0.11.2",
add wgpu example
2021-05-06 19:04:16 +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 = "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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"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"
cargo update
2021-01-18 10:38:11 +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
2021-01-18 10:38:11 +03:00
checksum = "e05c02b5e89bff3b946cedeca278abc628fe811e604f027c45a8aa3cf793d0eb"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "inplace_it"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "90953f308a79fe6d62a4643e51f848fbfddcd05975a38e69fdf4ab86a7baf7ca"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
[[package]]
name = "instant"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
version = "0.1.9"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "61124eeebbd69b8190558df225adf7e4caafce0d743919e5d6b19652314ec5ec"
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07:40 +03:00
dependencies = [
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 1.0.0",
fixup tls mux sessions This adopts smol more broadly, but not yet completely.
2020-10-05 07:07: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 = "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-12-28 19:23:20 +03:00
version = "0.4.7"
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-12-28 19:23:20 +03:00
checksum = "dd25036021b0de88a0aff6b850051563c6516d0bf53f8638938edbb9de732736"
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
2021-04-19 19:23:33 +03:00
version = "0.1.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
2021-04-19 19:23:33 +03:00
checksum = "972f5ae5d1cb9c6ae417789196c803205313edde988685da5e3aae0827b9e7fd"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-02-01 18:54:01 +03:00
version = "0.1.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
2021-02-01 18:54:01 +03:00
checksum = "229d53d58899083193af11e15917b5640cd40b29ff475a1fe4ef725deb02d0f2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
"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
2021-05-12 03:03:06 +03:00
version = "0.3.51"
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
2021-05-12 03:03:06 +03:00
checksum = "83bdfbace3a0e81a4253f73b49e960b053e396a11012cbd49b9b74d6a2b67062"
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"
update k9 to 0.11.0 to make it work with rustc@1.51.0 1.51.0 no longer takes non string literals in `panic()`. k9@0.11.0 fixes that
2021-03-25 20:32:31 +03:00
version = "0.11.0"
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
source = "registry+https://github.com/rust-lang/crates.io-index"
update k9 to 0.11.0 to make it work with rustc@1.51.0 1.51.0 no longer takes non string literals in `panic()`. k9@0.11.0 fixes that
2021-03-25 20:32:31 +03:00
checksum = "94244855304b22b07529bbcaf413983d0be2ed70dfdd82efcd8c5b7c5723b1a7"
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
dependencies = [
"anyhow",
"colored",
"diff",
"lazy_static",
"libc",
deps: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
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
"regex",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"syn",
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
"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
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "khronos-egl"
version = "4.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "8c2352bd1d0bceb871cb9d40f24360c8133c11d7486b68b5381c1dd1a32015e3"
dependencies = [
"libc",
"libloading 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
[[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"
cargo update
2021-04-26 18:34:45 +03:00
version = "0.7.6"
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-04-26 18:34:45 +03:00
checksum = "6607c62aa161d23d17a9072cc5da0be67cdfc89d3afb1e8d9c842bebc2525ffe"
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
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",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
cargo update
2021-02-15 23:14:00 +03:00
"cfg-if 1.0.0",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
"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"
cargo update
2021-07-07 23:27:08 +03:00
version = "0.2.98"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-07-07 23:27:08 +03:00
checksum = "320cfe77175da3a483efed4bc0adc1968ca050b098ce4f2f1c13a56626128790"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-01-18 10:38:11 +03:00
version = "0.6.7"
cargo update
2020-06-06 20:08:02 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-01-18 10:38:11 +03:00
checksum = "351a32417a12d5f7e82c368a66781e307834dae04c6ce0cd4456d52989229883"
cargo update
2020-06-06 20:08:02 +03:00
dependencies = [
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 1.0.0",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
cargo update
2020-06-06 20:08:02 +03:00
]
cargo update
2021-03-01 20:02:05 +03:00
[[package]]
name = "libloading"
version = "0.7.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "6f84d96438c15fcd6c3f244c8fce01d1e2b9c6b5623e9c711dc9286d8fc92d6a"
dependencies = [
"cfg-if 1.0.0",
"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 = "libssh2-sys"
cargo update
2021-02-04 10:28:23 +03:00
version = "0.2.21"
RemoteSshDomain now uses wezterm-ssh crate There are a few notable changes as a result: * A number of `.ssh/config` options are now respected; host matching and aliasing and identity file are the main things * The authentication prompt is inline in the window, rather than popping up a separate authentication window Refs: https://github.com/wez/wezterm/issues/457
2021-03-28 03:49:30 +03:00
source = "git+https://github.com/wez/ssh2-rs.git?branch=win32ssl#c65067040c97a0cf7f96c69d6fc87764a32c34ae"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-05-01 19:42:46 +03:00
version = "1.1.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
2021-05-01 19:42:46 +03:00
checksum = "de5435b8549c16d423ed0c03dbaafe57cf6c3344744f1242520d59c9d8ecec66"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
cargo update
2021-06-07 18:32:05 +03:00
version = "0.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
2021-06-07 18:32:05 +03:00
checksum = "15cb10f27ad3eac84fdb70f0ea6dfe3bc33f7d6f3aa575f32d1ced3a342049a1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-06-07 18:32:05 +03:00
"num-traits",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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"
cargo update
2021-05-01 19:42:46 +03:00
version = "0.4.4"
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
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-01 19:42:46 +03:00
checksum = "0382880606dff6d15c9476c416d18690b72742aa7b605bb6dd6ec9030fbf07eb"
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
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
2021-02-01 18:54:01 +03:00
version = "0.4.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
2021-02-01 18:54:01 +03:00
checksum = "51b9bbe6c47d51fc3e1a9b945965946b4c44142ab8792c50835a980d362c2710"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-02-01 18:54:01 +03:00
"cfg-if 1.0.0",
"value-bag",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
cargo update
2021-02-15 23:14:00 +03:00
version = "0.6.5"
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
2021-02-15 23:14:00 +03:00
checksum = "1f374d42cdfc1d7dbf3d3dec28afab2eb97ffbf43a3234d795b5986dbf4b90ba"
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 = [
Update lru -> 0.6
2020-12-10 01:04:56 +03:00
"hashbrown 0.9.1",
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"
cargo update
2021-04-12 17:54:46 +03:00
version = "543.0.0"
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
2021-04-12 17:54:46 +03:00
checksum = "029180f994b9b36f47d905f92569b516acf7d073778e2e781c15ee375b1ca27d"
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 = [
cargo update
2021-05-01 19:42:46 +03:00
"bstr 0.2.16",
move lua helpers into own crate
2020-10-02 20:28:58 +03:00
"log",
"mlua",
"serde",
add window:set_config_overrides lua method This commit expands on the prior commits to introduce the concept of per-window configuration overrides. Each TermWindow maintains json compatible object value holding a map of config key -> config value overrides. When the window notices that the config has changed, the config file is loaded, the CLI overrides (if any) are applied, and then finally the per-window overrides, before attempting to coerce the resultant lua value into a Config object. This mechanism has some important constraints: * Only data can be assigned to the overrides. Closures or special lua userdata object handles are not permitted. This is because the lifetime of those objects is tied to the lua context in which they were parsed, which doesn't really exist in the context of the window. * Only simple keys are supported for the per-window overrides. That means that trying to override a very specific field of a deeply structured value (eg: something like `font_rules[1].italic = false` isn't able to be expressed in this scheme. Instead, you would need to assign the entire `font_rules` key. I don't anticipate this being a common desire at this time; if more advance manipulations are required, then I have some thoughts on an event where arbitrary lua modifications can be applied. The implementation details are fairly straight-forward, but in testing the two examplary use cases I noticed that some hangovers from supporting overrides for a couple of font related options meant that the window-specific config wasn't being honored. I've removed the code that handled those overrides in favor of the newer more general CLI option override support, and threaded the config through to the font code. closes: #469 closes: #329
2021-02-28 01:53:19 +03:00
"serde_json",
move lua helpers into own crate
2020-10-02 20:28:58 +03:00
"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"
deps: cargo update
2021-06-27 05:49:10 +03:00
version = "210.1.4+resty8404d7f"
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"
deps: cargo update
2021-06-27 05:49:10 +03:00
checksum = "cd98051767391af4fa24b5d3a9b6dace632bf2d92c6a6e0abf566109649aa75b"
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",
]
lua: add `wezterm.battery_info()` function Queries the system battery information and returns an array of battery information. Each element is a lua table with the following entries: * state_of_charge: expressed as percents * vendor: the battery manufacturer * model: the battery model * serial: the battery serial number * time_to_full: how long until the battery is full * time_to_empty: how long until the battery is empty * state: "Charging", "Discharging", "Empty", "Full", "Unknown" I haven't run this on a system with a battery yet, so I'm holding off from showing an example until I've got a work one. refs: https://github.com/wez/wezterm/issues/500
2021-03-07 01:25:36 +03:00
[[package]]
name = "mach"
version = "0.3.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "b823e83b2affd8f40a9ee8c29dbc56404c1e34cd2710921f2801e2cf29527afa"
dependencies = [
"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 = "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
2021-05-01 19:42:46 +03:00
version = "2.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
2021-05-01 19:42:46 +03:00
checksum = "b16bd47d9e329435e309c58469fe0791c2d0d1ba96ec0954152a5ae2b04387dc"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
]
fonts: add custom freetype stream impl The intent is to reveal more context on what's happening in https://github.com/wez/wezterm/issues/671 As a nice side benefit, this avoids the potential inability to open paths that are not utf8 or representable as c-strings on Windows. And on top of that: this enables memory mapped file IO as well, which wasn't enabled previously. This should help to reduce extraneous copies of the font in memory, have fewer open files and minimize the chances of racing with O_CLOEXEC.
2021-04-10 19:23:11 +03:00
[[package]]
name = "memmap2"
cargo update
2021-05-31 09:06:36 +03:00
version = "0.2.3"
fonts: add custom freetype stream impl The intent is to reveal more context on what's happening in https://github.com/wez/wezterm/issues/671 As a nice side benefit, this avoids the potential inability to open paths that are not utf8 or representable as c-strings on Windows. And on top of that: this enables memory mapped file IO as well, which wasn't enabled previously. This should help to reduce extraneous copies of the font in memory, have fewer open files and minimize the chances of racing with O_CLOEXEC.
2021-04-10 19:23:11 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-31 09:06:36 +03:00
checksum = "723e3ebdcdc5c023db1df315364573789f8857c11b631a2fdfad7c00f5c046b4"
fonts: add custom freetype stream impl The intent is to reveal more context on what's happening in https://github.com/wez/wezterm/issues/671 As a nice side benefit, this avoids the potential inability to open paths that are not utf8 or representable as c-strings on Windows. And on top of that: this enables memory mapped file IO as well, which wasn't enabled previously. This should help to reduce extraneous copies of the font in memory, have fewer open files and minimize the chances of racing with O_CLOEXEC.
2021-04-10 19:23:11 +03:00
dependencies = [
"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 = "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
window: update smithay-client-toolkit However, I'm not able to create wayland windows any more on my nvidia system (either with or without this change). I don't know if this is specific to my nvidia drivers or something else :-/ refs: https://github.com/wez/wezterm/issues/476
2020-12-30 22:09:21 +03:00
[[package]]
name = "memoffset"
version = "0.5.6"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "043175f069eda7b85febe4a74abbaeff828d9f8b448515d3151a14a3542811aa"
dependencies = [
"autocfg",
]
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
[[package]]
name = "memoffset"
cargo update
2021-05-31 09:06:36 +03:00
version = "0.6.4"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-31 09:06:36 +03:00
checksum = "59accc507f1338036a0477ef61afdae33cde60840f4dfe481319ce3ad116ddf9"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
dependencies = [
Update lru -> 0.6
2020-12-10 01:04:56 +03:00
"autocfg",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "metal"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
version = "0.23.0"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
checksum = "79d7d769f1c104b8388294d6594d491d2e21240636f5f94d37f8a0f3d7904450"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"bitflags",
"block",
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
"core-graphics-types",
add wgpu example
2021-05-06 19:04:16 +03:00
"foreign-types",
"log",
"objc",
]
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
[[package]]
name = "metrics"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
version = "0.16.0"
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
checksum = "9c0a7fa53d812d26e59d2baf7a6f77442041454ab32908eb304447f00f0dd4de"
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
dependencies = [
deps: update metrics from 0.12 -> 0.14
2021-02-04 10:50:29 +03:00
"metrics-macros",
"proc-macro-hack",
update metrics 0.14 -> 0.15 closes: https://github.com/wez/wezterm/pull/778
2021-05-12 05:20:24 +03:00
"t1ha",
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
]
[[package]]
deps: update metrics from 0.12 -> 0.14
2021-02-04 10:50:29 +03:00
name = "metrics-macros"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
version = "0.4.0"
instrument painting and rpc calls
2020-01-04 12:21:51 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
checksum = "caa72e4a3d157986dd2565c82ecbddcc23941513669a3766b938f6b72eb87f3f"
deps: update metrics from 0.12 -> 0.14
2021-02-04 10:50:29 +03:00
dependencies = [
"lazy_static",
"proc-macro-hack",
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
deps: update metrics from 0.12 -> 0.14
2021-02-04 10:50:29 +03:00
"regex",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"syn",
deps: update metrics from 0.12 -> 0.14
2021-02-04 10:50:29 +03:00
]
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
2021-03-01 20:02:05 +03:00
version = "0.4.4"
cargo update
2020-06-30 03:52:14 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-03-01 20:02:05 +03:00
checksum = "a92518e98c078586bc6c934028adcca4c92a53d6a958196de835170a01d84e4b"
cargo update
2020-06-30 03:52:14 +03:00
dependencies = [
"adler",
Update lru -> 0.6
2020-12-10 01:04:56 +03:00
"autocfg",
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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
version = "0.6.23"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "4afd66f5b91bf2a3bc13fad0e21caedac168ca4c707504e75585648ae80e4cc4"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 0.1.10",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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-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"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "ebd808424166322d4a38da87083bfddd3ac4c131334ed55856112eb06d46944d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
cargo update
2021-04-26 18:34:45 +03:00
version = "0.5.4"
cargo update to pick up mlua 5.0.1 and the cross compilation fixes
2021-01-21 07:16:30 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-04-26 18:34:45 +03:00
checksum = "dd448d3e7018f2ff38dd732a374045f5b037eb4ee477d9241d9bb8c209528c1c"
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
2021-05-01 19:42:46 +03:00
"bstr 0.2.16",
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
2021-06-07 18:32:05 +03:00
"num-traits",
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",
deps: misc updates
2020-12-29 20:21:50 +03:00
"base64",
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",
add Pane::get_logical_lines refs: https://github.com/wez/wezterm/issues/527 refs: https://github.com/wez/wezterm/issues/408
2021-03-26 23:18:44 +03:00
"k9",
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",
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",
RemoteSshDomain now uses wezterm-ssh crate There are a few notable changes as a result: * A number of `.ssh/config` options are now respected; host matching and aliasing and identity file are the main things * The authentication prompt is inline in the window, rather than popping up a separate authentication window Refs: https://github.com/wez/wezterm/issues/457
2021-03-28 03:49:30 +03:00
"smol",
refine skip_close_confirmation_for_processes_named to look at proc tree That means that we won't be fooled by a shell with a backgrounded editor. refs: https://github.com/wez/wezterm/issues/562
2021-03-23 07:34:10 +03:00
"sysinfo",
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
"terminfo",
move mux to its own crate
2020-10-03 03:42:49 +03:00
"termwiz",
cargo update
2021-06-28 08:46:19 +03:00
"textwrap 0.14.2",
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",
RemoteSshDomain now uses wezterm-ssh crate There are a few notable changes as a result: * A number of `.ssh/config` options are now respected; host matching and aliasing and identity file are the main things * The authentication prompt is inline in the window, rather than popping up a separate authentication window Refs: https://github.com/wez/wezterm/issues/457
2021-03-28 03:49:30 +03:00
"wezterm-ssh",
move mux to its own crate
2020-10-03 03:42:49 +03:00
"wezterm-term",
windows: fix lingering cmd.exe panes Since removing the regular periodic background tasks, we're now prone to not noticing child processes exiting. This commit explicictly schedules a thread to do that on Windows so that we can close a tab as soon as it exits.
2021-05-29 01:08:21 +03:00
"winapi 0.3.9",
move mux to its own crate
2020-10-03 03:42:49 +03:00
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "naga"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
version = "0.5.0"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
checksum = "ef670817eef03d356d5a509ea275e7dd3a78ea9e24261ea3cb2dfed1abb08f64"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"bit-set",
"bitflags",
"codespan-reporting",
"fxhash",
"log",
cargo update
2021-06-07 18:32:05 +03:00
"num-traits",
add wgpu example
2021-05-06 19:04:16 +03:00
"petgraph",
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
"rose_tree",
add wgpu example
2021-05-06 19:04:16 +03:00
"spirv_headers",
"thiserror",
]
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
[[package]]
name = "nanorand"
cargo update
2021-01-06 11:28:11 +03:00
version = "0.5.2"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-01-06 11:28:11 +03:00
checksum = "ac1378b66f7c93a1c0f8464a19bf47df8795083842e5090f4b7305973d5a22d0"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
dependencies = [
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
"getrandom 0.2.3",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
]
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
[[package]]
name = "native-tls"
version = "0.2.7"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "b8d96b2e1c8da3957d58100b09f102c6d9cfdfced01b7ec5a8974044bb09dbd4"
dependencies = [
"lazy_static",
"libc",
"log",
"openssl",
"openssl-probe",
"openssl-sys",
"schannel",
"security-framework",
"security-framework-sys",
"tempfile",
]
cargo update
2020-09-09 19:31:37 +03:00
[[package]]
cargo update
2020-10-02 17:16:20 +03:00
name = "nb-connect"
cargo update
2021-05-01 19:42:46 +03:00
version = "1.2.0"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-01 19:42:46 +03:00
checksum = "b1bb540dc6ef51cfe1916ec038ce7a620daf3a111e2502d745197cd53d6bca15"
cargo update
2020-09-09 19:31:37 +03:00
dependencies = [
cargo update
2020-10-02 17:16:20 +03:00
"libc",
cargo update
2021-02-15 23:14:00 +03:00
"socket2",
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 (this will probably annoy dependabot)
2020-12-10 00:58:44 +03:00
version = "0.2.37"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 (this will probably annoy dependabot)
2020-12-10 00:58:44 +03:00
checksum = "391630d12b68002ae1e25e8f974306474966550ad82dac6886fb8910c19568ae"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 0.1.10",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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
]
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
[[package]]
name = "nix"
version = "0.17.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "50e4785f2c3b7589a0d0c1dd60285e1188adac4006e8abd6dd578e1567027363"
dependencies = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
"cc",
"cfg-if 0.1.10",
"libc",
"void",
]
lua: add `wezterm.battery_info()` function Queries the system battery information and returns an array of battery information. Each element is a lua table with the following entries: * state_of_charge: expressed as percents * vendor: the battery manufacturer * model: the battery model * serial: the battery serial number * time_to_full: how long until the battery is full * time_to_empty: how long until the battery is empty * state: "Charging", "Discharging", "Empty", "Full", "Unknown" I haven't run this on a system with a battery yet, so I'm holding off from showing an example until I've got a work one. refs: https://github.com/wez/wezterm/issues/500
2021-03-07 01:25:36 +03:00
[[package]]
name = "nix"
version = "0.19.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "b2ccba0cfe4fdf15982d1674c69b1fd80bad427d293849982668dfe454bd61f2"
dependencies = [
"bitflags",
"cc",
"cfg-if 1.0.0",
"libc",
]
cargo update
2021-03-01 20:02:05 +03:00
[[package]]
name = "nix"
version = "0.20.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "fa9b4819da1bc61c0ea48b63b7bc8604064dd43013e7cc325df098d49cd7c18a"
dependencies = [
"bitflags",
"cc",
"cfg-if 1.0.0",
"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 = [
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"memchr",
"version_check",
]
[[package]]
name = "nom"
cargo update
2021-02-15 23:14:00 +03:00
version = "6.1.2"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-02-15 23:14:00 +03:00
checksum = "e7413f999671bd4745a7b624bd370a569fb6bc574b23c83a3c5ed2e453f3d5e2"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
dependencies = [
"bitvec",
cargo update
2021-02-15 23:14:00 +03:00
"funty",
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"
cargo update
2021-05-17 17:28:56 +03:00
version = "4.0.17"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-05-17 17:28:56 +03:00
checksum = "ae03c8c853dba7bfd23e571ff0cff7bc9dceb40a4cd684cd1681824183f45257"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"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
]
refine skip_close_confirmation_for_processes_named to look at proc tree That means that we won't be fooled by a shell with a backgrounded editor. refs: https://github.com/wez/wezterm/issues/562
2021-03-23 07:34:10 +03:00
[[package]]
name = "ntapi"
version = "0.3.6"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "3f6bb902e437b6d86e03cce10a7e2af662292c5dfef23b65899ea3ac9354ad44"
dependencies = [
"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 = "num"
deps: misc updates
2020-12-29 20:21:50 +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"
deps: misc updates
2020-12-29 20:21:50 +03:00
checksum = "8b7a8e9be5e039e2ff869df49155f1c06bd01ade2117ec783e56ab0932b67a8f"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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",
deps: misc updates
2020-12-29 20:21:50 +03:00
"num-rational",
cargo update
2021-06-07 18:32:05 +03:00
"num-traits",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
2021-03-08 10:18:21 +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"
cargo update
2021-03-08 10:18:21 +03:00
checksum = "7d0a3d5e207573f948a9e5376662aa743a2ea13f7c50a554d7af443a73fbfeba"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
Update lru -> 0.6
2020-12-10 01:04:56 +03:00
"autocfg",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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
2021-06-07 18:32:05 +03:00
"num-traits",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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"
deps: misc updates
2020-12-29 20:21:50 +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"
deps: misc updates
2020-12-29 20:21:50 +03:00
checksum = "747d632c0c558b87dbabbe6a82f3b4ae03720d0646ac5b7b4dae89394be5f2c5"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-06-07 18:32:05 +03:00
"num-traits",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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"
deps: misc updates
2020-12-29 20:21:50 +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"
deps: misc updates
2020-12-29 20:21:50 +03:00
checksum = "876a53fff98e03a936a674b29568b0e605f06b29372c2489ff4de23f1949743d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "d2cc698a63b549a70bc047073d2949cce27cd1c7b0a4a862d08a8031bc2801db"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
Update lru -> 0.6
2020-12-10 01:04:56 +03:00
"autocfg",
cargo update
2021-06-07 18:32:05 +03:00
"num-traits",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
version = "0.1.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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "b2021c8337a54d21aca0d59a92577a029af9431cb59b909b03252b9c164fad59"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
Update lru -> 0.6
2020-12-10 01:04:56 +03:00
"autocfg",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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
2021-06-07 18:32:05 +03:00
"num-traits",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
version = "0.3.2"
cargo update
2020-06-30 03:52:14 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "12ac428b1cb17fce6f731001d307d351ec70a6d202fc2e60f7d4c5e42d8f4f07"
cargo update
2020-06-30 03:52:14 +03:00
dependencies = [
Update lru -> 0.6
2020-12-10 01:04:56 +03:00
"autocfg",
deps: misc updates
2020-12-29 20:21:50 +03:00
"num-bigint",
cargo update
2020-06-30 03:52:14 +03:00
"num-integer",
cargo update
2021-06-07 18:32:05 +03:00
"num-traits",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "9a64b1ec5cda2586e284722486d802acf1f7dbdc623e2bfc57e65ca1cd099290"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
Update lru -> 0.6
2020-12-10 01:04:56 +03:00
"autocfg",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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",
add wgpu example
2021-05-06 19:04:16 +03:00
"objc_exception",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "objc_exception"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "ad970fb455818ad6cba4c122ad012fae53ae8b4795f86378bce65e4f6bab2ca4"
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 = "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
2021-06-14 09:36:22 +03:00
version = "0.25.3"
cargo update
2020-05-26 08:25:39 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-06-14 09:36:22 +03:00
checksum = "a38f2be3697a57b4060074ff41b44c16870d916ad7877c17696e063257482bc7"
cargo update
2021-06-07 18:32:05 +03:00
dependencies = [
"memchr",
]
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
2021-06-14 09:36:22 +03:00
version = "1.8.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
2021-06-14 09:36:22 +03:00
checksum = "692fcb63b64b1758029e0a96ee63e049ce8c5948587f2f7208df04625e5f6b56"
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
2021-04-19 19:23:33 +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"
cargo update
2021-04-19 19:23:33 +03:00
checksum = "1711eb4b31ce4ad35b0f316d8dfba4fe5c7ad601c448446d84aae7a896627b20"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-03-01 20:02:05 +03:00
"which",
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
2021-06-21 05:06:54 +03:00
version = "0.10.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
2021-06-21 05:06:54 +03:00
checksum = "549430950c79ae24e6d02e0b7404534ecf311d94cc9f861e9e4020187d13d885"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
build(deps): bump openssl from 0.10.30 to 0.10.31 Bumps [openssl](https://github.com/sfackler/rust-openssl) from 0.10.30 to 0.10.31. - [Release notes](https://github.com/sfackler/rust-openssl/releases) - [Commits](https://github.com/sfackler/rust-openssl/compare/openssl-v0.10.30...openssl-v0.10.31) Signed-off-by: dependabot[bot] <support@github.com>
2020-12-10 10:11:07 +03:00
"cfg-if 1.0.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",
cargo update
2021-03-15 16:32:14 +03:00
"once_cell",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"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
]
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
[[package]]
name = "openssl-probe"
version = "0.1.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "28988d872ab76095a6e6ac88d99b54fd267702734fd7ffe610ca27f533ddb95a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
2021-03-25 20:08:03 +03:00
version = "111.15.0+1.1.1k"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-03-25 20:08:03 +03:00
checksum = "b1a5f6ae2ac04393b217ea9f700cd04fa9bf3d93fae2872069f3d15d908af70a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
deps: cargo update
2021-06-27 05:49:10 +03:00
version = "0.9.65"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
deps: cargo update
2021-06-27 05:49:10 +03:00
checksum = "7a7907e3bfa08bb85105209cdfcb6c63d109f8f6c1ed6ca318fff5c1853fbc1d"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
Update lru -> 0.6
2020-12-10 01:04:56 +03:00
"autocfg",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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
2021-07-07 23:27:08 +03:00
version = "2.6.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
2021-07-07 23:27:08 +03:00
checksum = "6dea6388d3d5498ec651701f14edbaf463c924b5d8829fb2848ccf0bcc7b3c69"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-06-07 18:32:05 +03:00
"num-traits",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
]
[[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
2021-06-07 18:32:05 +03:00
"num-traits",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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 = [
deps: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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",
fixup build to not consider termwiz tags as wezterm tags CI got broken by the termwiz release. This commit teaches the various `git describe --tags` calls to filter to the wezterm tags which all start with the year. We're match `20*` which should be good for the next 79 years. I've removed the vergen dependency as there was no way to teach it to do the equivalent matching, and it wasn't a terrible burden to just inline the git describe call anyway.
2021-03-18 07:02: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"
ssh2: on windows, link against openssl The wincng based build doesn't recognize newer keys which makes it impossible to connect to a reasonably up to date Fedora installation. This commit points to my branch of ssh2-rs that has some changes to build ssh2 against the vendored openssl that is already part of the dependency graph for wezterm. refs: https://github.com/wez/wezterm/issues/507
2021-03-26 20:00:43 +03:00
version = "0.11.1"
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"
ssh2: on windows, link against openssl The wincng based build doesn't recognize newer keys which makes it impossible to connect to a reasonably up to date Fedora installation. This commit points to my branch of ssh2-rs that has some changes to build ssh2 against the vendored openssl that is already part of the dependency graph for wezterm. refs: https://github.com/wez/wezterm/issues/507
2021-03-26 20:00:43 +03:00
checksum = "6d7744ac029df22dca6284efe4e898991d28e3085c706c972bcd7da4a27a15eb"
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
dependencies = [
ssh2: on windows, link against openssl The wincng based build doesn't recognize newer keys which makes it impossible to connect to a reasonably up to date Fedora installation. This commit points to my branch of ssh2-rs that has some changes to build ssh2 against the vendored openssl that is already part of the dependency graph for wezterm. refs: https://github.com/wez/wezterm/issues/507
2021-03-26 20:00:43 +03:00
"instant",
cargo update
2021-05-01 19:42:46 +03:00
"lock_api 0.4.4",
ssh2: on windows, link against openssl The wincng based build doesn't recognize newer keys which makes it impossible to connect to a reasonably up to date Fedora installation. This commit points to my branch of ssh2-rs that has some changes to build ssh2 against the vendored openssl that is already part of the dependency graph for wezterm. refs: https://github.com/wez/wezterm/issues/507
2021-03-26 20:00:43 +03:00
"parking_lot_core 0.8.3",
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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 0.1.10",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cloudabi",
"libc",
cargo update
2021-01-11 19:43:32 +03:00
"redox_syscall 0.1.57",
fixup build to not consider termwiz tags as wezterm tags CI got broken by the termwiz release. This commit teaches the various `git describe --tags` calls to filter to the wezterm tags which all start with the year. We're match `20*` which should be good for the next 79 years. I've removed the vergen dependency as there was no way to teach it to do the equivalent matching, and it wasn't a terrible burden to just inline the git describe call anyway.
2021-03-18 07:02:03 +03:00
"rustc_version",
cargo update
2021-01-11 19:43:32 +03:00
"smallvec 0.6.14",
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"
ssh2: on windows, link against openssl The wincng based build doesn't recognize newer keys which makes it impossible to connect to a reasonably up to date Fedora installation. This commit points to my branch of ssh2-rs that has some changes to build ssh2 against the vendored openssl that is already part of the dependency graph for wezterm. refs: https://github.com/wez/wezterm/issues/507
2021-03-26 20:00:43 +03:00
version = "0.8.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"
ssh2: on windows, link against openssl The wincng based build doesn't recognize newer keys which makes it impossible to connect to a reasonably up to date Fedora installation. This commit points to my branch of ssh2-rs that has some changes to build ssh2 against the vendored openssl that is already part of the dependency graph for wezterm. refs: https://github.com/wez/wezterm/issues/507
2021-03-26 20:00:43 +03:00
checksum = "fa7a782938e745763fe6907fc6ba86946d72f49fe7e21de074e08128a99fb018"
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
dependencies = [
ssh2: on windows, link against openssl The wincng based build doesn't recognize newer keys which makes it impossible to connect to a reasonably up to date Fedora installation. This commit points to my branch of ssh2-rs that has some changes to build ssh2 against the vendored openssl that is already part of the dependency graph for wezterm. refs: https://github.com/wez/wezterm/issues/507
2021-03-26 20:00:43 +03:00
"cfg-if 1.0.0",
"instant",
deps: update to ssh2 0.7.0
2020-01-25 04:49:37 +03:00
"libc",
cargo update
2021-06-21 05:06:54 +03:00
"redox_syscall 0.2.9",
cargo update
2021-01-11 19:43:32 +03:00
"smallvec 1.6.1",
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"
cargo update
2021-02-15 23:14:00 +03:00
version = "0.8.3"
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
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-02-15 23:14:00 +03:00
checksum = "fd56cbd21fea48d0c440b41cd69c589faacade08c992d9a54e471b79d0fd13eb"
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
dependencies = [
deps: misc updates
2020-12-29 20:21:50 +03:00
"base64",
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
"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",
deps: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
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_meta"
version = "2.1.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "54be6e404f5317079812fc8f9f5279de376d8856929e21c184ecf6bbd692a11d"
dependencies = [
"maplit",
"pest",
"sha-1",
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "petgraph"
version = "0.5.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "467d164a6de56270bd7c4d070df81d07beace25012d5103ced4e9ff08d6afdb7"
dependencies = [
"fixedbitset",
"indexmap",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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"
cargo update
2021-04-19 19:23:33 +03:00
version = "1.0.7"
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
2021-04-19 19:23:33 +03:00
checksum = "c7509cc106041c40a4518d2af7a61530e1eed0e6285296a3d8c5472806ccc4a4"
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"
cargo update
2021-04-19 19:23:33 +03:00
version = "1.0.7"
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
2021-04-19 19:23:33 +03:00
checksum = "48c950132583b500556b1efd71d45b319029f2b71518d979fcc208e16b42426f"
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
dependencies = [
deps: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
pty: async example using smol refs: https://github.com/wez/wezterm/issues/166
2020-05-09 20:23:15 +03:00
]
cargo update (this will probably annoy dependabot)
2020-12-10 00:58:44 +03:00
[[package]]
name = "pin-project-lite"
deps: cargo update
2021-06-27 05:49:10 +03:00
version = "0.2.7"
cargo update (this will probably annoy dependabot)
2020-12-10 00:58:44 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: cargo update
2021-06-27 05:49:10 +03:00
checksum = "8d31d11c69a6b52a174b42bdc0c30e5e11670f90788b2c471c31c1d17d449443"
cargo update (this will probably annoy dependabot)
2020-12-10 00:58:44 +03:00
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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
version = "0.3.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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "3831453b3449ceb48b6d9c7ad7c96d5ea673e9b470a1dc578c2ce6521230884c"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 (this will probably annoy dependabot)
2020-12-10 00:58:44 +03:00
version = "0.16.8"
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 (this will probably annoy dependabot)
2020-12-10 00:58:44 +03:00
checksum = "3c3287920cb847dee3de33d301c463fba14dda99db24214ddf93f83d3021f4c6"
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
dependencies = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
"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"
cargo update
2021-06-21 05:06:54 +03:00
version = "2.1.0"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-06-21 05:06:54 +03:00
checksum = "92341d779fa34ea8437ef4d82d440d5e1ce3f3ff7f824aa64424cd481f9a1f25"
cargo update
2020-09-09 19:31:37 +03:00
dependencies = [
cargo update
2021-03-22 06:18:02 +03:00
"cfg-if 1.0.0",
cargo update
2020-09-09 19:31:37 +03:00
"libc",
"log",
cargo update
2021-06-21 05:06:54 +03:00
"wepoll-ffi",
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"
windows: fix lingering cmd.exe panes Since removing the regular periodic background tasks, we're now prone to not noticing child processes exiting. This commit explicictly schedules a thread to do that on Windows so that we can close a tab as soon as it exits.
2021-05-29 01:08:21 +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
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",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
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",
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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "ac74c624d6b2d21f425f752262f42188365d7b8ff1aff74c82e45136510a4857"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
]
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
[[package]]
name = "proc-macro-crate"
version = "0.1.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "1d6ea3c4595b96363c13943497db34af4460fb474a95c43f4446ad341b8c9785"
dependencies = [
"toml",
]
cargo update
2021-06-14 09:36:22 +03:00
[[package]]
name = "proc-macro-crate"
version = "1.0.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "41fdbd1df62156fbc5945f4762632564d7d038153091c3fcf1067f6aef7cff92"
dependencies = [
"thiserror",
"toml",
]
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",
deps: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
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 = [
deps: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
version = "0.5.19"
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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "dbf0c48bc1d91375ae5c3cd81e3722dff1abcf81a30960240640d223f59fe0e5"
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
2021-01-18 10:38:11 +03:00
version = "0.1.7"
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
2021-01-18 10:38:11 +03:00
checksum = "bc881b2c22681370c6a780e47af9840ef841837bc98118431d4e1868bd0c1086"
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"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
version = "1.0.27"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
checksum = "f0d8caf72986c1a598726adc988bb5984792ef84f5ee5aa50209145ee8077038"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"unicode-xid",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "profiling"
deps: cargo update
2021-06-27 05:49:10 +03:00
version = "1.0.3"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: cargo update
2021-06-27 05:49:10 +03:00
checksum = "87dfd5592a8eed7e74f56ad7b125f8234763b805c30f0c7c95c486920026a6ec"
add wgpu example
2021-05-06 19:04:16 +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 = "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",
deps: misc updates
2020-12-29 20:21:50 +03:00
"async-task",
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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
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
"getopts",
"memchr",
"unicase",
]
lua: add wezterm.strftime refs: https://github.com/wez/wezterm/issues/500
2021-03-02 20:51:56 +03:00
[[package]]
name = "pure-rust-locales"
cargo update
2021-04-05 18:46:55 +03:00
version = "0.5.6"
lua: add wezterm.strftime refs: https://github.com/wez/wezterm/issues/500
2021-03-02 20:51:56 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-04-05 18:46:55 +03:00
checksum = "b45c49fc4f91f35bae654f85ebb3a44d60ac64f11b3166ffa609def390c732d8"
lua: add wezterm.strftime refs: https://github.com/wez/wezterm/issues/500
2021-03-02 20:51:56 +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 = "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"
window: update smithay-client-toolkit However, I'm not able to create wayland windows any more on my nvidia system (either with or without this change). I don't know if this is specific to my nvidia drivers or something else :-/ refs: https://github.com/wez/wezterm/issues/476
2020-12-30 22:09:21 +03:00
version = "1.0.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"
window: update smithay-client-toolkit However, I'm not able to create wayland windows any more on my nvidia system (either with or without this change). I don't know if this is specific to my nvidia drivers or something else :-/ refs: https://github.com/wez/wezterm/issues/476
2020-12-30 22:09:21 +03:00
checksum = "c3d0b9745dc2debf507c8422de05d7226cc1f0644216dfdfead988f9b1ab32a7"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
[[package]]
name = "radium"
version = "0.5.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "941ba9d78d8e2f7ce474c015eea4d9c6d25b6a3327f9832ee29a4de27f91bbb8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
2021-01-06 11:28:11 +03:00
"getrandom 0.1.16",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
"rand_chacha 0.2.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
"rand_core 0.5.1",
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
"rand_hc 0.2.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
"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
]
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
[[package]]
name = "rand"
version = "0.8.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "2e7573632e6454cf6b99d7aac4ccca54be06da05aca2ef7423d22d27d4d4bcd8"
dependencies = [
"libc",
"rand_chacha 0.3.1",
"rand_core 0.6.3",
"rand_hc 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 = "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
]
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
[[package]]
name = "rand_chacha"
version = "0.3.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "e6c10a63a0fa32252be49d21e7709d4d4baf8d231c2dbce1eaa8141b9b127d88"
dependencies = [
"ppv-lite86",
"rand_core 0.6.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 = "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
2021-01-06 11:28:11 +03:00
"getrandom 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
]
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
[[package]]
name = "rand_core"
version = "0.6.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "d34f1408f55294453790c48b2f1ebbb1c5b4b7563eb1f418bcfcfdbb06ebb4e7"
dependencies = [
"getrandom 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
[[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
]
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
[[package]]
name = "rand_hc"
version = "0.3.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "d51e9f596de227fda2ea6c84607f5558e196eeaf43c986b724ba4fb8fdf497e7"
dependencies = [
"rand_core 0.6.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 = "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 wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "range-alloc"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "63e935c45e09cc6dcf00d2f0b2d630a58f4095320223d47fc68918722f0538b6"
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
]
add raw-window-handle impls
2021-05-06 08:59:52 +03:00
[[package]]
name = "raw-window-handle"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "0a441a7a6c80ad6473bd4b74ec1c9a4c951794285bf941c2126f607c72e48211"
dependencies = [
"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 = "rayon"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
version = "1.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
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
checksum = "c06aca804d41dbc8ba42dfd964f0d01334eceb64314b9ecf7c5fad5188a06d90"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
Update lru -> 0.6
2020-12-10 01:04:56 +03:00
"autocfg",
deps: misc updates
2020-12-29 20:21:50 +03:00
"crossbeam-deque",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
"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"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
version = "1.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"
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
checksum = "d78120e2c850279833f1dd3582f730c4ab53ed95aeaaaa862a2a5c71b1656d8e"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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: misc updates
2020-12-29 20:21:50 +03:00
"crossbeam-channel",
"crossbeam-deque",
"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"
cargo update
2021-05-01 19:42:46 +03:00
version = "0.8.11"
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
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-01 19:42:46 +03:00
checksum = "48b4fc1b81d685fcd442a86da2e2c829d9e353142633a8159f42bf28e7e94428"
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
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
cargo update
2021-01-11 19:43:32 +03:00
[[package]]
name = "redox_syscall"
cargo update
2021-06-21 05:06:54 +03:00
version = "0.2.9"
cargo update
2021-01-11 19:43:32 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-06-21 05:06:54 +03:00
checksum = "5ab49abadf3f9e1c4bc499e8845e152ad87d2ad2d30371841171169e9d75feee"
cargo update
2021-01-11 19:43:32 +03:00
dependencies = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
cargo update
2021-01-11 19:43:32 +03:00
]
[[package]]
name = "redox_users"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "528532f3d801c87aec9def2add9ca802fe569e44a544afe633765267840abe64"
dependencies = [
deps: metrics 0.15 -> 0.16, cargo update
2021-05-24 17:57:03 +03:00
"getrandom 0.2.3",
cargo update
2021-06-21 05:06:54 +03:00
"redox_syscall 0.2.9",
cargo update
2021-01-11 19:43: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 = "regex"
cargo update
2021-05-12 03:03:06 +03:00
version = "1.5.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
2021-05-12 03:03:06 +03:00
checksum = "d07a8629359eb56f1e2fb1652bb04212c072a87ba68546a04065d525673ac461"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-06-07 18:32:05 +03:00
version = "0.1.10"
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
2021-06-07 18:32:05 +03:00
checksum = "6c230d73fb8d8c1b9c0b3135c5142a8acee3a0558fb8db5cf1cb65f8d7862132"
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
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
2021-05-03 19:34:29 +03:00
version = "0.6.25"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-05-03 19:34:29 +03:00
checksum = "f497285884f3fcff424ffc933e56d7cbca511def0c9831a7f9b5f6153e3cc89b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
]
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
[[package]]
name = "renderdoc-sys"
version = "0.7.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "f1382d1f0a252c4bf97dc20d979a2fdd05b024acd7c2ed0f7595d7817666a157"
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"
cargo update
2021-05-03 19:34:29 +03:00
version = "0.5.6"
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
2021-05-03 19:34:29 +03:00
checksum = "cc89fe2acac36d212474d138aaf939c04a82df5b61d07011571ebce5aef81f2e"
update Cargo.lock Should have been included in refs: https://github.com/wez/wezterm/pull/226
2020-06-20 22:37:40 +03:00
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 = [
deps: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
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"
deps: misc updates
2020-12-29 20:21:50 +03:00
version = "0.5.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "f2a08c42ea86684dc00256494c4eb8b54707890ddac50c05060a717f29669029"
dependencies = [
"rgb",
]
[[package]]
name = "rgb"
RemoteSshDomain now uses wezterm-ssh crate There are a few notable changes as a result: * A number of `.ssh/config` options are now respected; host matching and aliasing and identity file are the main things * The authentication prompt is inline in the window, rather than popping up a separate authentication window Refs: https://github.com/wez/wezterm/issues/457
2021-03-28 03:49:30 +03:00
version = "0.8.27"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
RemoteSshDomain now uses wezterm-ssh crate There are a few notable changes as a result: * A number of `.ssh/config` options are now respected; host matching and aliasing and identity file are the main things * The authentication prompt is inline in the window, rather than popping up a separate authentication window Refs: https://github.com/wez/wezterm/issues/457
2021-03-28 03:49:30 +03:00
checksum = "8fddb3b23626145d1776addfc307e1a1851f60ef6ca64f376bcb889697144cf0"
deps: misc updates
2020-12-29 20:21:50 +03:00
dependencies = [
"bytemuck",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-02-04 10:28:23 +03:00
version = "0.16.20"
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
2021-02-04 10:28:23 +03:00
checksum = "3053cf52e236a3ed746dfc745aa9cacf1b791d846bdaf412f60a8d7d6e17c8fc"
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
]
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
[[package]]
name = "rose_tree"
version = "0.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "284de9dae38774e2813aaabd7e947b4a6fe9b8c58c2309f754a487cdd50de1c2"
dependencies = [
"petgraph",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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"
cargo update
2021-06-21 05:06:54 +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
2021-06-21 05:06:54 +03:00
checksum = "dead70b0b5e03e9c814bcb6b01e03e68f7c57a80aa48c72ec92152ab3e818d49"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
deps: misc updates
2020-12-29 20:21:50 +03:00
"semver 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
]
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
zeno -> tiny_skia Mostly so that we can turn off anti-aliasing for smaller sizes, but it also happens to be more complete anyway.
2021-06-26 08:55:42 +03:00
[[package]]
name = "safe_arch"
version = "0.5.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "c1ff3d6d9696af502cc3110dacce942840fb06ff4514cad92236ecc455f2ce05"
dependencies = [
"bytemuck",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
]
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
[[package]]
name = "schannel"
version = "0.1.19"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "8f05ba609c234e60bee0d547fe94a4c7e9da733d1c962cf6e59efa4cd9c8bc75"
dependencies = [
"lazy_static",
"winapi 0.3.9",
]
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]]
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
name = "security-framework"
version = "2.3.1"
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"
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
checksum = "23a2ac85147a3a11d77ecf1bc7166ec0b92febfa4461c37944e180f319ece467"
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 = [
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
"bitflags",
"core-foundation 0.9.1",
"core-foundation-sys 0.8.2",
"libc",
"security-framework-sys",
]
[[package]]
name = "security-framework-sys"
version = "2.3.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "7e4effb91b4b8b6fb7732e670b6cee160278ff8e6bf485c7805d9e319d76e284"
dependencies = [
"core-foundation-sys 0.8.2",
"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
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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 = [
deps: misc updates
2020-12-29 20:21:50 +03:00
"semver-parser 0.7.0",
]
[[package]]
name = "semver"
version = "0.11.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "f301af10236f6df4160f7c3f04eec6dbc70ace82d23326abad5edee88801c6b6"
dependencies = [
cargo update
2021-01-06 11:28:11 +03:00
"semver-parser 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
]
[[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
deps: misc updates
2020-12-29 20:21:50 +03:00
[[package]]
name = "semver-parser"
cargo update
2021-01-06 11:28:11 +03:00
version = "0.10.2"
deps: misc updates
2020-12-29 20:21:50 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-01-06 11:28:11 +03:00
checksum = "00b0bef5b7f9e0df16536d3961cfb6e84331c065b4066afb39768d0e319411f7"
deps: misc updates
2020-12-29 20:21:50 +03:00
dependencies = [
"pest",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
2021-05-17 17:28:56 +03:00
version = "1.0.126"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-05-17 17:28:56 +03:00
checksum = "ec7505abeacaec74ae4778d9d9328fe5a5d04253220a85c4ee022239fc996d03"
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
2021-05-17 17:28:56 +03:00
version = "1.0.126"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-05-17 17:28:56 +03:00
checksum = "963a7dbc9895aeac7ac90e74f34a5d5261828f79df35cbed41e10189d3804d43"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-03-01 20:02:05 +03:00
version = "1.0.64"
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
2021-03-01 20:02:05 +03:00
checksum = "799e97dc9fdae36a5c8b8f2cae9ce2ee9fdce2058c57a93e6099d919fd982f79"
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",
]
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
[[package]]
name = "serde_repr"
cargo update
2021-05-17 17:28:56 +03:00
version = "0.1.7"
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-17 17:28:56 +03:00
checksum = "98d0516900518c29efa217c298fa1f4e6c6ffc85ae29fd7f4ee48f176e1a9ed5"
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
dependencies = [
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +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 = "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"
cargo update
2021-05-12 03:03:06 +03:00
version = "0.9.5"
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
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-12 03:03:06 +03:00
checksum = "b362ae5752fd2137731f9fa25fd4d9058af34666ca1966fb969119cc35719f12"
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
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",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 1.0.0",
cargo update
2021-05-12 03:03:06 +03:00
"cpufeatures",
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"
deps: misc updates
2020-12-29 20:21:50 +03:00
version = "1.0.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"
deps: misc updates
2020-12-29 20:21:50 +03:00
checksum = "b6fa3938c99da4914afedd13bf3d79bcb6c277d1b2c398d23257a304d9e1b074"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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-12-28 19:23:20 +03:00
version = "0.1.17"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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-12-28 19:23:20 +03:00
checksum = "7e31d442c16f047a671b5a71e2161d6e68814012b7f5379d269ebd915fac2729"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
]
cargo update
2021-02-08 09:51:28 +03:00
[[package]]
name = "signal-hook"
cargo update
2021-06-07 18:32:05 +03:00
version = "0.3.9"
cargo update
2021-02-08 09:51:28 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-06-07 18:32:05 +03:00
checksum = "470c5a6397076fae0094aaf06a08e6ba6f37acb77d3b1b91ea92b4d6c8650c39"
cargo update
2021-02-08 09:51:28 +03:00
dependencies = [
"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
2021-06-07 18:32:05 +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
2021-06-07 18:32:05 +03:00
checksum = "e51e73328dc4ac0c7ccbda3a494dfa03df1de2f46018127f60c693f2648455b0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = "siphasher"
cargo update
2021-03-22 06:18: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
2021-03-22 06:18:02 +03:00
checksum = "cbce6d4507c7e4a3962091436e56e95290cb71fa302d0d270e32130b75fbff27"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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"
cargo update
2021-04-26 18:34:45 +03:00
version = "0.4.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
2021-04-26 18:34:45 +03:00
checksum = "f173ac3d1a7e3b28003f40de0b5ce7fe2710f9b9dc3fc38664cebee46b3b6527"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "slotmap"
cargo update
2021-07-07 23:27:08 +03:00
version = "0.4.2"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-07-07 23:27:08 +03:00
checksum = "d61b40583e0c1bd3100652ba8940939decc8808e7b2a07f4f4606c6a8a40035a"
add wgpu example
2021-05-06 19:04:16 +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 = "smallvec"
cargo update
2021-01-11 19:43:32 +03:00
version = "0.6.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
2021-01-11 19:43:32 +03:00
checksum = "b97fcaeba89edba30f044a10c6a3cc39df9c3f17d7cd829dd1446cab35f890e0"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-01-11 19:43:32 +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
2021-01-11 19:43:32 +03:00
checksum = "fe0f37c9e8f3c5a4a66ad655a93c74daac4ad00c441533bf5c6e7990bb42604e"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
textwrap -> 0.13
2020-12-10 01:07:35 +03:00
[[package]]
name = "smawk"
cargo update
2021-02-01 18:54:01 +03:00
version = "0.3.1"
textwrap -> 0.13
2020-12-10 01:07:35 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-02-01 18:54:01 +03:00
checksum = "f67ad224767faa3c7d8b6d91985b78e70a1324408abcb1cfcc2be4c06bc06043"
textwrap -> 0.13
2020-12-10 01:07:35 +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 = "smithay-client-toolkit"
wayland: update to SCTK 0.14
2021-06-27 03:45:24 +03:00
version = "0.14.0"
window: update smithay-client-toolkit However, I'm not able to create wayland windows any more on my nvidia system (either with or without this change). I don't know if this is specific to my nvidia drivers or something else :-/ refs: https://github.com/wez/wezterm/issues/476
2020-12-30 22:09:21 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
wayland: update to SCTK 0.14
2021-06-27 03:45:24 +03:00
checksum = "ec783683499a2cfc85b6df3d04f83b1907b5cbd98a1aed44667dbdf1eac4e64c"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
wayland: update to SCTK 0.14
2021-06-27 03:45:24 +03:00
"dlib",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
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",
wayland: update to SCTK 0.14
2021-06-27 03:45:24 +03:00
"memmap2",
"nix 0.20.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"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
version = "1.2.5"
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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "85cf3b5351f3e783c1d79ab5fc604eeed8b8ae9abd36b166e8b87a089efd85e4"
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",
]
cargo update
2021-02-15 23:14:00 +03:00
[[package]]
name = "socket2"
cargo update
2021-03-22 06:18:02 +03:00
version = "0.4.0"
cargo update
2021-02-15 23:14:00 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-03-22 06:18:02 +03:00
checksum = "9e3dfc207c526015c632472a77be09cf1b6e46866581aecae5cc38fb4235dea2"
cargo update
2021-02-15 23:14:00 +03:00
dependencies = [
"libc",
"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
[[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"
cargo update
2021-05-17 17:28:56 +03:00
version = "0.2.4"
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
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-17 17:28:56 +03:00
checksum = "75adad84ee84b521fb2cca2d4fd0f1dab1d8d026bda3c5bea4ca63b5f9f9293c"
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
dependencies = [
cargo update
2021-05-01 19:42:46 +03:00
"lock_api 0.4.4",
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
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "spirv_cross"
version = "0.23.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "60647fadbf83c4a72f0d7ea67a7ca3a81835cf442b8deae5c134c3e0055b2e14"
dependencies = [
"cc",
"js-sys",
"wasm-bindgen",
]
[[package]]
name = "spirv_headers"
version = "1.5.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "1f5b132530b1ac069df335577e3581765995cba5a13995cdbbdbc8fb057c532c"
dependencies = [
"bitflags",
cargo update
2021-06-07 18:32:05 +03:00
"num-traits",
add wgpu example
2021-05-06 19:04:16 +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 = "ssh2"
cargo update
2021-02-04 10:28:23 +03:00
version = "0.9.1"
RemoteSshDomain now uses wezterm-ssh crate There are a few notable changes as a result: * A number of `.ssh/config` options are now respected; host matching and aliasing and identity file are the main things * The authentication prompt is inline in the window, rather than popping up a separate authentication window Refs: https://github.com/wez/wezterm/issues/457
2021-03-28 03:49:30 +03:00
source = "git+https://github.com/wez/ssh2-rs.git?branch=win32ssl#c65067040c97a0cf7f96c69d6fc87764a32c34ae"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
"libssh2-sys",
ssh2: on windows, link against openssl The wincng based build doesn't recognize newer keys which makes it impossible to connect to a reasonably up to date Fedora installation. This commit points to my branch of ssh2-rs that has some changes to build ssh2 against the vendored openssl that is already part of the dependency graph for wezterm. refs: https://github.com/wez/wezterm/issues/507
2021-03-26 20:00:43 +03:00
"parking_lot 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
]
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"
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "storage-map"
version = "0.3.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "418bb14643aa55a7841d5303f72cf512cfb323b8cc221d51580500a1ca75206c"
dependencies = [
"lock_api 0.4.4",
]
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
2021-07-07 23:27:08 +03:00
version = "0.3.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
2021-07-07 23:27:08 +03:00
checksum = "69b041cdcb67226aca307e6e7be44c8806423d83e018bd662360a93dabce4d71"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-07-07 23:27:08 +03:00
version = "0.4.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
2021-07-07 23:27:08 +03:00
checksum = "7813934aecf5f51a54775e00068c237de98489463968231a51746bbbc03f9c10"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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",
deps: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
cargo update
2021-06-14 09:36:22 +03:00
version = "1.0.73"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-06-14 09:36:22 +03:00
checksum = "f71489ff30030d2ae598524f61326b902466f72a0fb1a8564c001cc63425bcc7"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"unicode-xid",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the repo after this change is pushed; removing the local Cargo.lock should resolve that.
2019-12-29 21:43:35 +03:00
]
refine skip_close_confirmation_for_processes_named to look at proc tree That means that we won't be fooled by a shell with a backgrounded editor. refs: https://github.com/wez/wezterm/issues/562
2021-03-23 07:34:10 +03:00
[[package]]
name = "sysinfo"
version = "0.16.5"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "567e910ef0207be81a4e1bb0491e9a8d9866cf45b20fe1a52c03d347da9ea51b"
dependencies = [
"cfg-if 1.0.0",
"core-foundation-sys 0.8.2",
"doc-comment",
"libc",
"ntapi",
"once_cell",
"rayon",
"winapi 0.3.9",
]
update metrics 0.14 -> 0.15 closes: https://github.com/wez/wezterm/pull/778
2021-05-12 05:20:24 +03:00
[[package]]
name = "t1ha"
version = "0.1.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "fa44aa51ae1a544e2c35a38831ba54ae40591f21384816f531b84f3e984b9ccc"
dependencies = [
"cfg-if 0.1.10",
"lazy_static",
cargo update
2021-06-07 18:32:05 +03:00
"num-traits",
update metrics 0.14 -> 0.15 closes: https://github.com/wez/wezterm/pull/778
2021-05-12 05:20:24 +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
[[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
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
[[package]]
name = "tap"
cargo update
2021-02-15 23:14:00 +03:00
version = "1.0.1"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-02-15 23:14:00 +03:00
checksum = "55937e1799185b12863d447f42597ed69d9928686b8d88a1df17376a097d8369"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +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 = "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
]
update http_req -> 0.8 0.8 doesn't seem to build with rusttls, but I don't think we need that any more: we've been using vendored openssl on windows and mac for some time. closes: #924 refs: https://github.com/jayjamesjay/http_req/issues/48
2021-07-07 23:37:57 +03:00
[[package]]
name = "tempfile"
version = "3.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "dac1c663cfc93810f88aed9b8941d48cabf856a1b111c29a40439018d870eb22"
dependencies = [
"cfg-if 1.0.0",
"libc",
"rand 0.8.4",
"redox_syscall 0.2.9",
"remove_dir_all",
"winapi 0.3.9",
]
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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "2dfed899f0eb03f32ee8c6a0aabdb8a7949659e3466561fc0adf54e26d88c5f4"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
"dirs",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"fnv",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"nom 5.1.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
"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"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "411c5bf740737c7918b8b1fe232dca4dc9f8e754b8ad5e20966814001ed0ac6b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
vtparse/termwiz: prep for release
2021-04-14 22:59:26 +03:00
version = "0.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
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: misc updates
2020-12-29 20:21:50 +03:00
"base64",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cassowary",
fix one 32-bit build issue refs: #474
2021-02-12 19:35:00 +03:00
"cfg-if 1.0.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
"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
2021-06-07 18:32:05 +03:00
"num-traits",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
deps: misc updates
2020-12-29 20:21:50 +03:00
"semver 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
"serde",
cargo update
2021-02-08 09:51:28 +03:00
"signal-hook 0.1.17",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"terminfo",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"termios 0.3.3",
termwiz: Remove anyhow::Result from public API It's been replaced with an opaque termwiz error type instead. This is a bit of a more conservative approach than that in (refs: #407) and has less of an impact on the surrounding code, which appeals to me from a maintenance perspective. refs: #406 refs: #407
2021-01-08 11:21:54 +03:00
"thiserror",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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"
cargo update
2021-06-28 08:46:19 +03:00
version = "0.14.2"
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-06-28 08:46:19 +03:00
checksum = "0066c8d12af8b5acd21e00547c3797fde4e8677254a7ee429176ccebbe93dd80"
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +03:00
dependencies = [
textwrap -> 0.13
2020-12-10 01:07:35 +03:00
"smawk",
cargo update
2021-06-07 18:32:05 +03:00
"unicode-linebreak",
upgrade misc deps, notably, async-task
2020-10-05 10:06:01 +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
[[package]]
name = "thiserror"
cargo update
2021-07-07 23:27:08 +03:00
version = "1.0.26"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-07-07 23:27:08 +03:00
checksum = "93119e4feac1cbe6c798c34d3a53ea0026b0b1de6a120deef895137c0529bfe2"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-07-07 23:27:08 +03:00
version = "1.0.26"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-07-07 23:27:08 +03:00
checksum = "060d69a0afe7796bf42e9e2ff91f5ee691fb15c53d38b4b62a9a53eb23164745"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "thunderdome"
version = "0.4.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "87b4947742c93ece24a0032141d9caa3d853752e694a57e35029dd2bd08673e0"
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
[[package]]
name = "tiff"
deps: cargo update
2020-12-14 19:50:45 +03:00
version = "0.6.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"
deps: cargo update
2020-12-14 19:50:45 +03:00
checksum = "9a53f4706d65497df0c4349241deddf35f84cee19c87ed86ea8ca590f4464437"
wezterm: sixel rendering basically working refs: https://github.com/wez/wezterm/issues/217
2020-06-11 17:45:10 +03:00
dependencies = [
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"jpeg-decoder",
cargo update
2021-03-01 20:02:05 +03:00
"miniz_oxide 0.4.4",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"weezl",
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
2021-01-11 19:43:32 +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
2021-01-11 19:43:32 +03:00
checksum = "ca8a50ef2360fbd1eeb0ecd46795a87a19024eb4b53c5dc916ca1fd95fe62438"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
]
zeno -> tiny_skia Mostly so that we can turn off anti-aliasing for smaller sizes, but it also happens to be more complete anyway.
2021-06-26 08:55:42 +03:00
[[package]]
name = "tiny-skia"
version = "0.5.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "1bf81f2900d2e235220e6f31ec9f63ade6a7f59090c556d74fe949bb3b15e9fe"
dependencies = [
"arrayref",
"arrayvec",
"bytemuck",
"cfg-if 1.0.0",
"png",
"safe_arch",
]
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"
cargo update
2021-04-05 18:46:55 +03:00
version = "1.2.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 = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-04-05 18:46:55 +03:00
checksum = "5b5220f05bb7de7f3f53c7c065e1199b3172696fe2db9f9c4d8ad9b4ee74c342"
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
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"
cargo update
2020-12-20 03:44:27 +03:00
version = "0.5.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-12-20 03:44:27 +03:00
checksum = "a31142970826733df8241ef35dc040ef98c679ab14d7c3e54d827099b3acecaa"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
]
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"
cargo update
2021-03-15 16:32:14 +03:00
version = "1.13.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
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-03-15 16:32:14 +03:00
checksum = "879f6906492a7cd215bfa4cf595b600146ccfac0c79bcbd1f3000162af5e8b06"
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
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
2021-02-04 10:28:23 +03:00
version = "0.1.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
2021-02-04 10:28:23 +03:00
checksum = "09b22bf5f590ee6a2892e134e18482e63361319cc62ed108eb236803284cefec"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
"tempdir",
cargo update
2021-02-04 10:28:23 +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
]
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 = [
Take care to restore the original umask wezterm sets a more restrictive umask (`0o077`) by default so that any files that it creates (eg: unix domain socket, log files) are more secure by default. However, some environments rely on the more general default of (`0o022`) without checking that it is set. This matters because programs spawned by wezterm inherit its more restricted umask. I hadn't noticed this because I've had `umask 022` in my shell RC files since sometime in the 1990's. This commit adds some plumbing to the pty layer to specify an optional umask for the child process, and some more to our umask saver helper so that any thread can determine the saved umask without needing a reference to the saver itself, which may be in a different crate. The logic in the config crate has been adjusted to connect the saved value to the default command builder arguments. The net result of this is that running `wezterm -n start bash -- --norc` and typing `umask` in the resultant window now prints `0022`. refs: #416
2021-01-07 20:14:51 +03:00
"lazy_static",
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
"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"
cargo update
2021-04-12 17:54:46 +03:00
version = "0.3.5"
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-04-12 17:54:46 +03:00
checksum = "eeb8be209bb1c96b7c177c7420d26e04eccacb0eeae6b980e35fcb74678107e0"
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
cargo update
2021-06-07 18:32:05 +03:00
[[package]]
name = "unicode-linebreak"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "05a31f45d18a3213b918019f78fe6a73a14ab896807f0aaf5622aa0684749455"
dependencies = [
"regex",
]
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
2021-06-07 18:32:05 +03:00
version = "0.1.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
2021-06-07 18:32:05 +03:00
checksum = "d54590932941a9e9266f0832deed84ebe1bf2e4c9e4a3554d393d18f5e854bf9"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"tinyvec",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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"
cargo update
2021-07-07 23:27:08 +03:00
version = "1.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
2021-07-07 23:27:08 +03:00
checksum = "8895849a949e7845e06bd6dc1aa51731a103c42707010a5b591c0038fb73385b"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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"
cargo update
2021-05-01 19:42:46 +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
2021-05-01 19:42:46 +03:00
checksum = "8ccb82d61f80a663efe1f787a51b16b5a51e3314d6ac365b08639f52387b33f3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
lua: add `wezterm.battery_info()` function Queries the system battery information and returns an array of battery information. Each element is a lua table with the following entries: * state_of_charge: expressed as percents * vendor: the battery manufacturer * model: the battery model * serial: the battery serial number * time_to_full: how long until the battery is full * time_to_empty: how long until the battery is empty * state: "Charging", "Discharging", "Empty", "Full", "Unknown" I haven't run this on a system with a battery yet, so I'm holding off from showing an example until I've got a work one. refs: https://github.com/wez/wezterm/issues/500
2021-03-07 01:25:36 +03:00
[[package]]
name = "uom"
version = "0.30.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "e76503e636584f1e10b9b3b9498538279561adcef5412927ba00c2b32c4ce5ed"
dependencies = [
cargo update
2021-06-07 18:32:05 +03:00
"num-traits",
lua: add `wezterm.battery_info()` function Queries the system battery information and returns an array of battery information. Each element is a lua table with the following entries: * state_of_charge: expressed as percents * vendor: the battery manufacturer * model: the battery model * serial: the battery serial number * time_to_full: how long until the battery is full * time_to_empty: how long until the battery is empty * state: "Charging", "Discharging", "Empty", "Full", "Unknown" I haven't run this on a system with a battery yet, so I'm holding off from showing an example until I've got a work one. refs: https://github.com/wez/wezterm/issues/500
2021-03-07 01:25:36 +03:00
"typenum",
]
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
[[package]]
name = "url"
cargo update
2021-05-12 03:03:06 +03:00
version = "2.2.2"
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-12 03:03:06 +03:00
checksum = "a507c383b2d33b5fc35d1861e77e6b383d158b2da5e14fe51b83dfedf6fd578c"
Track current working dir via OSC
2020-01-11 10:18:49 +03:00
dependencies = [
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"form_urlencoded",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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"
deps: misc updates
2020-12-29 20:21:50 +03:00
version = "0.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"
deps: misc updates
2020-12-29 20:21:50 +03:00
checksum = "936e4b492acfd135421d8dca4b1aa80a7bfc26e702ef3af710e0752684df5372"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-02-01 18:54:01 +03:00
[[package]]
name = "value-bag"
cargo update
2021-05-17 17:28:56 +03:00
version = "1.0.0-alpha.7"
cargo update
2021-02-01 18:54:01 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-17 17:28:56 +03:00
checksum = "dd320e1520f94261153e96f7534476ad869c14022aee1e59af7c778075d840ae"
cargo update
2021-02-01 18:54:01 +03:00
dependencies = [
"ctor",
cargo update
2021-05-17 17:28:56 +03:00
"version_check",
cargo update
2021-02-01 18:54:01 +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 = "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
2021-06-21 05:06:54 +03:00
version = "0.2.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
2021-06-21 05:06:54 +03:00
checksum = "accd4ea62f7bb7a82fe23066fb0957d48ef677f6eeb8215f372f52e48bb32426"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
cargo update
2020-03-14 19:39:38 +03:00
[[package]]
name = "version_check"
cargo update
2021-03-19 08:08:40 +03:00
version = "0.9.3"
cargo update
2020-03-14 19:39:38 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-03-19 08:08:40 +03:00
checksum = "5fecdca9a5291cc2b8dcf7dc02453fee791a280f3743cb0905f8822ae463b3fe"
cargo update
2020-03-14 19:39:38 +03:00
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
[[package]]
name = "void"
version = "1.0.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
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/termwiz: prep for release
2021-04-14 22:59:26 +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
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
2021-03-25 20:08:03 +03:00
version = "2.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"
cargo update
2021-03-25 20:08:03 +03:00
checksum = "808cf2735cd4b6866113f648b791c6adc5714537bc222d9347bb203386ffda56"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
cargo update
2021-02-01 18:54:01 +03:00
version = "0.10.2+wasi-snapshot-preview1"
cargo update
2020-09-09 19:31:37 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-02-01 18:54:01 +03:00
checksum = "fd6fbd9a79829dd1ad0cc20627bf1ed606756a7f77edff7b66b7064f9cb327c6"
cargo update
2020-09-09 19:31:37 +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 = "wasm-bindgen"
cargo update
2021-05-12 03:03:06 +03:00
version = "0.2.74"
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
2021-05-12 03:03:06 +03:00
checksum = "d54ee1d4ed486f78874278e63e4069fc1ab9f6a18ca492076ffb90c5eb2997fd"
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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 1.0.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
"wasm-bindgen-macro",
]
[[package]]
name = "wasm-bindgen-backend"
cargo update
2021-05-12 03:03:06 +03:00
version = "0.2.74"
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
2021-05-12 03:03:06 +03:00
checksum = "3b33f6a0694ccfea53d94db8b2ed1c3a8a4c86dd936b13b9f0a15ec4a451b900"
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",
deps: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
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
2021-05-12 03:03:06 +03:00
version = "0.4.24"
cargo update
2020-05-26 08:25:39 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-05-12 03:03:06 +03:00
checksum = "5fba7978c679d53ce2d0ac80c8c175840feb849a161664365d1287b41f2e67f1"
cargo update
2020-05-26 08:25:39 +03:00
dependencies = [
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"cfg-if 1.0.0",
cargo update
2020-05-26 08:25:39 +03:00
"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
2021-05-12 03:03:06 +03:00
version = "0.2.74"
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
2021-05-12 03:03:06 +03:00
checksum = "088169ca61430fe1e58b8096c24975251700e7b1f6fd91cc9d59b04fb9b18bd4"
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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
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
2021-05-12 03:03:06 +03:00
version = "0.2.74"
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
2021-05-12 03:03:06 +03:00
checksum = "be2241542ff3d9f241f5e2cb6dd09b37efe786df8851c54957683a49f0987a97"
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 = [
deps: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
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
2021-05-12 03:03:06 +03:00
version = "0.2.74"
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
2021-05-12 03:03:06 +03:00
checksum = "d7cff876b8f18eed75a66cf49b65e7f967cb354a7aa16003fb55dbfd25b44b4f"
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
2021-07-07 23:27:08 +03:00
version = "0.28.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
2021-07-07 23:27:08 +03:00
checksum = "e3ab332350e502f159382201394a78e3cc12d0f04db863429260164ea40e0355"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"downcast-rs",
"libc",
cargo update
2021-03-01 20:02:05 +03:00
"nix 0.20.0",
cargo update
2020-09-09 19:31:37 +03:00
"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
2021-07-07 23:27:08 +03:00
version = "0.28.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
2021-07-07 23:27:08 +03:00
checksum = "a21817947c7011bbd0a27e11b17b337bfd022e8544b071a2641232047966fbda"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
2021-03-01 20:02:05 +03:00
"nix 0.20.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
2021-01-11 19:43:32 +03:00
"smallvec 1.6.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
"wayland-sys",
]
[[package]]
name = "wayland-cursor"
cargo update
2021-07-07 23:27:08 +03:00
version = "0.28.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
2021-07-07 23:27:08 +03:00
checksum = "be610084edd1586d45e7bdd275fe345c7c1873598caa464c4fb835dee70fa65a"
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
2021-03-01 20:02:05 +03:00
"nix 0.20.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
2021-07-07 23:27:08 +03:00
version = "0.28.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
2021-07-07 23:27:08 +03:00
checksum = "99ba1ab1e18756b23982d36f08856d521d7df45015f404a2d7c4f0b2d2f66956"
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
2021-07-07 23:27:08 +03:00
version = "0.28.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
2021-07-07 23:27:08 +03:00
checksum = "286620ea4d803bacf61fa087a4242ee316693099ee5a140796aaba02b29f861f"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
"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
2021-07-07 23:27:08 +03:00
version = "0.28.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
2021-07-07 23:27:08 +03:00
checksum = "ce923eb2deb61de332d1f356ec7b6bf37094dc5573952e1c8936db03b54c03f1"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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: misc updates
2020-12-29 20:21:50 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"xml-rs",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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
2021-07-07 23:27:08 +03:00
version = "0.28.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
2021-07-07 23:27:08 +03:00
checksum = "d841fca9aed7febf9bed2e9796c49bf58d4152ceda8ac949ebe00868d8f0feb8"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 = [
wayland: update to SCTK 0.14
2021-06-27 03:45:24 +03:00
"dlib",
window: update smithay-client-toolkit However, I'm not able to create wayland windows any more on my nvidia system (either with or without this change). I don't know if this is specific to my nvidia drivers or something else :-/ refs: https://github.com/wez/wezterm/issues/476
2020-12-30 22:09:21 +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
]
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
2021-04-05 18:46:55 +03:00
version = "0.3.50"
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
2021-04-05 18:46:55 +03:00
checksum = "a905d57e488fec8861446d3393670fb50d27a262344013181c2cdf9fff5481be"
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",
]
cargo update
2020-10-02 17:16:20 +03:00
[[package]]
name = "weezl"
cargo update
2021-04-19 19:23:33 +03:00
version = "0.1.5"
cargo update
2020-10-02 17:16:20 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-04-19 19:23:33 +03:00
checksum = "d8b77fdfd5a253be4ab714e4ffa3c49caf146b4de743e97510c0656cf90f1e8e"
cargo update
2020-10-02 17:16:20 +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
2021-06-21 05:06:54 +03:00
name = "wepoll-ffi"
version = "0.1.2"
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
2021-06-21 05:06:54 +03:00
checksum = "d743fdedc5c64377b5fc2bc036b01c7fd642205a0d96356034ae3404d49eb7fb"
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",
"promise",
fix: cli proxy would terminate too soon refs: https://github.com/wez/wezterm/issues/507
2021-03-28 17:10:30 +03:00
"smol",
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
"structopt",
"tabout",
"termwiz",
cargo update
2021-06-28 08:46:19 +03:00
"textwrap 0.14.2",
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
"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",
"termwiz",
cargo update
2021-06-28 08:46:19 +03:00
"textwrap 0.14.2",
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
"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-client: cut over to new wezterm-ssh bits refs: https://github.com/wez/wezterm/issues/507
2021-03-28 17:11:14 +03:00
"wezterm-ssh",
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-term",
]
[[package]]
name = "wezterm-font"
version = "0.1.0"
dependencies = [
"allsorts",
"anyhow",
refactor deps so that window can depend on wezterm-font I want to use this to render the font in the title bar
2021-06-27 05:48:06 +03:00
"color-types",
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
"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",
Add `wezterm ls-fonts` subcommand At this time it just shows you the fonts that your config matches and where they came from: ``` ; wezterm -n ls-fonts Primary font: wezterm.font("JetBrains Mono", weight="Regular", stretch="Normal", italic=false) (/home/wez/.fonts/JetBrainsMono-Regular.ttf, FontConfig) wezterm.font("Noto Color Emoji", weight="Regular", stretch="Normal", italic=false) (/usr/share/fonts/google-noto-emoji/NotoColorEmoji.ttf, FontConfig) wezterm.font("Noto Color Emoji", weight="Regular", stretch="Normal", italic=false) (/home/wez/.fonts/NotoColorEmoji.ttf, FontConfig) wezterm.font("Last Resort High-Efficiency", weight="Regular", stretch="Normal", italic=false) (<built-in>, BuiltIn) When Italic=true: wezterm.font("JetBrains Mono", weight="Regular", stretch="Normal", italic=true) (/home/wez/.fonts/JetBrainsMono-Italic.ttf, FontConfig) wezterm.font("JetBrains Mono", weight="Regular", stretch="Normal", italic=false) (/home/wez/.fonts/JetBrainsMono-Regular.ttf, FontConfig) wezterm.font("Noto Color Emoji", weight="Regular", stretch="Normal", italic=false) (/usr/share/fonts/google-noto-emoji/NotoColorEmoji.ttf, FontConfig) wezterm.font("Noto Color Emoji", weight="Regular", stretch="Normal", italic=false) (/home/wez/.fonts/NotoColorEmoji.ttf, FontConfig) wezterm.font("Last Resort High-Efficiency", weight="Regular", stretch="Normal", italic=false) (<built-in>, BuiltIn) When Intensity=Bold: wezterm.font("JetBrains Mono", weight="Bold", stretch="Normal", italic=false) (/home/wez/.fonts/JetBrainsMono-Bold.ttf, FontConfig) wezterm.font("JetBrains Mono", weight="Regular", stretch="Normal", italic=false) (/home/wez/.fonts/JetBrainsMono-Regular.ttf, FontConfig) wezterm.font("Noto Color Emoji", weight="Regular", stretch="Normal", italic=false) (/usr/share/fonts/google-noto-emoji/NotoColorEmoji.ttf, FontConfig) wezterm.font("Noto Color Emoji", weight="Regular", stretch="Normal", italic=false) (/home/wez/.fonts/NotoColorEmoji.ttf, FontConfig) wezterm.font("Last Resort High-Efficiency", weight="Regular", stretch="Normal", italic=false) (<built-in>, BuiltIn) When Intensity=Bold Italic=true: wezterm.font("JetBrains Mono", weight="Bold", stretch="Normal", italic=true) (/home/wez/.fonts/JetBrainsMono-Bold-Italic.ttf, FontConfig) wezterm.font("JetBrains Mono", weight="Regular", stretch="Normal", italic=false) (/home/wez/.fonts/JetBrainsMono-Regular.ttf, FontConfig) wezterm.font("Noto Color Emoji", weight="Regular", stretch="Normal", italic=false) (/usr/share/fonts/google-noto-emoji/NotoColorEmoji.ttf, FontConfig) wezterm.font("Noto Color Emoji", weight="Regular", stretch="Normal", italic=false) (/home/wez/.fonts/NotoColorEmoji.ttf, FontConfig) wezterm.font("Last Resort High-Efficiency", weight="Regular", stretch="Normal", italic=false) (<built-in>, BuiltIn) ``` refs: #347
2021-04-12 19:36:56 +03:00
"enum-display-derive",
deps: upgrade euclid -> 0.22
2020-12-10 21:03:16 +03:00
"euclid",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
Add shaper post-processing function This function is intended to deal with certain kinds of ligatures and certain combining sequences that don't have corresponding glyphs. It isn't hooked up to the gui yet, but does have unit tests that are probably mostly correct. refs: https://github.com/wez/wezterm/issues/478
2021-02-22 20:19:05 +03:00
"k9",
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",
wayland: update to SCTK 0.14
2021-06-27 03:45:24 +03:00
"memmap2",
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
"metrics",
"mux",
wezterm-font: cache metrics lookup in harfbuzz shaper 98f289f511c8f819b6c81dfee6dfa192ed794973 causes more metrics retrieval than in earlier versions; each unchached glyph render would trigger a metrics recompute for the relevant font. Add a simple cache for this. refs: #353
2020-11-25 05:19:49 +03:00
"ordered-float",
Add shaper post-processing function This function is intended to deal with certain kinds of ligatures and certain combining sequences that don't have corresponding glyphs. It isn't hooked up to the gui yet, but does have unit tests that are probably mostly correct. refs: https://github.com/wez/wezterm/issues/478
2021-02-22 20:19:05 +03:00
"pretty_env_logger",
wezterm-font: introduce FontDatabase This tidies up the font-dir and built-in font management a little bit and paves the way for codepoint -> font resolution for fonts discovered in font-dirs.
2020-11-26 06:15:08 +03:00
"rangeset",
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
"termwiz",
"thiserror",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"tinyvec",
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",
refactor deps so that window can depend on wezterm-font I want to use this to render the font in the title bar
2021-06-27 05:48:06 +03:00
"wezterm-input-types",
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-term",
fonts: use toast notification for missing glyph notification Popping open the config error window is a bit of overkill
2021-05-02 02:05:23 +03:00
"wezterm-toast-notification",
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
]
[[package]]
name = "wezterm-gui"
version = "0.1.0"
dependencies = [
"anyhow",
benchmarking shaping `cargo test --release -p wezterm-gui -- --nocapture bench_shaping`: ``` running 1 test 100: 139.82µs 1000: 385.333µs 10000: 3.144203ms test shapecache::test::bench_shaping ... ok ```
2021-04-28 07:48:15 +03:00
"benchmarking",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
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
"cc",
add debug overlay Adds a `ShowDebugOverlay` key assignment that will create a tab overlay that shows a limited number of recently logged events. refs: https://github.com/wez/wezterm/issues/641
2021-05-03 06:50:01 +03:00
"chrono",
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",
"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",
deps: upgrade euclid -> 0.22
2020-12-10 21:03:16 +03:00
"euclid",
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",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
Add shaper post-processing function This function is intended to deal with certain kinds of ligatures and certain combining sequences that don't have corresponding glyphs. It isn't hooked up to the gui yet, but does have unit tests that are probably mostly correct. refs: https://github.com/wez/wezterm/issues/478
2021-02-22 20:19:05 +03:00
"k9",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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
"open",
wezterm: allow adding images to termwiztermtab apps Tidies up the plumbing around pixel dimensions so that ImageData can be rendered via the termwiztermtab bits. I put this together to play with sticking the wezterm logo in the close confirmation dialogs. I didn't end up using that though, but have preserved the commented code for use in future hacking.
2020-12-27 01:01:48 +03:00
"ordered-float",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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",
Fix spawning new tabs/windows in directory with urlunsafe paths The CWD is internally stored as URL. The path component is therefore stored percent_encoded. It must be decoded before use.
2021-05-15 23:05:10 +03:00
"percent-encoding",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"portable-pty",
Add shaper post-processing function This function is intended to deal with certain kinds of ligatures and certain combining sequences that don't have corresponding glyphs. It isn't hooked up to the gui yet, but does have unit tests that are probably mostly correct. refs: https://github.com/wez/wezterm/issues/478
2021-02-22 20:19:05 +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",
cargo update
2021-06-28 08:46:19 +03:00
"textwrap 0.14.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
"thiserror",
zeno -> tiny_skia Mostly so that we can turn off anti-aliasing for smaller sizes, but it also happens to be more complete anyway.
2021-06-26 08:55:42 +03:00
"tiny-skia",
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",
wezterm-gui: we now start an implicit unix mux server When running the GUI, we generate a unix domain socket path for the current process and start up a mux server for that path. This allows `wezterm cli list` and `wezterm cli split-pane` to work implicitly inside the GUI session. When started in this way, the mux server is not persistent; when the GUI process is terminated, all of its windows, tabs and panes are terminated. refs: https://github.com/wez/wezterm/issues/230
2020-12-30 02:58:39 +03:00
"wezterm-mux-server-impl",
RemoteSshDomain now uses wezterm-ssh crate There are a few notable changes as a result: * A number of `.ssh/config` options are now respected; host matching and aliasing and identity file are the main things * The authentication prompt is inline in the window, rather than popping up a separate authentication window Refs: https://github.com/wez/wezterm/issues/457
2021-03-28 03:49:30 +03:00
"wezterm-ssh",
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",
tweak updating checking * Allow injecting some initial output to new panes * Have the update checker set this new-pane-banner to a short upsell to let the user know there is an update. * Refactor toast notifications into their own crate * Have the update checker call a new stub function that triggers a toast notification with an URL... but it does nothing because the rust ecosystem doesn't support this on macos yet and I'm writing this code there
2020-12-13 11:17:10 +03:00
"wezterm-toast-notification",
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",
deps: update windows dep to 0.4 -> 0.9 dependabot keeps trying and failing because lots of things changed. Let's try and get ahead of it...
2021-05-04 08:05:35 +03:00
"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
]
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",
]
extract window::input to wezterm-input-types
2020-12-10 00:00:23 +03:00
[[package]]
name = "wezterm-input-types"
version = "0.1.0"
dependencies = [
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
deps: upgrade euclid -> 0.22
2020-12-10 21:03:16 +03:00
"euclid",
extract window::input to wezterm-input-types
2020-12-10 00:00:23 +03:00
"serde",
]
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
"config",
wezterm: add env bootstrap to mux server, too
2020-10-25 09:29:52 +03:00
"env-bootstrap",
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",
"promise",
"structopt",
"umask",
add --config name=value CLI options `wezterm`, `wezterm-gui` and `wezterm-mux-server` now all support a new `--config name=value` CLI option that can be specified multiple times to supply config overrides. Since there isn't a simple, direct way to update arbitrary fields of a struct in Rust (there's no runtime reflection), we do this work in lua. The config file returns a config table. Before that is mapped to the Rust Config type, we have a new phase that takes each of the `--config` values and applies it to the config table. For example, you can think of configuration as working like this if wezterm is started as `wezterm --config foo="bar"`: ```lua config = load_config_file(); config.foo = "bar"; return config; ``` The `--config name=value` option is split into `name` and `value` parts. The name part is literally concatenated with `config` in the generated lua code, so the name MUST be valid in that context. The `value` portion is literally inserted verbatim as the rvalue in the assignment. Not quoting or other processing is done, which means that you can (and must!) use the same form that you would use in the config file for the RHS. Strings must be quoted. This allows you to use more complicated expressions on the right hand side, such as: ``` wezterm --config 'font=wezterm.font("Fira Code")' ``` The overrides stick for the lifetime of the process; even if you change the config file and reload, then the value specified by the override will take precedence. refs: https://github.com/wez/wezterm/issues/469 refs: https://github.com/wez/wezterm/issues/499
2021-02-27 21:41:48 +03:00
"wezterm-gui-subcommands",
mux: factor out server bits to helper crate
2020-12-30 02:21:46 +03:00
"wezterm-mux-server-impl",
fixup windows build
2020-12-30 03:59:59 +03:00
"winapi 0.3.9",
mux: factor out server bits to helper crate
2020-12-30 02:21:46 +03:00
]
[[package]]
name = "wezterm-mux-server-impl"
version = "0.1.0"
dependencies = [
"anyhow",
"async_ossl",
"codec",
"config",
"futures",
"hostname",
"lazy_static",
"log",
"mux",
Fix spawning new tabs/windows in directory with urlunsafe paths The CWD is internally stored as URL. The path component is therefore stored percent_encoded. It must be decoded before use.
2021-05-15 23:05:10 +03:00
"percent-encoding",
mux: factor out server bits to helper crate
2020-12-30 02:21:46 +03:00
"portable-pty",
"promise",
"rangeset",
"rcgen",
"smol",
wezterm-gui: we now start an implicit unix mux server When running the GUI, we generate a unix domain socket path for the current process and start up a mux server for that path. This allows `wezterm cli list` and `wezterm cli split-pane` to work implicitly inside the GUI session. When started in this way, the mux server is not persistent; when the GUI process is terminated, all of its windows, tabs and panes are terminated. refs: https://github.com/wez/wezterm/issues/230
2020-12-30 02:58:39 +03:00
"uds_windows",
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
"url",
"wezterm-term",
wezterm-gui: we now start an implicit unix mux server When running the GUI, we generate a unix domain socket path for the current process and start up a mux server for that path. This allows `wezterm cli list` and `wezterm cli split-pane` to work implicitly inside the GUI session. When started in this way, the mux server is not persistent; when the GUI process is terminated, all of its windows, tabs and panes are terminated. refs: https://github.com/wez/wezterm/issues/230
2020-12-30 02:58:39 +03:00
"winapi 0.3.9",
Move server to its own wezterm-mux-server binary
2020-10-03 09:35:18 +03:00
]
Add ssh_config parser refs: https://github.com/wez/wezterm/issues/457
2021-03-16 19:43:33 +03:00
[[package]]
name = "wezterm-ssh"
wezterm-ssh: prep for release
2021-05-03 19:56:19 +03:00
version = "0.1.1"
Add ssh_config parser refs: https://github.com/wez/wezterm/issues/457
2021-03-16 19:43:33 +03:00
dependencies = [
wezterm-ssh: flesh out improved ssh crate This implementation should be less prone to stutters/stalls than my earlier hacky implementation in pty/src/ssh.rs
2021-03-19 18:07:44 +03:00
"anyhow",
weird dependency hack for mac+windows Adding an edge from wezterm-ssh -> async_ossl causes the openssl vendoring feature selection logic to trigger, which in turn allows `cargo build -p window --examples` to succeed again on macos.
2021-07-10 06:34:42 +03:00
"async_ossl",
wezterm-ssh: flesh out improved ssh crate This implementation should be less prone to stutters/stalls than my earlier hacky implementation in pty/src/ssh.rs
2021-03-19 18:07:44 +03:00
"base64",
Add ssh_config parser refs: https://github.com/wez/wezterm/issues/457
2021-03-16 19:43:33 +03:00
"dirs-next",
wezterm-ssh: flesh out improved ssh crate This implementation should be less prone to stutters/stalls than my earlier hacky implementation in pty/src/ssh.rs
2021-03-19 18:07:44 +03:00
"filedescriptor",
wezterm-ssh: process Include statements refs: https://github.com/wez/wezterm/issues/824
2021-05-29 07:30:26 +03:00
"filenamegen",
Add ssh_config parser refs: https://github.com/wez/wezterm/issues/457
2021-03-16 19:43:33 +03:00
"k9",
wezterm-ssh: flesh out improved ssh crate This implementation should be less prone to stutters/stalls than my earlier hacky implementation in pty/src/ssh.rs
2021-03-19 18:07:44 +03:00
"log",
"portable-pty",
wezterm-ssh: add pubkey based auth I can't get this to succeed though; I suspect there may be a lingering bug from libssh2 and/or trailing support for newer openssh features. refs: https://github.com/wez/wezterm/issues/457
2021-03-27 09:54:57 +03:00
"pretty_env_logger",
Add ssh_config parser refs: https://github.com/wez/wezterm/issues/457
2021-03-16 19:43:33 +03:00
"regex",
wezterm-ssh: flesh out improved ssh crate This implementation should be less prone to stutters/stalls than my earlier hacky implementation in pty/src/ssh.rs
2021-03-19 18:07:44 +03:00
"shell-words",
"smol",
"ssh2",
"structopt",
"termwiz",
Add ssh_config parser refs: https://github.com/wez/wezterm/issues/457
2021-03-16 19:43:33 +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",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
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: revise color cube in the default palette This commit adjusts the default color palette to use the same color cube calculation as xterm; it isn't the ideal color cube calculation and results in slightly brighter colors. This commit also memoizes the default palette calculation so that it isn't recomputed each time a palette is created. refs: https://github.com/wez/wezterm/issues/348
2020-12-09 11:52:24 +03:00
"lazy_static",
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",
cargo update
2021-06-07 18:32:05 +03:00
"num-traits",
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",
]
tweak updating checking * Allow injecting some initial output to new panes * Have the update checker set this new-pane-banner to a short upsell to let the user know there is an update. * Refactor toast notifications into their own crate * Have the update checker call a new stub function that triggers a toast notification with an URL... but it does nothing because the rust ecosystem doesn't support this on macos yet and I'm writing this code there
2020-12-13 11:17:10 +03:00
[[package]]
name = "wezterm-toast-notification"
version = "0.1.0"
dependencies = [
wezterm: macos: show a toast notification when an update is available This commit implements the deprecated NSUserNotification bits needed to be able to handle clicking on a notification and open our choice of URL. Ideally we'd use the newer UserNotifications framework, but that requires code signing.
2020-12-16 08:21:23 +03:00
"cocoa",
"core-foundation 0.7.0",
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
"log",
wezterm: macos: show a toast notification when an update is available This commit implements the deprecated NSUserNotification bits needed to be able to handle clicking on a notification and open our choice of URL. Ideally we'd use the newer UserNotifications framework, but that requires code signing.
2020-12-16 08:21:23 +03:00
"objc",
"open",
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
"serde",
deps: update windows dep to 0.4 -> 0.9 dependabot keeps trying and failing because lots of things changed. Let's try and get ahead of it...
2021-05-04 08:05:35 +03:00
"windows",
toast: hook up action/event handling on Windows refs: #489
2021-03-15 01:23:42 +03:00
"xml-rs",
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
"zbus",
"zvariant",
tweak updating checking * Allow injecting some initial output to new panes * Have the update checker set this new-pane-banner to a short upsell to let the user know there is an update. * Refactor toast notifications into their own crate * Have the update checker call a new stub function that triggers a toast notification with an URL... but it does nothing because the rust ecosystem doesn't support this on macos yet and I'm writing this code there
2020-12-13 11:17:10 +03:00
]
add wgpu example
2021-05-06 19:04:16 +03:00
[[package]]
name = "wgpu"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
version = "0.9.0"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
checksum = "bd247f8b26fd3d42ef2f320d378025cd6e84d782ef749fab45cc3b981fbe3275"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"arrayvec",
"js-sys",
"log",
"naga",
"parking_lot 0.11.1",
"raw-window-handle",
"smallvec 1.6.1",
"wasm-bindgen",
"wasm-bindgen-futures",
"web-sys",
"wgpu-core",
"wgpu-types",
]
[[package]]
name = "wgpu-core"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
version = "0.9.0"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
checksum = "2af5c8acd3ae5781a277cdf65a17f3a7135de5ae782775620e74ea16c9d47770"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"arrayvec",
"bitflags",
"cfg_aliases",
"copyless",
"fxhash",
"gfx-backend-dx11",
"gfx-backend-dx12",
"gfx-backend-empty",
"gfx-backend-gl",
"gfx-backend-metal",
"gfx-backend-vulkan",
"gfx-hal",
"gpu-alloc",
"gpu-descriptor",
"log",
"naga",
"parking_lot 0.11.1",
"profiling",
"raw-window-handle",
"smallvec 1.6.1",
"thiserror",
"wgpu-types",
]
[[package]]
name = "wgpu-types"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
version = "0.9.0"
add wgpu example
2021-05-06 19:04:16 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
window: update wgpu -> 0.9 This is still used only in an example
2021-07-10 06:37:34 +03:00
checksum = "4f5c9678cd533558e28b416d66947b099742df1939307478db54f867137f1b60"
add wgpu example
2021-05-06 19:04:16 +03:00
dependencies = [
"bitflags",
]
cargo update
2021-03-01 20:02:05 +03:00
[[package]]
name = "which"
cargo update
2021-04-05 18:46:55 +03:00
version = "4.1.0"
cargo update
2021-03-01 20:02:05 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-04-05 18:46:55 +03:00
checksum = "b55551e42cbdf2ce2bedd2203d0cc08dba002c27510f86dab6d0ce304cba3dfe"
cargo update
2021-03-01 20:02:05 +03:00
dependencies = [
cargo update
2021-04-05 18:46:55 +03:00
"either",
cargo update
2021-03-01 20:02:05 +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 = "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",
window: separate gui window state from app state Removes the callbacks type and replaces event dispatch with an async capable channel. This makes it a bit simpler to model some of the window internals, and to prepare for a wgpu enabled future. This changes have been tested only on linux so far.
2021-05-04 18:38:43 +03:00
"async-channel",
wayland: fix key repeat The main culprit was the calloop feature that is used by default in the underlying SCTK crate. This commit: * Routes keyboard processing via the same keyboard mapping code that we use for X11 * Implements key repeats directly, and with awareness of elapsed time in case the repeat rate is quicker than the event dispatching quantum * Disables the calloop feature of SCTK and let us do our own polling of the wayland connection. Critically, key repeat is sticky and unpredictable while calloop is enabled. closes: #669
2021-06-28 00:24:41 +03:00
"async-io",
deps: misc updates
2020-12-29 20:21:50 +03:00
"async-task",
window: separate gui window state from app state Removes the callbacks type and replaces event dispatch with an async capable channel. This makes it a bit simpler to model some of the window internals, and to prepare for a wgpu enabled future. This changes have been tested only on linux so far.
2021-05-04 18:38:43 +03:00
"async-trait",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"bitflags",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"cgl",
"clipboard",
"clipboard-win",
"cocoa",
refactor deps so that window can depend on wezterm-font I want to use this to render the font in the title bar
2021-06-27 05:48:06 +03:00
"color-types",
remove the config bridge and have window -> config directly
2021-03-24 07:56:57 +03:00
"config",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"core-foundation 0.7.0",
cargo update
2020-06-30 03:52:14 +03:00
"core-graphics 0.19.2",
x11: load XCursor.theme based cursors when available This requires `xcb-util-image-devel` on fedora, not sure about debian or other systems so far. refs: #524
2021-03-09 09:00:42 +03:00
"dirs-next",
deps: upgrade euclid -> 0.22
2020-12-10 21:03:16 +03:00
"euclid",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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
2021-03-01 20:02:05 +03:00
"libloading 0.6.7",
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",
"metrics",
"mio",
"objc",
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",
add raw-window-handle impls
2021-05-06 08:59:52 +03:00
"raw-window-handle",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to use the recv/send if the filedescriptor is really a socket and that resolves the hang.
2020-01-16 10:05:03 +03:00
"resize",
wezterm: add raw_code concept to input layer This commit is a bit noisy because it also meant flipping the key map code from using the termwiz input types to the window input types, which I thought I'd done some time ago, but clearly didn't. This commit allows defining key assignments in terms of the underlying operating system raw codes, if provided by the relevant layer in the window crate (currently, only X11/Wayland). The raw codes are inherently OS/Machine/Hardware dependent; they are the rawest value that we have available and there is no meaningful understanding that we can perform in code to understand what that key is. One useful property of the raw code is that, because it hasn't gone through any OS level keymapping processing, its value reflects its physical position on the keyboard, allowing you to map keys by position rather than by value. That's useful if you use software to implement eg: DVORAK or COLEMAK but want your muscle memory to kick in for some of your key bindings. New config option: `debug_key_events = true` will cause wezterm to log an "error" to stderr each time you press a key and show the details in the key event: ``` 2020-12-06T21:23:10.313Z ERROR wezterm_gui::gui::termwindow > key_event KeyEvent { key: Char('@'), modifiers: SHIFT | CTRL, raw_key: None, raw_modifiers: SHIFT | CTRL, raw_code: Some(11), repeat_count: 1, key_is_down: true } ``` This is useful if you want to figure out the `raw_code` for a key in your setup. In your config, you can use this information to setup new key bindings. The motivating example for me is that because `raw_key` (the unmodified equivalent of `key`) is `None`, the built-in `CTRL-SHIFT-1` key assignment doesn't function for me on Linux, but I can now "fix" this in my local configuration, taking care to make it linux specific: ```lua local wezterm = require 'wezterm'; local keys = {} if wezterm.target_triple == "x86_64-unknown-linux-gnu" then local tab_no = 0 -- raw codes 10 through 19 correspond to the number key 1-9 positions -- on my keyboard on my linux system. They may be different on -- your system! for i = 10, 20 do table.insert(keys, { key="raw:"..tostring(i), mods="CTRL|SHIFT", action=wezterm.action{ActivateTab=tab_no}, }) tab_no = tab_no + 1 end end return { keys = keys, } ``` Notice that the key assignment accepts encoding a raw key code using a value like `key="raw:11"` to indicate that you want a `raw_code` of `11` to match your key assignment. The `raw_modifiers` portion of the `KeyEvent` is used together with the `raw_code` when deciding the key assignment. cc: @bew
2020-12-07 00:23:37 +03:00
"serde",
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: replace andrew with tiny_skia This has the consequence of removing the title bar text when client side decorations are in use.
2021-06-27 05:16:56 +03:00
"tiny-skia",
cargo update to pick up filedescriptor 0.7.1 I got to the bottom of the hang on startup when trying to connect to the multiplexer on windows and it was because of the change in 367a44fb96d9ebd4a38621cc6afdde04a320350c to try to drain the pollable channel. This mapped to ReadFile on windows which always tries to fill the buffer even if it is a socket under the covers. https://github.com/wez/wzsh/commit/348421b0109f3be498dc23fc3937b5fba7c97132 teaches filedescriptor to 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-egl",
wayland: import ConceptFrame impl from SCTK This has been removed in a later version, so pull it in ahead of updating that dependency to verify that it builds.
2021-06-27 03:37:45 +03:00
"wayland-protocols",
refactor deps so that window can depend on wezterm-font I want to use this to render the font in the title bar
2021-06-27 05:48:06 +03:00
"wezterm-font",
extract window::input to wezterm-input-types
2020-12-10 00:00:23 +03:00
"wezterm-input-types",
add wgpu example
2021-05-06 19:04:16 +03:00
"wgpu",
cargo update
2020-06-30 03:52:14 +03:00
"winapi 0.3.9",
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
"winreg 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
"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
]
toast: hook up action/event handling on Windows refs: #489
2021-03-15 01:23:42 +03:00
[[package]]
name = "windows"
deps: windows 0.9 -> 0.11 closes: #872
2021-06-16 18:29:09 +03:00
version = "0.11.0"
build(deps): bump windows from 0.4.0 to 0.5.0 Bumps [windows](https://github.com/microsoft/windows-rs) from 0.4.0 to 0.5.0. - [Release notes](https://github.com/microsoft/windows-rs/releases) - [Changelog](https://github.com/microsoft/windows-rs/blob/master/docs/changelog.md) - [Commits](https://github.com/microsoft/windows-rs/commits) Signed-off-by: dependabot[bot] <support@github.com>
2021-03-22 09:26:29 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: windows 0.9 -> 0.11 closes: #872
2021-06-16 18:29:09 +03:00
checksum = "25b270ca3fa1282aa091f122551348f8186f07888dffdfe64df17206ad3b56d0"
build(deps): bump windows from 0.4.0 to 0.5.0 Bumps [windows](https://github.com/microsoft/windows-rs) from 0.4.0 to 0.5.0. - [Release notes](https://github.com/microsoft/windows-rs/releases) - [Changelog](https://github.com/microsoft/windows-rs/blob/master/docs/changelog.md) - [Commits](https://github.com/microsoft/windows-rs/commits) Signed-off-by: dependabot[bot] <support@github.com>
2021-03-22 09:26:29 +03:00
dependencies = [
"const-sha1",
deps: update windows dep to 0.4 -> 0.9 dependabot keeps trying and failing because lots of things changed. Let's try and get ahead of it...
2021-05-04 08:05:35 +03:00
"windows_gen",
"windows_macros",
build(deps): bump windows from 0.4.0 to 0.5.0 Bumps [windows](https://github.com/microsoft/windows-rs) from 0.4.0 to 0.5.0. - [Release notes](https://github.com/microsoft/windows-rs/releases) - [Changelog](https://github.com/microsoft/windows-rs/blob/master/docs/changelog.md) - [Commits](https://github.com/microsoft/windows-rs/commits) Signed-off-by: dependabot[bot] <support@github.com>
2021-03-22 09:26:29 +03:00
]
[[package]]
name = "windows_gen"
deps: windows 0.9 -> 0.11 closes: #872
2021-06-16 18:29:09 +03:00
version = "0.11.0"
toast: hook up action/event handling on Windows refs: #489
2021-03-15 01:23:42 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: windows 0.9 -> 0.11 closes: #872
2021-06-16 18:29:09 +03:00
checksum = "44bd40154eb69ba3c80f11752494a2a34d1b448b06b80449238edfbd00ec7eef"
build(deps): bump windows from 0.4.0 to 0.5.0 Bumps [windows](https://github.com/microsoft/windows-rs) from 0.4.0 to 0.5.0. - [Release notes](https://github.com/microsoft/windows-rs/releases) - [Changelog](https://github.com/microsoft/windows-rs/blob/master/docs/changelog.md) - [Commits](https://github.com/microsoft/windows-rs/commits) Signed-off-by: dependabot[bot] <support@github.com>
2021-03-22 09:26:29 +03:00
[[package]]
name = "windows_macros"
deps: windows 0.9 -> 0.11 closes: #872
2021-06-16 18:29:09 +03:00
version = "0.11.0"
build(deps): bump windows from 0.4.0 to 0.5.0 Bumps [windows](https://github.com/microsoft/windows-rs) from 0.4.0 to 0.5.0. - [Release notes](https://github.com/microsoft/windows-rs/releases) - [Changelog](https://github.com/microsoft/windows-rs/blob/master/docs/changelog.md) - [Commits](https://github.com/microsoft/windows-rs/commits) Signed-off-by: dependabot[bot] <support@github.com>
2021-03-22 09:26:29 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
deps: windows 0.9 -> 0.11 closes: #872
2021-06-16 18:29:09 +03:00
checksum = "bae6942e04aa5792bbf3b3cf5ded1b7590a7ffd76d53ea179210b87911b6587f"
build(deps): bump windows from 0.4.0 to 0.5.0 Bumps [windows](https://github.com/microsoft/windows-rs) from 0.4.0 to 0.5.0. - [Release notes](https://github.com/microsoft/windows-rs/releases) - [Changelog](https://github.com/microsoft/windows-rs/blob/master/docs/changelog.md) - [Commits](https://github.com/microsoft/windows-rs/commits) Signed-off-by: dependabot[bot] <support@github.com>
2021-03-22 09:26:29 +03:00
dependencies = [
"syn",
deps: update windows dep to 0.4 -> 0.9 dependabot keeps trying and failing because lots of things changed. Let's try and get ahead of it...
2021-05-04 08:05:35 +03:00
"windows_gen",
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
[[package]]
name = "winreg"
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
version = "0.6.2"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
checksum = "b2986deb581c4fe11b621998a5e53361efe6b48a151178d0cd9eeffa4dc6acc9"
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
dependencies = [
"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]]
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
name = "winreg"
cargo update
2021-06-14 09:36:22 +03:00
version = "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
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-06-14 09:36:22 +03:00
checksum = "16cdb3898397cf7f624c294948669beafaeebc5577d5ec53d0afb76633593597"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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
]
wezterm-font: teach gdi locator how to search for fallback fonts This commit uses a bit of DirectWrite to discover which font(s) can be used to render a set of codepoints. While hooking this up, I found that the method we were using to extract the font data didn't handle TTC data so this commit improves some parser diagnostics and handling for that. refs: https://github.com/wez/wezterm/issues/299
2020-11-26 01:53:42 +03:00
[[package]]
name = "wio"
version = "0.2.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "5d129932f4644ac2396cb456385cbf9e63b5b30c6e8dc4820bdca4eb082037a5"
dependencies = [
"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 = "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
]
cargo update We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
[[package]]
name = "wyz"
version = "0.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "85e60b0d1b5f99db2556934e21937020776a5d31520bf169e851ac44e6420214"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
version = "0.3.3"
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 We need a newer version of ring in order to compile on M1 refs: #343
2020-12-05 21:30:13 +03:00
checksum = "3a9a231574ae78801646617cefd13bfe94be907c0e4fa979cfd8b770aa3c5d08"
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
2021-02-15 23:14:00 +03:00
"nom 6.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
]
[[package]]
name = "xi-unicode"
deps: misc updates
2020-12-29 20:21:50 +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"
deps: misc updates
2020-12-29 20:21:50 +03:00
checksum = "a67300977d3dc3f8034dae89778f502b6ba20b269527b3223ba59c0cf393bb8a"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking out the 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"
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
2021-05-01 19:42:46 +03:00
version = "0.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
2021-05-01 19:42:46 +03:00
checksum = "e262a29d0e61ccf2b6190d7050d4b237535fc76ce4c1210d9caa316f71dffa75"
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",
]
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
[[package]]
name = "zbus"
cargo update
2021-04-12 17:54:46 +03:00
version = "1.9.1"
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-04-12 17:54:46 +03:00
checksum = "2326acc379a3ac4e34b794089f5bdb17086bf29a5fdf619b7b4cc772dc2e9dad"
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
dependencies = [
"async-io",
"byteorder",
"derivative",
"enumflags2",
"fastrand",
"futures",
"nb-connect",
"nix 0.17.0",
"once_cell",
"polling",
"scoped-tls",
"serde",
"serde_repr",
"zbus_macros",
"zvariant",
]
[[package]]
name = "zbus_macros"
cargo update
2021-04-12 17:54:46 +03:00
version = "1.9.1"
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-04-12 17:54:46 +03:00
checksum = "a482c56029e48681b89b92b5db3c446db0915e8dd1052c0328a574eda38d5f93"
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
dependencies = [
cargo update
2021-06-14 09:36:22 +03:00
"proc-macro-crate 0.1.5",
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +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 = "zstd"
cargo update
2021-03-08 10:18:21 +03:00
version = "0.6.1+zstd.1.4.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
2021-03-08 10:18:21 +03:00
checksum = "5de55e77f798f205d8561b8fe2ef57abfb6e0ff2abe7fd3c089e119cdb5631a3"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
cargo update
2021-03-08 10:18:21 +03:00
version = "3.0.1+zstd.1.4.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
2021-03-08 10:18:21 +03:00
checksum = "1387cabcd938127b30ce78c4bf00b30387dddf704e3f0881dbc4ff62b5566f8c"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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"
cargo update
2021-03-08 10:18:21 +03:00
version = "1.4.20+zstd.1.4.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
2021-03-08 10:18:21 +03:00
checksum = "ebd5b733d7cf2d9447e2c3e76a5589b4f5e5ae065c22a2bc0b023cbc331b6c8e"
Enable GH actions build caching We need to build in release mode so targets are cacheable. GH has a limit of 400MB per cache blob and we're at 750MB with the debug build. Slim it down a bit. The cache wants to hash the Cargo.lock file so I've removed that from the ignore file and added it to the repo. This might cause an error for users checking 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",
]
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
[[package]]
name = "zvariant"
cargo update
2021-06-14 09:36:22 +03:00
version = "2.7.0"
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-06-14 09:36:22 +03:00
checksum = "fa9a0fc1c0ea8400723fdaddd3b381147d50991a40da39e6ea935b7d63204722"
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
dependencies = [
"byteorder",
"enumflags2",
"serde",
cargo update
2021-06-14 09:36:22 +03:00
"static_assertions",
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
"zvariant_derive",
]
[[package]]
name = "zvariant_derive"
cargo update
2021-06-14 09:36:22 +03:00
version = "2.7.0"
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
source = "registry+https://github.com/rust-lang/crates.io-index"
cargo update
2021-06-14 09:36:22 +03:00
checksum = "4cf1d7953d902d1bad61878a7c79bd224d4a83bdfc93c84cc703ec760b8b70e9"
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
dependencies = [
cargo update
2021-06-14 09:36:22 +03:00
"proc-macro-crate 1.0.0",
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
"proc-macro2",
toast: windows: setup own AppUserModelID for our notifications This is so that our notifications show as coming from wezterm rather than powershell.
2021-02-18 10:45:52 +03:00
"quote",
"syn",
remove libdbus/libsystem dependency Replaces notify-rust with directly calling into the zbus crate. This provides a pure rust interface to DBUS and provides more flexible control over notification handling. closes: #485
2021-02-17 09:24:23 +03:00
]
Reference in New Issue Copy Permalink