| 1 Nov 2021 |
 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 |
| das_j | I miss the conventional way of packaging where not everything is being rebuilt and people find random problems over the next months :/ | 18:53:33 |
| das_j | * I miss the conventional way of packaging where not everything is being rebuilt and people find random problems over the next months. Then it's not the problem of the coreutils/glibc bumper | 18:53:49 |
 moritz.hedtke | In reply to @janne.hess:helsinki-systems.de
I miss the conventional way of packaging where not everything is being rebuilt and people find random problems over the next months. Then it's not the problem of the coreutils/glibc bumper Yeah way better (imagine loosing tons of data because if this issue) | 18:54:58 |
| das_j | I'll start by imagining using ZFS ;) | 18:55:42 |
| das_j | * I'll start by imagining using ZFS ;) one step at a time | 18:55:49 |
| moritz.hedtke | In reply to @janne.hess:helsinki-systems.de
I'll start by imagining using ZFS ;) one step at a time Well doesn't matter if your build servers use zfs ^^ | 18:57:26 |
| moritz.hedtke | (and you use the provided binaries) | 18:57:51 |
