| 11 Jul 2024 |
 Atemu | Something working in one snapshot is no guarantee that it works the next time | 01:15:00 |
 raboof | In this case 'the ISO is reproducible' meant 'we rebuilt it from source and it produced the same binary' | 06:09:50 |
| raboof | we have seen a nondeterminism in jfsutils in the past and haven't fixed it, so we suspect it is still there, but it 'often' does produce the same binary | 06:10:58 |
 bbenno | q | 08:43:50 |
 emily | JFS is basically unmaintained and has been on the long road to probable removal from the kernel for years, is it even worth keeping? I guess if it helps shake out toolchain bugs | 10:27:57 |
| emily | Amazon Linux and probably other distros have already disabled it | 10:28:08 |
| Atemu | What's even pulling it in? | 10:29:01 |
| emily | I assumed jfsutils was just being included explicitly so you can install on JFS | 10:32:18 |
| emily | since it's enabled in the kernel | 10:32:23 |
| emily | yeah, nixos/modules/tasks/filesystems/jfs.nix | 10:32:31 |
| emily | disabling it to increase the reproducibility stats does feel a little Goodhart's law though :) | 10:35:07 |
| Atemu | Given jfs' status, I think it's time to disable it anyways | 10:35:42 |
| Atemu | We don't need to carry such baggage forever | 10:35:54 |
| emily | FWIW it's not "officially" deprecated upstream, there was just a suggestion to do so years ago, and once in a blue moon it gets a bugfix, but my understanding is that it sees much less attention than any "active" general-purpose filesystems and its reliability might not be in a great place | 10:37:13 |
