| 26 Jun 2025 |
 Mic92 | edef: ^ | 16:07:05 |
 hexa | root@nixos-foundation-macstadium-44911207:~/ > sw_vers
ProductName: macOS
ProductVersion: 15.5
BuildVersion: 24F74
root@nixos-foundation-macstadium-44911207:~/ > nix --version
nix (Nix) 2.11.1
| 16:39:45 |
| hexa | Mic92: | 16:39:48 |
| hexa | soi recent macos, but outdated nix | 16:39:58 |
| hexa | oh, but not all of them 😄 | 16:40:44 |
| Mic92 | hexa (signing key rotation when): I vaguely remember that I did update some of them at some point. Maybe I did not have access to all of them at the time. | 16:45:56 |
| hexa | we finally need to get that managed | 16:51:22 |
| hexa | so getting these boxes closer to infra would help | 16:51:28 |
| hexa | one of the macs on 13.1 / 2.10.2 has 335 GB worth of checkouts in /var/lib/ofborg | 18:59:10 |
| hexa | leaving ~10GB for the nix store | 18:59:21 |
| hexa | because it apparently fetches everything into an existing repo and never gcs that | 19:00:28 |
| hexa | loving the technical debt | 19:01:03 |
| hexa | # git gc
fatal: bad object refs/remotes/origin/add-nixpkgs-function-platform-arguments-and-docs
fatal: failed to run repack
| 19:05:00 |
| hexa | fscking for the thrill of it | 19:06:06 |
| hexa | follow me for more silly infra stories 🔔 | 19:06:40 |
| hexa | nope, will try git fetch --prune first 😄 | 19:09:07 |
| hexa | Resolving deltas: 100% (133768/133768), completed with 9831 local objects.
fatal: bad object 4fd048a763a7fd02f20f0c59918e24fab3e19215
error: https://github.com/NixOS/nixpkgs.git did not send all necessary objects
Auto packing the repository in background for optimum performance.
See "git help gc" for manual housekeeping.
| 19:19:57 |
| hexa | will be swapping out the repo, everything else is madness 😄 | 19:34:09 |
 Christian Theune | I feel you. i'm currently bisecting the 6.12 series for another v9fs bug that is biting us in our nixos tests ... i started out with getting rate limited by the kernel.org git server because I cloned the repo over and over ... 🙈 ... took a bit to see what's going on, but strace showed me that it was throttled at 1 object per second ... which is ... a tarpit I guess ... | 19:43:46 |
| hexa | that sounds bad, yeah 😄 | 19:44:15 |
| Christian Theune | well. a colleague pointed out that i can leverage a local repo's working dir with the builtin fetchgit, so that' fast now. still a 25 min cycle and about 13 bisect steps left (with the added complication that there is another v9fs bug in the suspected range that I'll have to skip to see where the bug that is biting us was introduced ... ) | 19:45:38 |
| Christian Theune | so i can't even automate that properly because i need to manually inspect each test failure that always deviates a bit. i guess i need an AI agent /s | 19:46:20 |
 raitobezarius | Given what you are saying, I believe the Lix project already bisected the kernel bug you are looking for, unfortunately, all the commit IDs and answers are trapped behind the kernel lore mailing list browser: https://lore.kernel.org/all/w5ap2zcsatkx4dmakrkjmaexwh3mnmgc5vhavb2miaj6grrzat@7kzr5vlsrmh5/ | 19:51:38 |
| hexa | Christian Theune: ^ | 19:51:57 |
| Christian Theune | oh? | 19:52:43 |
| * Christian Theune checks | 19:52:46 |
| Christian Theune | for me it's behind a guru error 😉 | 19:53:10 |
| raitobezarius | I think you will get a 503 unfortunately | 19:53:10 |
| Christian Theune | yeah | 19:53:14 |
| Christian Theune | did this break recently / due to a current event? i've been working with it last week I think ... | 19:53:45 |
