mirrors/arti.git/crates/tor-proto/semver.md, branch arti-v1.4.5mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.52025-06-26T17:03:13Ztor-proto: rework `StreamReceiver` into a `futures::Stream`2025-06-26T17:03:13ZSteven Engleropara@torproject.org2025-06-26T04:45:27Zurn:sha1:3eabc89dc9a1f6be166c2a468785d7708aa3a5bb
Having this be a `futures::Stream` makes it nicer to work with. For
example we are able to remove a boxed future from `DataReaderState`,
which should be better for performance and makes the code simpler.
As mentioned in a previous commit when this type was named
`StreamReader`, this type is public in the API, but is not actually
accessible. As far as I can tell there is no way to construct it or
access it.
tor-proto: rename `StreamReader` to `StreamReceiver`2025-06-26T17:01:22ZSteven Engleropara@torproject.org2025-06-26T03:20:38Zurn:sha1:d633fbc26e84b190306998833f5c8a1e10b58e50
In rust, the typical nomenclature is to use "receiver" for channels, and
"reader" for byte streams. For example `mpsc::Receiver` for something
that returns objects and `AsyncRead` for something that reads bytes.
Since we also have a `DataReader` for reading bytes, I think renaming
this from `StreamReader` to `StreamReceiver` better describes what it is
(it's not a "reader" in the typical `Read`/`AsyncRead` sense).
This type is public in the API, but is not actually accessible. As far
as I can tell there is no way to construct it or access it.
Add a semver file for tor-proto changes2025-06-10T15:52:28ZNick Mathewsonnickm@torproject.org2025-06-05T16:48:31Zurn:sha1:04c7d5ddd265af384062e17f5476728965e8389arelease: Delete semver.md files after release.2025-06-05T13:45:22ZAlexander Hansen Færøyahf@torproject.org2025-06-05T13:45:22Zurn:sha1:a59953da8d68cbf8ffdc8711e3fc5ec3bba77ae4tor-proto: Remove deprecated ClientCirc functions.2025-05-15T15:23:22ZGabriela Moldovangabi@torproject.org2025-05-08T17:18:19Zurn:sha1:b9d9392582089bbc52c96f45286a7d5f41661aa1
These functions have been deprecated for a while, and are now
complicating the `MutableState` changes we need to do for #1840, so it
seems like a good time to remove them.
release: Bump all unstable tor/arti crates to 0.30.02025-05-01T16:22:28ZWesley Aptekar-Casselsme@wesleyac.com2025-05-01T15:55:57Zurn:sha1:770aaa9648d42835b2c6b3b29f4051d287ddba88
```
for crate in $(./maint/list_crates | rg '^(tor|arti-)'); do
cargo set-version -p $crate 0.30.0
done
```
maint: Update semver.md files from semver-checks2025-04-30T16:30:37ZWesley Aptekar-Casselsme@wesleyac.com2025-04-30T16:01:06Zurn:sha1:22e89dd938999e5614b7388afacdbc306bcbee23Remove semver.md files post-release.2025-04-01T11:27:04ZGabriela Moldovangabi@torproject.org2025-04-01T11:27:04Zurn:sha1:9100786b5ee50e45acdd1862601de90dfc5d4f9cproto: make padding::Parameters construction fallible.2025-03-18T17:46:16ZNick Mathewsonnickm@torproject.org2025-03-18T17:46:16Zurn:sha1:dbb4f5451f0730041d0f01d92aed4e80c2292db1
The constructor for rand::distr::Uniform is now fallible,
so it makes sense to bubble up its restrictions.
This is a breaking change.
Remove semver files for 1.4.12025-03-03T14:49:52ZNick Mathewsonnickm@torproject.org2025-03-03T14:49:52Zurn:sha1:7605003b7e2ddc87f8569f0fcee56d829813cff6