3 ms·
I tried Bedrock on a throwaway machine, but gave up on it because Linux wouldn't sleep properly when the FUSE server process got suspended before the applicatio
by nyanpasu64 4y ago
I tried Bedrock on a throwaway machine, but gave up on it because Linux wouldn't sleep properly when the FUSE server process got suspended before the applications with ongoing filesystem operations could complete to a suspendable state: https://www.reddit.com/r/bedrocklinux/comments/h8sgkk/suspend_broken_on_kde_on_multiple_stratas/ https://www.reddit.com/r/bedrocklinux/comments/h8sgkk/suspen...
- ParadigmComplex 4y agoI've looked into this further since the link you've provided. I have medium/long term ideas to work around this, but nothing in the short term: - Ultimately this seems to trace back to a bug in the Linux kernel. Sadly, I don't see any reason to believe it's going to be resolved in the kernel any time soon. - A potential medium-term fix is for Bedrock to offer the corresponding functionality via a kernel module, and to fall back to a FUSE implementation if the module is unavailable (e.g. if you reboot into a kernel that breaks compatibility with the module). The proper way to do this would be via dkms, but is thus blocked on cross-distro dkms functionality. This is a realistic route, but given limited project resources it's likely quite a ways away. - The long-term fix is to upstream Bedrock's required functionality into the Linux kernel directly. The main issue here is that we don't know exactly what functionality Bedrock actually needs here; it's often changed quite a bit from release to release. Keeping it out of the kernel tree - and using dkms/FUSE - offers needed flexibility in Bedrock Linux's pre-1.0 period.