Mon, 05 Dec 2022 03:23:46 +0100 delta-find: add a test checking various simple behavior
Pierre-Yves David <pierre-yves.david@octobus.net> [Mon, 05 Dec 2022 03:23:46 +0100] rev 49764
delta-find: add a test checking various simple behavior There are enough work happening in this area that it is worth having a dedicated test for it. So far we add to small test checking that the "best" parent is picked as the delta base and that this behavior can be controlled during commit and unbundle.
Mon, 05 Dec 2022 17:28:40 +0100 rust-status: fix thread count ceiling stable
Raphaël Gomès <rgomes@octobus.net> [Mon, 05 Dec 2022 17:28:40 +0100] rev 49763
rust-status: fix thread count ceiling This was forcing 16 threads instead of creating a ceiling, which is wrong when either the available parallelism of the platform is lower or when the user wants to set it explicitly (like we do in `run-tests.py`)
Fri, 02 Dec 2022 19:34:01 +0100 peer: pass the `path` to the statichttp peer
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 19:34:01 +0100] rev 49762
peer: pass the `path` to the statichttp peer We now have all peer able to receive and store a `path` object. Hooray.
Sat, 03 Dec 2022 06:16:58 +0100 peer: get the `path` object down to the sshpeer
Pierre-Yves David <pierre-yves.david@octobus.net> [Sat, 03 Dec 2022 06:16:58 +0100] rev 49761
peer: get the `path` object down to the sshpeer Same logic as the other peers.
Sat, 03 Dec 2022 06:16:45 +0100 logexchange: use the proper accessors to get the remote url
Pierre-Yves David <pierre-yves.david@octobus.net> [Sat, 03 Dec 2022 06:16:45 +0100] rev 49760
logexchange: use the proper accessors to get the remote url There is an official method, let us use it. this will prevent a crash when the private attribute disappear.
Sat, 03 Dec 2022 00:24:28 +0100 peer: get the `path` object down to the httppeer
Pierre-Yves David <pierre-yves.david@octobus.net> [Sat, 03 Dec 2022 00:24:28 +0100] rev 49759
peer: get the `path` object down to the httppeer One more peer with a path stored.
Sat, 03 Dec 2022 05:53:13 +0100 path: fix `url.copy` dropping the port
Pierre-Yves David <pierre-yves.david@octobus.net> [Sat, 03 Dec 2022 05:53:13 +0100] rev 49758
path: fix `url.copy` dropping the port The copy method have been wrong for a while, but the new code reveals it.
Fri, 02 Dec 2022 18:19:59 +0100 peer: pass the `path` object to `make_peer`
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 18:19:59 +0100] rev 49757
peer: pass the `path` object to `make_peer` We don't do anything with it yet, but we can start implementing it for each peer type starting now.
Fri, 02 Dec 2022 18:18:57 +0100 path: allow to copy a path while adjusting the url
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 18:18:57 +0100] rev 49756
path: allow to copy a path while adjusting the url This will be used by `scheme` in the next changesets.
Sat, 03 Dec 2022 00:19:23 +0100 peer: store the path object used to build a peer from a repo
Pierre-Yves David <pierre-yves.david@octobus.net> [Sat, 03 Dec 2022 00:19:23 +0100] rev 49755
peer: store the path object used to build a peer from a repo This is the simplest case, we so starts with it.
Fri, 02 Dec 2022 17:41:44 +0100 peer: build a `path` object on the fly when needed
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 17:41:44 +0100] rev 49754
peer: build a `path` object on the fly when needed So now, we always have a `path` object around when building the peer
Sat, 03 Dec 2022 00:16:07 +0100 peer: have `repo.peer` take an optional `path` argument
Pierre-Yves David <pierre-yves.david@octobus.net> [Sat, 03 Dec 2022 00:16:07 +0100] rev 49753
peer: have `repo.peer` take an optional `path` argument We are ready to start to actually set the value now.
Sat, 03 Dec 2022 00:13:50 +0100 peer: add a `path` attribute to peer
Pierre-Yves David <pierre-yves.david@octobus.net> [Sat, 03 Dec 2022 00:13:50 +0100] rev 49752
peer: add a `path` attribute to peer It will start being set in the coming changesets.
Sat, 03 Dec 2022 00:00:41 +0100 peer: have a common constructor and use it
Pierre-Yves David <pierre-yves.david@octobus.net> [Sat, 03 Dec 2022 00:00:41 +0100] rev 49751
peer: have a common constructor and use it For now it does not do much, but we will extend it to also store a path object soon.
Fri, 02 Dec 2022 18:04:51 +0100 peer: use a dedicated name for the `peer` constructor
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 18:04:51 +0100] rev 49750
peer: use a dedicated name for the `peer` constructor We want to change the argument it takes, so we rather make them different function.
Fri, 02 Dec 2022 18:04:37 +0100 peer: dissolve `_peerlookup` into its last two callers
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 18:04:37 +0100] rev 49749
peer: dissolve `_peerlookup` into its last two callers This is about to need more changes and the function won't be useful. We do it early to clarify later changes.
Sat, 03 Dec 2022 03:45:45 +0100 peer: stop having a `peer()` method on `peer()`
Pierre-Yves David <pierre-yves.david@octobus.net> [Sat, 03 Dec 2022 03:45:45 +0100] rev 49748
peer: stop having a `peer()` method on `peer()` This is already a peer, why do you want a peer if you already have one.
Sat, 03 Dec 2022 03:45:39 +0100 clone: explicitly detect the need to fetch a peer
Pierre-Yves David <pierre-yves.david@octobus.net> [Sat, 03 Dec 2022 03:45:39 +0100] rev 49747
clone: explicitly detect the need to fetch a peer Instead of having `peer()` method on all `peer()` for this usecase, we could simply handle it explicitly.
Fri, 02 Dec 2022 19:15:04 +0100 addbranchrevs: explicitly detect the need to fetch a peer
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 19:15:04 +0100] rev 49746
addbranchrevs: explicitly detect the need to fetch a peer Instead of having `peer()` method on all `peer()` for this usecase, we could simply handle it explicitly.
Fri, 02 Dec 2022 17:01:54 +0100 path: pass `path` to `peer` in `hg clone`
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 17:01:54 +0100] rev 49745
path: pass `path` to `peer` in `hg clone` We directly use the `path` object to build the `peer` object.
Fri, 02 Dec 2022 16:49:54 +0100 path: use `get_clone_path_obj` in share
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 16:49:54 +0100] rev 49744
path: use `get_clone_path_obj` in share The return is simpler to use, and this mean less user for the old function. We directly use the `path` object to build the `peer` object.
Fri, 02 Dec 2022 16:42:36 +0100 path: pass `path` to `peer` in mq
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 16:42:36 +0100] rev 49743
path: pass `path` to `peer` in mq We directly use the `path` object to build the `peer` object. There is one case where we don't. We should fix that at the same time as we fix the sub-repo cases.
Fri, 02 Dec 2022 16:36:43 +0100 path: use `get_clone_path_obj` in _getlocal
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 16:36:43 +0100] rev 49742
path: use `get_clone_path_obj` in _getlocal We don't need to feed the `path` object to a `peer` object, but using an higher level function is simpler here (e.g. no subscript access, explicit attribute access).
Fri, 02 Dec 2022 16:34:00 +0100 path: pass `path` to `peer` in `hg init`
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 16:34:00 +0100] rev 49741
path: pass `path` to `peer` in `hg init` We directly use the `path` object to build the `peer` object.
Fri, 02 Dec 2022 16:30:48 +0100 path: add a `get_clone_path_obj` function
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 16:30:48 +0100] rev 49740
path: add a `get_clone_path_obj` function Same logic as the `get_unique_pull_path_obj` function, this give access to the `path` object directly.
Fri, 02 Dec 2022 03:56:23 +0100 path: simplify the implementation of `get_clone_path`
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 03:56:23 +0100] rev 49739
path: simplify the implementation of `get_clone_path` We can simply use the logic from `get_unique_pull_path_obj` now.
Fri, 02 Dec 2022 03:51:27 +0100 path: clarify document of `get_clone_path`
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 03:51:27 +0100] rev 49738
path: clarify document of `get_clone_path` This return a url as `bytes`, not a `path` object.
Fri, 02 Dec 2022 06:52:27 +0100 path: pass `path` to `peer` in `hg perf::discovery`
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 06:52:27 +0100] rev 49737
path: pass `path` to `peer` in `hg perf::discovery` We directly use the `path` object to build the `peer` object.
Fri, 02 Dec 2022 06:49:39 +0100 path: pass `path` to `peer` in remotefilelog's tests
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 06:49:39 +0100] rev 49736
path: pass `path` to `peer` in remotefilelog's tests We directly use the `path` object to build the `peer` object.
Fri, 02 Dec 2022 06:48:17 +0100 path: pass `path` to `peer` in `hg fastannotate`
Pierre-Yves David <pierre-yves.david@octobus.net> [Fri, 02 Dec 2022 06:48:17 +0100] rev 49735
path: pass `path` to `peer` in `hg fastannotate` We directly use the `path` object to build the `peer` object.
(0) -30000 -10000 -3000 -1000 -300 -100 -50 -30 +30 +50 +100 +300 +1000 tip