Ending of ext? Hopefully never. They are like the fats, old reliable, and over course featureless or simple imo.
On Fri, Feb 24, 2023, 9:31 AM John Mellor <john.mel...@gmail.com> wrote: > Ok, I'm anticipating a firestorm of BS responses on this, but here goes > anyway. > > We've now had BTRFS as the default filesystem for some time in Fedora. > However, there has been almost nothing done to take advantage of its > capabilities. This leads to some obvious questions about future work: > > 1) When are we going to see removal of the EXT2 /boot partition? It is > no longer required, as the boot process has been able to use BTRFS for > years now. > > 2) When are we going to see timeshifting tools built into the desktop, > ala Solaris? That's incredibly useful for developers. > > 3) The existing Windows-like update mechanism is undesirable. It solves > a non-existent problem on filesystems with inodes. Like all Unix-like > systems, even Ubuntu does not require this. The ability to snapshot > means that the weird reasoning that requires 2 reboots to install > virtually all update packages is no longer required under any > circumstances. When is the software update mechanism getting a > fundamental redesign? > > 4) When is a standard backup mechanism that takes advantage of > snapshotting going to be in the distro? The published backup packages > do not seem to be aware of the better capabilities available in BTRFS. > Wrapping a few CLI tools in a GUI seems like it should be obvious, maybe > 200 lines of shellscript or less. > > 5) If you encrypt your filesystems, the BTRFS built-in encryption > mechanism is not used. Why not? LUKS is still in use, even though that > is more complicated and slower. I note the possible ability to encrypt > being added if F38, but it seems like baby steps when a general solution > is already in the code. > > 6) Compression is not the default. Why not? SSDs are 10x slower and > disks are 100x slower than the processors of even 10 years ago, so this > omission is slowing the system down. > > 7) Keep the last 3 update snapshots, not just the last 3 kernels. This > would keep backout scenarios a lot more consistent and functional. > > If I look at the changes coming in Fedora 38, I am disappointed in the > lack of innovation. All of these items should be in there to make the > system cleaner, better and faster. Most of these asks have already been > in SUSE for many years now, and are well debugged and understood. > Fedora is supposed to be leading the way at the edge, not way behind > it. Or am I missing something about the politics of the distro? > > _______________________________________________ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue >
_______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
