| 4 Feb 2025 |
|  @varchar_2:matrix.org removed their display name varchar. | 14:27:49 |
| @varchar_2:matrix.org left the room. | 14:27:59 |
| 6 Feb 2025 |
|  SomeoneSerge (back on matrix) changed their display name from SomeoneSerge (Gand St. Pieters) to SomeoneSerge (UTC+U[-12,12]). | 17:50:55 |
| 8 Feb 2025 |
|  @baduhai:beeper.com joined the room. | 18:11:03 |
|  @baduhai:matrix.org left the room. | 18:19:42 |
| 9 Feb 2025 |
| @baduhai:beeper.com changed their display name from William to baduhai. | 00:09:37 |
| @baduhai:beeper.com set a profile picture. | 00:09:52 |
|  @tired:fairydust.space left the room. | 22:50:18 |
| 12 Feb 2025 |
 waltmck | I'm following this process, but whenever I run the script I get an error originating from line 157 of mk_repo_file.py:
subprocess.CalledProcessError: Command '['git', 'ls-remote', 'https://android.googlesource.com/platform/external/rust/crates/regex']' returned non-zero exit status 128.
(the specific repo varies every time I run it). What's strange is that git ls-remotehttps://android.googlesource.com/platform/external/rust/crates/regex works fine. Is this a known issue?
| 07:07:01 |
| waltmck | * I'm following this process, but whenever I run the script I get an error originating from line 157 of mk_repo_file.py:
subprocess.CalledProcessError: Command '['git', 'ls-remote', 'https://android.googlesource.com/platform/external/rust/crates/regex']' returned non-zero exit status 128.
(the specific repo varies every time I run it). What's strange is that git ls-remote https://android.googlesource.com/platform/external/rust/crates/regex works fine. Is this a known issue?
| 07:07:16 |
 atemu12 | You're likely being rate-limited | 07:11:01 |
| atemu12 | It happens after the 2nd or so time of running mk_repo_file.py | 07:11:36 |
| atemu12 | (Against googlesource) | 07:11:54 |
| atemu12 | Google is surprisingly strict here | 07:12:42 |
| waltmck | It happened on my first time running as well | 07:12:43 |
| atemu12 | You could try limiting the parallelism | 07:13:04 |
| atemu12 | It's probably hard-coded | 07:13:18 |
| atemu12 | You could also try using the github mirror | 07:13:38 |
| waltmck | it looks like the number of jobs defaults to the number of logical cores from reading the code | 07:13:57 |
| atemu12 | I've never done it myself but it ought to be possible using ROBOTNIX_MIRRORS | 07:14:16 |
| waltmck | I capped the number of jobs to 4 and it appears to be chugging along, I'll see if it works. Might be smart to adjust the code so it works on CPUs with many cores | 07:18:34 |
| waltmck | * I capped the number of jobs to 4 and it appears to be chugging along, I'll see if it works. Might be smart to adjust the default so it works on CPUs with many cores | 07:18:50 |
| atemu12 | Sounds like a good idea | 07:18:56 |
| waltmck | it's line 251 of mk_repo_file.py, just change default=4 or some other small number | 07:19:22 |
| waltmck | I can file a PR later for it if that's easier | 07:19:31 |
| atemu12 | You probably don't gain anything after a few cores because you become network-bound | 07:19:46 |
| atemu12 | Just PR it | 07:20:00 |
| waltmck | huh it's still throttling with 4 jobs, just takes longer. I'll try 2. | 07:33:33 |
| atemu12 | Well you've already been limited | 07:34:05 |
| waltmck | ah, how long does the cooldown last? | 07:56:09 |
