summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* A few small changelog style edits.arti-v0.3.0Nick Mathewson2022-05-061-6/+6
|
* Merge remote-tracking branch 'origin/mr/491'Nick Mathewson2022-05-061-2/+2
|\
| * CHANGELOG.md: resolve minor typoseta2022-05-061-2/+2
| |
* | Clear semver_status now that 0.3.0 is coming out.Nick Mathewson2022-05-061-72/+1
| |
* | Bump the version of every* crate to 0.3.0Nick Mathewson2022-05-0634-218/+218
| | | | | | | | * Except for safelog and fs-mistrust, which are new.
* | Change safelog version to 0.1.0.Nick Mathewson2022-05-064-4/+4
| | | | | | | | | | (This is okay because we haven't published it yet, or any crate that uses it.)
* | Update README.md files (automated).Nick Mathewson2022-05-0610-16/+307
|/
* CHANGELOG.md: light reformatting.Nick Mathewson2022-05-061-14/+0
|
* Finish the CHANGELOG.md for 0.3.0Nick Mathewson2022-05-061-24/+53
|
* Merge branch 'derive-builder-fork' into 'main'Nick Mathewson2022-05-069-32/+35
|\ | | | | | | | | | | | | Switch to derive_builder_arti_fork Closes #446 See merge request tpo/core/arti!490
| * Switch to derive_builder_arti_forkIan Jackson2022-05-069-32/+35
| | | | | | | | | | | | | | | | | | For reference, the git source for this crate (and the others in its workspace) currently lives in my personal github account (ijackson). If this fork turns out to be long-lived and gains features and/or users, it would be good to move it to a gitlab somewhere. I have granted Nick crate ownership on the crates.io system.
* | Merge branch 'safelogging' into 'main'Nick Mathewson2022-05-0614-7/+799
|\ \ | |/ |/| | | | | | | | | Implement a safe-logging facility. Closes #189 See merge request tpo/core/arti!485
| * Punctuation fix.eta2022-05-061-1/+1
| |
| * Disable safe-logging when logging to console.Nick Mathewson2022-05-061-1/+30
| |
| * arti: add support for safe-logging configurationNick Mathewson2022-05-062-3/+35
| | | | | | | | | | | | Here we add a config option to disable safe logging, and ensure that safe logging is disabled when we are formatting an error message on exit (since we assume it's safe to write sensitive info to stderr.)
| * Apply `sensitive` in some info-level log messages.Nick Mathewson2022-05-066-3/+11
| | | | | | | | | | This specifically applies the `sensitive` wrapper in the places where we're logging target addresses at level "info" or higher.
| * Implement a safe-logging facility.Nick Mathewson2022-05-067-0/+723
|/ | | | | | This is a rough first-cut of an API that I think might help us with keeping limited categories of sensitive information out of our logs. I'll refine it based on experiences with using it.
* Merge branch 'typos-20220504' into 'main'eta2022-05-054-6/+6
|\ | | | | | | | | Fix typos (using the typos-cli tool). See merge request tpo/core/arti!486
| * Fix typos (using the typos-cli tool).Nick Mathewson2022-05-044-6/+6
| |
* | Merge branch 'config-serde' into 'main'Nick Mathewson2022-05-0514-103/+63
|\ \ | | | | | | | | | | | | Make config builders, not validated structs, [de]serialize See merge request tpo/core/arti!487
| * | semver notes: Fix a missing parenIan Jackson2022-05-051-1/+1
| | |
| * | semver note about serde attribute changesIan Jackson2022-05-051-0/+2
| | |
| * | config derive attrs: Make builders serde, and validated structs notIan Jackson2022-05-0511-98/+56
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Builders additionally derive: Debug, Serialize, Deserialize. * Validated structs no longer derive: Serialize, Deserialize and all related attributes deleted. * As a consequence, all the `#[serde(deny_unknown_fields)]` are gone. That means that right now unknown fields are totally ignored. This is good for compatibility but poor for useability. Doing something better here is arti#417, in progress. * As a consequence, delete tor_dirmgr::retry::default_parallelism. (The default value was already duplicated into a builder attr.)
| * | serde attributes: A tiny bit of reorderingIan Jackson2022-05-052-3/+3
| | | | | | | | | | | | Having a consistent order will make the nest commit easier to read.
| * | Make LogRotation SerializeIan Jackson2022-05-051-1/+1
|/ / | | | | | | We want to be able to serialise as well as deserialise configurations.
* / Start drafting a changelog for 0.3.0Nick Mathewson2022-05-041-0/+109
|/
* Run "cargo update" in preparation for a release... next week?Nick Mathewson2022-05-041-133/+133
|
* Merge branch 'socket-addr-list-builder' into 'main'Ian Jackson2022-05-0411-53/+136
|\ | | | | | | | | FallbackDir: orports: Introduce and use VecBuilder See merge request tpo/core/arti!474
| * list_builder: Add some xrefs about macro_rules limitationsIan Jackson2022-05-041-0/+8
| | | | | | | | | | Apropos https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/474#note_2800481
| * Fix typoNick Mathewson2022-05-041-1/+1
| |
| * FallbackDir: Use VecBuilder for orportsIan Jackson2022-05-047-37/+47
| | | | | | | | | | | | | | And drop the ad-hoc orport() method. This brings FallbackDir's orports field in line with our list builder API. The general semver note in "configuation" seems to cover most of this.
| * FallbackDir: Do orport validation after autogenerated buildIan Jackson2022-05-041-5/+11
| | | | | | | | This avoids it having to recapitulate defaulting logic.
| * FallbackDir: Do not consider defaulted-empty orport list to be validIan Jackson2022-05-041-7/+5
| |
| * list_builder: Update semver noteIan Jackson2022-05-041-1/+2
| |
| * list_builder: Provide VecBuilderIan Jackson2022-05-041-0/+41
| | | | | | | | This is for lists of plain types (non-builder types).
| * list_builder: Use Educe to derive DefaultIan Jackson2022-05-044-1/+5
| | | | | | | | | | | | This allows us to use this with an item builder type which doesn't impl Default. (Obviously this only makes sense for items which aren't actually builders.)
| * list_builder: Make helper capable of handling genericsIan Jackson2022-05-041-3/+15
| | | | | | | | | | | | | | | | It is Quite Vexing that we have to use [ ] rather than the < > around the generics, particularly given that we are also using [ ] to signal "this is arrayish". Signed-off-by: Ian Jackson <[email protected]>
| * list_builder: Actually honour attributesIan Jackson2022-05-041-1/+4
| | | | | | | | | | | | The docs were a lie. $docs_and_attrs was missing from the expander. And add a note about how any supplied docs are handled.
* | Merge branch 'guard-restriction-list' into 'main'Nick Mathewson2022-05-044-39/+57
|\ \ | | | | | | | | | | | | GuardUsage: restrictions: Use list builder See merge request tpo/core/arti!475
| * | GuardUsage: restrictions Add semver noteIan Jackson2022-05-041-0/+1
| | |
| * | GuardUsage: restrictions: Use list builderIan Jackson2022-05-043-39/+56
| |/ | | | | | | | | | | | | | | | | | | | | | | | | | | Although these do not appear in the config, it does have a builder. It seems sensible to get rid of this ad-hoc list manipulation site, and replace it with our standard list builder API. define_list_builder_helper requires that the builder element type be Deserialize. Currently GuardUsageRestriction is a transparent, public enum, so we aren't really exposing anything. We could introduce GuardUsageRestrictionBuilder now, but since it's not in the config and thereofore only in the public API of the lower crates, we can definitely put that off.
* | Merge branch 'locked' into 'main'Nick Mathewson2022-05-041-1/+1
|\ \ | |/ |/| | | | | CI: Check that the lockfile is up to date. See merge request tpo/core/arti!484
| * CI: Check that the lockfile is up to date.Ian Jackson2022-05-041-1/+1
| | | | | | | | | | | | | | | | | | | | For at least one job, run the first cargo run with --locked. This will fail if the lockfile needs updating. I have verified that this correctly detects this situation: https://gitlab.torproject.org/Diziet/arti/-/pipelines/37692 failed. Now I have rebased this branch onto main to get the fix to Cargo.lock.
* | Merge branch 'list-builder-rework' into 'main'Ian Jackson2022-05-0414-183/+358
|\ \ | |/ |/| | | | | Replace list builder API and do not expose ThingListBuilder as part of config API See merge request tpo/core/arti!481
| * tor-dirmgr: make DownloadScheduleBuilder publicIan Jackson2022-05-041-1/+1
| | | | | | | | | | | | This type was returned by the public DownloadSchedule::builder function. But the only thing that seems to have noticed that the type name itself wasn't exported, was rustdoc. Hmmm.
| * Fix typosNick Mathewson2022-05-041-2/+2
| |
| * Change builder list APIIan Jackson2022-05-0412-172/+341
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The new API is (roughly) as discussed in https://gitlab.torproject.org/tpo/core/arti/-/issues/451 This is quite a large commit and it is not convenient to split it up. It contains the following changes: * Redo the list builder and accessor macros implemnetation, including docs and tests. * Change uses of define_list_config_builder. In each case: - Move the docs about the default value to the containing field. - Remove the other docs (which were just recapitulations, and are now not needed since the ListBuilder is no longer public). - Rewmove or replace `pub` in the define_list_builder_helper call, so that the builder is no longer public. - Change the main macro call site to use define_list_builder_helper. - Add a call to define_list_builder_accessors. * Make the module `list_builder` pub so that we have somewhere to put the overview documentation. * Consequential changes: - Change `outer.inner().replace(X)` to `outer.set_inner(X)` - Consequential changes to imports (`use` statements).
| * Introduce ThingListBuilder::default_listIan Jackson2022-05-041-5/+8
| | | | | | | | | | This removes a caveat from the API and will be convenient for what is coming.
| * Add dependency on paste crateIan Jackson2022-05-043-0/+3
| | | | | | | | The list accessor macro is going to want this.
| * Rename NetworkConfig.fallback_cachesIan Jackson2022-05-041-8/+8
| | | | | | | | | | | | | | | | | | Previously this field was differently named to its serde and to its accessors. We are about to introduce a macro_rules macro which will provide list accessors and we don't want that macro to have a field renaming feature. So stop renaming the field.
generated by cgit v1.2.3 (git 2.46.0) at 2026-08-26 17:10:06 +0000