mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.13 2024-02-05T16:51:38Z 2024-02-05T16:51:38Z Ian Jackson iwj@torproject.org 2024-02-05T16:51:38Z urn:sha1:2f71ce50f1a7992d4b6c66de38786bfa2abc6bde Remove all semver.md files to start a fresh release round See merge request tpo/core/arti!1957 2024-02-05T16:13:29Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-02-05T16:13:29Z urn:sha1:af615d87e20d0984f493dfb8dda7b0654d8d7304 Bump the minor version of these crates, and update the in-tree dependencies. Recently published as fresh crates, let's just assume there are breaking changes: fslock-guard test-temp-dir Breaking API change affecting many many downstream crates: tor-rtcompat Downstream crates which we're (conservatively) assuming have tor-rtcompat types in their APIs: tor-rtmock tor-log-ratelim tor-rpcbase tor-llcrypto tor-protover tor-bytes tor-hscrypto tor-hspow tor-socksproto tor-checkable tor-cert tor-linkspec tor-cell tor-proto tor-netdoc tor-consdiff tor-netdir tor-congestion tor-persist tor-chanmgr tor-ptmgr tor-guardmgr tor-circmgr tor-dirclient tor-dirmgr tor-keymgr tor-hsclient tor-hsservice tor-hsrproxy arti-client arti-rpcserver arti-config arti-hyper arti-bench arti-testing 2024-02-05T15:27:50Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-02-05T15:27:21Z urn:sha1:760274c281779248528e8a23c986503b32e81fd8 2024-01-31T16:24:08Z Nick Mathewson nickm@torproject.org 2024-01-31T16:24:08Z urn:sha1:4a2f09b338f71a5c61f5ed390b7b6429e8317c0e Clean up, tune, and correct various parameters related to introduction points. Closes #1210 See merge request tpo/core/arti!1924 2024-01-31T15:10:36Z Nick Mathewson nickm@torproject.org 2024-01-31T15:10:36Z urn:sha1:4700e9ce6c075851068fd7ba17324b3d787ff651 (Also, correct the comments that describe them.) We may as well match the spec names when they aren't completely bogus. We are already renaming these parameters for this release, so it isn't an additional breaking change. 2024-01-30T17:48:00Z Nick Mathewson nickm@torproject.org 2024-01-30T17:48:00Z urn:sha1:da83315bef0d1b7bc20f6760ec7e6e0fb0169a97 2024-01-25T16:17:05Z Nick Mathewson nickm@torproject.org 2024-01-25T16:17:05Z urn:sha1:829a9244a964894b7bd1bebf298a688a7ee8f513 The old names were somewhat inaccurate. (I would have considered keeping and deprecating the old names, but we already have breaking changes in tor-netdir.) 2024-01-24T16:42:43Z Gabriela Moldovan gabi@torproject.org 2024-01-24T16:42:43Z urn:sha1:14445e8bb0f3daa9420a3330614eeb4874bf881d 2024-01-24T15:58:55Z Gabriela Moldovan gabi@torproject.org 2024-01-24T15:51:31Z urn:sha1:5050e8c367ba0fb09552d93d3878a193f45678f2 This fixes a bug where `offset_within_srv_period()` returns `None`, instead of the offset of `when` from the start of the SRV of the previous time period: ``` 2024-01-24T15:24:46Z ERROR tor_hsservice::svc::publish::reactor: descriptor upload failed for HS service allium-cepa2 and time period TimePeriod { interval_num: 19745, length: IntegerMinutes { value: 1440 }, epoch_offset_in_sec: 43200 }: error: Programming error: internal error (bug) at /../arti/crates/tor-hsservice/src/svc/publish/reactor.rs:218:13: current wallclock time not within SRV range?! (now=SystemTime { tv_sec: 1706109886, tv_nsec: 246572852 }, SRV_start=SystemTime { tv_sec: 1705968000, tv_nsec: 0 }) ``` We need to be able to calculate this offset even if `now` is not within the SRV range (because we upload the descriptor to the HsDirs of the *previous* time period too). Note a similar bug exited in `offset_within_period()` (which no longer exists) too! That one was fixed in !1744: ``` Hidden services can have multiple "active" time periods for which they generate descriptors. We need to be able to compute the offset of a timestamp from the start of a given time period, even if that timestamp falls within the "next" time period (for example, when publishing descriptors for the "previous" time period, the `when` timestamp will fall outside the `(start, end)` range of the "previous" time period). ``` 2024-01-24T11:22:54Z Gabriela Moldovan gabi@torproject.org 2024-01-24T10:37:37Z urn:sha1:ab5f4ce0ede67419a8f03201375c2f5b245f5564 Prompted by https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1904#note_2987777