| 14 Jan 2026 |
 raitobezarius | we are a bit blocked because introducing the shebang breaks things and we need to introduce the shebang i feel like | 14:18:00 |
| raitobezarius | i have no idea yet how we are going to overcome this | 14:18:05 |
 ginkogruen | Maybe I’ll pin lix then until it’s fixed. | 14:18:17 |
| raitobezarius | it's not a lix regression alas | 14:18:27 |
| raitobezarius | what Lix (and Nix) have been doing has always been considered unsafe to some extent by macOS I think | 14:18:44 |
| raitobezarius | recent macOS upgrades started to exhibit breakage harder | 14:18:52 |
| raitobezarius | sufficiently so that everyone runs into it from time to time | 14:18:58 |
| raitobezarius | it unfortunately also extend to nix-shell -p itself | 14:19:14 |
| ginkogruen | Oh then I’ve misunderstood what this build failure is about. | 14:19:20 |
| raitobezarius | (or any runCommand primitive) | 14:19:23 |
| raitobezarius | I'm not sure neither what it is, but there's an ongoing major problem with macOS related to the execution of anything without a shebang, we fixed many of those but nix-shell-based workloads are broken and we test many things in the testsuite | 14:19:59 |
| raitobezarius | (are broken non-deterministically, that is, they work N % of the time) | 14:20:16 |
| ginkogruen | Oh macOS could you please just work and not cause issues.
Thanks for the info I’ll guess then I’ll either run the slot machine or disable checks.
Thanks for looking into it or at least trying to come up with a fix to this. | 14:23:32 |
| raitobezarius | https://git.lix.systems/lix-project/lix/issues/1101 | 14:26:01 |
| raitobezarius | I assembled this quickly | 14:26:04 |
| raitobezarius | This is now pinned | 14:26:16 |
| raitobezarius | if we figure out a fix, we will send it to all released Lix versions as well | 14:27:00 |
| raitobezarius | tbh, it's also kinda our historical fault but heh | 14:27:16 |
|  @petrichor:envs.net changed their display name from Jez (-> @jez:cooperative.computer) to Jez → @jez:cooperative.computer. | 14:41:55 |
| @petrichor:envs.net left the room. | 14:43:01 |
 KFears (they/them) | In reply to @sofiedotcafe:matrix.org
@k900:0upti.me do you think running a homelab with data center software like open stack would be "fun", not practical but "fun" 😭 Fuck no | 15:03:46 |
| KFears (they/them) | I did Openstack as a job | 15:04:00 |
| KFears (they/them) | Basically there are like 5 services that work decently, everything else is best-effort. Dependencies between services are not always clear, there are a bunch of feature flags for everything, the whole thing is thousands of poorly written Python lines. The only real deployment mode is a bunch of shitty Ansible playbooks, they often need to be re-ran for reasons, communication between services is done with a central RabbitMQ, and the whole thing is basically a distributed monolith with no graceful failure at all. Many services don't work in default configuration, if they work at all. Each deployment is basically megabytes of poorly stitched custom configs, version cherry-picks, and patches to make it work at all | 15:13:46 |
| KFears (they/them) | It's like Kubernetes if Kubernetes was broken dysfunctional shit | 15:14:15 |
 hexa | it was yanked from nixpkgs years ago because it was unmaintainable garbage | 15:14:41 |
| hexa | but all that is … off-topic | 15:15:09 |
 K900 | Well the nice thing about it being unmaintainable is it's also unusable | 15:15:48 |
| K900 | So no one wants it anyway | 15:15:51 |
 Sofie 🏳️⚧️ (she/her) | thank you! | 15:44:27 |
 maralorn | Is it bad style to use fetchGit to load sources which are then used during eval? Does that count as IFD? | 19:25:29 |
