mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.2.0 2025-08-07T15:28:36Z 2025-08-07T15:28:36Z Nick Mathewson nickm@torproject.org 2025-08-06T01:19:58Z urn:sha1:77b0de43b8c67cdb81befe0680a3df43b6ad37bc First, run ``` git grep -l "^edition =" | xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;' ``` Second, manually verify that all Cargo.toml files have changed, and nothing else has changed. Third, run cargo fmt again. 2024-09-11T13:19:19Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-09-11T12:04:46Z urn:sha1:98e563764b428e4f1aa87dc34e5fa6b5cf296938 We could call from_possibly_incomplete_slice in these, but that's confusing and distracting. Here we add this constructor, and document it (in terms of the constructor to come), and change the call sites. No functional change. Doing this now will prevent unwanted changes to test behaviours when we change the behaviour of Readers made by Reader::from_slice. 2024-09-11T12:22:39Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-09-10T14:34:52Z urn:sha1:040db873ed95f9d24ed9d0162d75b9c8a11e457f The codebase uses `r` sometimes and `b` at other times. Making this consistent makes widespread changes easier, and is clearer for humans. I think `b` is better than `r` because `r` might be "return". It is indeed used that way in a couple of places in reader.rs, even. I haven't changed *everywhere*, just Readable impls (where `r` is particularly likely to be "return value") and occurrences in tor-bytes. No functional change. 2023-03-06T17:39:57Z Nick Mathewson nickm@torproject.org 2023-03-06T17:39:57Z urn:sha1:9cc09f97a9df01e4a7ac48f42a1bcce5d4d80310 2023-01-20T17:29:00Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-01-20T16:50:37Z urn:sha1:4e6f5b7ff3dbdd9dbd17d857970aff1061ea2318 These are symlinks which are actually checked in. They should not be ignored. (This caused trouble for some of my privsep tooling...) 2022-10-31T23:17:33Z trinity-1686a trinity@deuxfleurs.fr 2022-10-31T23:06:13Z urn:sha1:d29f38603d8c05bea0a54a671e5f329bec4fb699 2022-10-03T18:35:34Z Nick Mathewson nickm@torproject.org 2022-10-03T18:35:34Z urn:sha1:128fb76c73cc57d89285065cfd8dc29382d30ccf 2021-09-07T17:30:53Z Nick Mathewson nickm@torproject.org 2021-09-07T17:30:53Z urn:sha1:353a16ce7e088cb1868a25022e728c071695a74a 2021-09-07T16:32:50Z Nick Mathewson nickm@torproject.org 2021-09-07T16:32:50Z urn:sha1:358b3e1ea0797761e02620db112e5696a77f2c3c 2021-09-07T16:29:28Z Nick Mathewson nickm@torproject.org 2021-09-07T16:29:28Z urn:sha1:f0de653af1ccf8a6ab1cfd5d453a661ff70a3a14