mirrors/arti.git/Cargo.toml, branch mainmirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=main2026-08-10T15:44:29ZAdd new tor-conig-shared crate.2026-08-10T15:44:29ZWesley Aptekar-Casselsme@wesleyac.com2026-08-03T20:13:05Zurn:sha1:7eebb40491b2ae959f6227a37754ce8a81957f99
This contains configuration types that are shared between arti and
arti-rely.
Split OTLP exporter into separate crate.2026-08-10T15:31:10ZWesley Aptekar-Casselsme@wesleyac.com2026-06-29T14:15:15Zurn:sha1:6aa962d0b6e57ba159ef0805504c4cfcdfa94978
This will allow this code to be shared between arti and arti-relay,
and will also likely be useful for others in the ecosystem.
arti-dirauth: New crate, empty2026-06-22T14:23:21ZIan Jacksonijackson@chiark.greenend.org.uk2026-06-17T11:23:42Zurn:sha1:627c7ae0defaf42b9f487df26e96fa372f4fc39b
Let's start this now.
tor-dirauth: New crate, empty2026-06-22T14:23:21ZIan Jacksonijackson@chiark.greenend.org.uk2026-06-17T11:17:31Zurn:sha1:b5b16fba7eba1d42906dfbe75baf5202fe8f13faMerge branch 'publish' into 'main'2026-05-12T12:31:24ZNick Mathewsonnickm@torproject.org2026-05-12T12:31:24Zurn:sha1:c25df8d949f45803272af4ae88d950eec3b6d1db
Add a generic `tor-dirpublish` for documents that have to be uploaded to multiple places
Closes #2499
See merge request tpo/core/arti!3924New `tor-dirpublish` crate to handle uploading documents.2026-05-12T12:11:58ZNick Mathewsonnickm@torproject.org2026-04-27T16:07:08Zurn:sha1:d2ebc1a1fa406147611c897bb0c098b549f00bd5
This crate is a generalization of the logic for uploading we
currently have in tor-hsservice to handle uploading a (possibly
changing) document to a (possibly changing) list of targets.
It supports different kinds of documents, different kinds of
document targets, and different ways to upload.
Currently only direct HTTP uploads are supported;
we can add others in the future (and we'll have to,
for bridges and onion services.)
Closes #2499.
Always optimize num-bigint-dig, even in `dev` profiles.2026-05-11T18:35:26ZNick Mathewsonnickm@torproject.org2026-05-11T18:35:26Zurn:sha1:560c0b4fab4223b1dd8ddf8ddb08a420181a4813
The `num-bigint-dig` crate is the backend for rsa 0.9, and without
it, key generation is slooooow. Some of our relay test cases
now generate RSA keys. Making this change, for me, speeds up our
_former_ slowest testcase by a factor of about 20, thereby speeding
up our tests overall.
Introduce maint/dependencies-bodge crate2026-03-31T16:11:58ZIan Jacksonijackson@chiark.greenend.org.uk2026-03-31T12:03:28Zurn:sha1:63d5e5b8d68e7cf87d9d2fa9a9eadaef9b524bcfAdd a new web-time-compat crate.2026-03-26T19:20:16ZNick Mathewsonnickm@torproject.org2026-03-26T12:28:09Zurn:sha1:418d4b802c4fa269b2e47b7405c04fb72ff2f146
This crate provides a compatibility layer in front of web-time,
which will serve three purposes:
1. Saving us from having to build web_time when we don't need it.
(This is mainly aesthetic.)
2. Allowing us to continue to use std::time::SystemTime to represent
our wall-clock times and dates.
This is fairly valuable, since we use a bunch of external crates
that expect std::time::SystemTime inputs and don't want a
web_time::SystemTime.
3. Add extension methods to web_time::Instant and std::time::Instant
so that we can enforce the use of web_time::Instant by
disallowing std::time::Instant::now().
(We can't just use the same trick as in (2) to use
std::time::Instant everywhere, since there is no way to convert a
web_time::Instant to a std::time::Instant.)
Cargo.toml: Re-order crates so that tor-rtcompat can depend on tor-cert2026-02-02T15:02:22ZNick Mathewsonnickm@torproject.org2026-01-29T17:10:17Zurn:sha1:3531af9b14757ced9176015c56d4bcb5e723f61f