mirrors/arti.git/Cargo.toml, branch arti-v1.3.2

check_toposort: Topologically sort the dependency.

2024-12-11T16:20:16Z

Now `tor-hscrypto` depends on `tor-key-forge`, so we need to update their ordering in `Cargo.toml`.

Cargo.toml: Sort dependencies.

2024-12-04T16:40:46Z

`tor-key-forge` now depends on `tor-cert` so we need to reorder the deps in `Cargo.toml` to satisfy `maint/check_toposort`.

tor-connect-point: new crate to manage RPC connect points

2024-11-19T19:33:46Z

See doc/dev/rpc-book/src/rpc-connect-sketch.md for details.

cargo: reorder workspace members

2024-11-04T15:17:07Z

Merge branch 'tor-genaddr' into 'main'

2024-10-29T22:05:15Z

Extract general::SocketAddr and its unix friends to their own crate. See merge request tpo/core/arti!2592

Extract general::SocketAddr and its unix friends to their own crate.

2024-10-29T17:25:48Z

This is mostly code motion.

tor-config-path: added empty package

2024-10-29T14:48:05Z

tor-hspow: Big refactor, dissolve this crate

2024-10-09T16:04:35Z

My previous strategy here was to try and centralize hspow in one crate, writing it like a self-contained feature. That introduced friction in the data types, prompting the use of simplistic types at the netdoc/cell layers and full-featured types in the optional modules. This changes tactics, dissolving the low-level parts of tor-hspow into tor-hscrypto and the high-level parts into hsclient/hsservice. Full featured types are used everywhere now, but the tradeoff is that compile-time configurability is a lot more pervasive. Anything that knows about PoW types at all needs to be fully configured out. I took this opportunity to try a more complete set of crate features, allowing users to configure individual PoW schemes. Co-authored-by: Micah Elizabeth Scott

Bump tor-units up the crate stack

2024-10-02T18:11:26Z

We're going to need this to use tor-memquota.

add example: axum router as onion service

2024-09-24T19:56:04Z