| 1 Nov 2021 |
 das_j | that gives ~6 months of time for users who are using the stable channels | 23:05:14 |
 Vladimír Čunát | I think there are common use cases for nix(pkgs) to get flexible packages even on quite old/conservative systems. No idea how much of that might be ZFS... but hopefully the affected cases will be able to update their OS with the ZFS patch, too. | 23:05:57 |
 Ryan Burns | Certainly doesn't help that red hat killed off centos 8 so we're going to have enterprise users on centos 7 until 2024 | 23:07:08 |
| Vladimír Čunát | Do we know potential risks/down-sides from keeping the patch? | 23:08:50 |
| Vladimír Čunát | If it's not bad, the non-backporting approach sounds nice to me. Though I don't really know anything about this stuff :-) | 23:09:59 |
| Vladimír Čunát | It probably won't really help cases like CentOS 7, but it will give some buffer. | 23:10:42 |
| das_j | I don't think RH supports ZFS on CentOS 7 anyway so users will use unofficial repos | 23:11:05 |
| das_j | Probably:
# yum search zfs
Loaded plugins: fastestmirror, keys, rhnplugin
This system is receiving updates from RHN Classic or Red Hat Satellite.
Loading mirror speeds from cached hostfile
* centos-sclo-rh: mirror1.hs-esslingen.de
* centos-sclo-sclo: mirror.imt-systems.com
Warning: No matches found for: zfs
No matches found
| 23:11:21 |
| Ryan Burns | heh, good pointt | 23:11:26 |
| Vladimír Čunát | IIRC Red Hat officially supports XFS and maybe ext4, and experimentally btrfs. | 23:11:57 |
| Ryan Burns | I think we'll be able to make a more informed decision once ZFS releases their fix and we start to see how other distros are adopting it | 23:12:18 |
| Vladimír Čunát | They probably know better than us how their patches propagate. | 23:13:09 |
| Vladimír Čunát | * They probably know better than us how their patches propagate to deployment. | 23:13:22 |
| das_j | Alright, I'll ask on the workaround PR once it's merged | 23:16:10 |
| Vladimír Čunát | In reply to @vcunat:matrix.org
Right now I see over 8k build regressions: https://hydra.nixos.org/eval/1718058?compare=1718001 Half of them disappeared, the rest is on queue. I'm optimistic. | 23:19:13 |
| 2 Nov 2021 |
| Vladimír Čunát | I merged it. | 06:42:52 |
| Vladimír Čunát | small channel updated already, and big one should follow soon 🎉 | 13:09:43 |
 trofi | staging-next -> staging merge is failing on a single nixos/tests/kexec.nix conflict. | 20:19:40 |
| trofi | * staging-next -> staging merge is failing on a single nixos/tests/kexec.nix conflict: https://dpaste.com/9FPQN4G5Z.txt | 20:20:14 |
| das_j | ah hey that's my change. correct merge is:
+ machine.succeed('kexec --load /run/current-system/kernel --initrd /run/current-system/initrd --command-line "$(</proc/cmdline)"')
+ machine.execute("systemctl kexec &", check_return=False)
| 21:22:18 |
| das_j | * ah hey that's my change. correct merge is:
+ machine.succeed('kexec --load /run/current-system/kernel --initrd /run/current-system/initrd --command-line "$(</proc/cmdline)"')
+ machine.execute("systemctl kexec &", check_return=False)
| 21:22:24 |
 hexa | merged ^ | 22:31:46 |
| 3 Nov 2021 |
| trofi | Today's staging-next->staging merge conflict is around rust-1.56/ rust-1.45: https://dpaste.com/9EK79LJDX.txt | 07:15:28 |
 Alyssa Ross | on it, thanks | 07:32:38 |
| Alyssa Ross | fixed | 07:35:38 |
| Ryan Burns | coreutils/ZFS update: the ZFS people have a tentative fix, and it will be possible for coreutils to distinguish between working / non-working: https://github.com/openzfs/zfs/issues/11900#issuecomment-959795261 | 18:33:48 |
| hexa | das_j: ^ | 18:35:32 |
| das_j | Oh boy | 18:36:05 |
| das_j | A couple of weeks ago I was like "I'll just bump coreutils what's the worst that could happen it's like 10mins of work". Now I'm still here | 18:46:43 |
 jonringer | I feel the same about glibc bumps. "what's the issue... oh yea, new binaries will cry about missing symbols and just fail" | 18:52:42 |
