sapling/eden/scm/lib/util/Cargo.toml

[package]
name = "util"
version = "0.1.0"
edition = "2018"

[dependencies]
anyhow = "1.0.20"
dirs = "2.0.2"
libc = "0.2"
shellexpand = "1.0.0"
tempfile = "3.0.4"
bindings: move configparser path normalization to a new util crate Summary: This makes the code reusable. Reviewed By: DurhamG Differential Revision: D16928881 fbshipit-source-id: cced0ecd6099e86c4a3f2f843e4dcfa9c6748e27 2019-08-21 02:38:50 +03:00			`[package]`
			`name = "util"`
			`version = "0.1.0"`
			`edition = "2018"`

			`[dependencies]`
Switch from failure::Fail trait to std::error::Error for errors Summary: This diff replaces eden's dependencies on failure::Error with anyhow::Error. Failure's error type requires all errors to have an implementation of failure's own failure::Fail trait in order for cause chains and backtraces to work. The necessary methods for this functionality have made their way into the standard library error trait, so modern error libraries build directly on std::error::Error rather than something like failure::Fail. Once we are no longer tied to failure 0.1's Fail trait, different parts of the codebase will be free to use any std::error::Error-based libraries they like while still working nicely together. Reviewed By: xavierd Differential Revision: D18576093 fbshipit-source-id: e2d862b659450f2969520d9b74877913fabb2e5d 2019-11-22 19:51:58 +03:00			`anyhow = "1.0.20"`
util: add expand_path function Summary: Add an `expand_path` function to the `util` crate, similar to the `util.expandpath` Python function. This function is similar to one from the `configparser` crate (which it now replaces). A key difference is that this function is designed to be similar to the Python function in terms of expanding home directory references in environment variables. Reviewed By: xavierd Differential Revision: D18050348 fbshipit-source-id: 752d85864eaa4c296ca670089f5de2dc860a5d6a 2019-10-22 20:18:26 +03:00			`dirs = "2.0.2"`
util: ensure correct permission is set when creating directories Summary: When creates directories sometime we want to make sure other users within the same group have the write access to it to enable data sharing. Previously we rely on setting umask for the entire process to make sure the newly created directories have the correct permission bit. This is kind fragile and error-prone when running in a multi-thread environment. This diff introduces an internal function `create_dir_with_mode` to create directory with specified permission mode. It first creates a temporary directory within the parent of the directory being created, setting up the correct permission bit, then attempts to rename the temporary directory to the desired name. This ensures that we never leave a directory without the correct permission in the place we need and without changing umask for the process. Reviewed By: xavierd Differential Revision: D21188903 fbshipit-source-id: 381bff7d3aaca097b9d50150e86cbbf70a90a0a5 2020-04-25 03:14:42 +03:00			`libc = "0.2"`
util: add expand_path function Summary: Add an `expand_path` function to the `util` crate, similar to the `util.expandpath` Python function. This function is similar to one from the `configparser` crate (which it now replaces). A key difference is that this function is designed to be similar to the Python function in terms of expanding home directory references in environment variables. Reviewed By: xavierd Differential Revision: D18050348 fbshipit-source-id: 752d85864eaa4c296ca670089f5de2dc860a5d6a 2019-10-22 20:18:26 +03:00			`shellexpand = "1.0.0"`
util: move revisionstore::vfs into it Summary: The util crate is better fitted for this. Reviewed By: quark-zju Differential Revision: D17379053 fbshipit-source-id: 0d440eed2275572aadff2749d9068d38f7545f9d 2019-09-16 19:40:44 +03:00			`tempfile = "3.0.4"`