| 11 Jul 2024 |
 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 |
| emily | it might start getting removed if there are major reworks to the FS layer that would be a waste of time to migrate JFS over for but otherwise I expect it'll just continue to rot | 10:37:44 |
| Atemu | If even the kernel is considering removing it, we should have probably removed it years ago | 10:39:03 |
| emily | looking at nixos/modules/profiles/base.nix, reiserfs probably wants removing; that one is actually officially deprecated and on the path to removal! | 10:39:10 |
