Re: F42 Change Proposal: Switch to EROFS for Live Media (self-contained)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jan 22, 2025 at 7:18 AM <mkolman@xxxxxxxxxx> wrote:
>
> On Wed, 2025-01-22 at 11:19 +0100, Simon de Vlieger wrote:
> > Hi Neal (and Dusty),
> >
> > On 1/15/25 11:53 PM, Aoife Moloney via devel-announce wrote:
> > > EROFS is considerably more actively developed than SquashFS, and
> > > offers more modern file system features that can be utilized in the
> > > future.
> >
> > Reading some through some of the thread it seems the main motivation
> > is
> > consolidation of tooling across the OCI, RHEL, and (through OCI)
> > Flatpak
> > landscape. Could you maybe add that little blurb to the change
> > proposal
> > wiki?
> >
> >
> > Aside; I'm perhaps a bit conservative in this regard but it seems
> > EROFS
> > offers no direct benefit in the short term (reading some of this
> > thread
> > it actually seems to come with some drawbacks, which the
> > maintainer(s)
> > are trying to address in their spare time?).
> >
> > Could you expand on the benefits and possible future benefits that
> > make
> > the change necessary?
> Yeah - I do wonder the benefits are really larger than the risks, given
> the performance/efficiency issues & unclear timeline for those issues
> to be resolved.
>
> Do we really need to rush this now instead of waiting for the issues to
> be resolved first & then switching to an objectively better FS ?
>
> Otherwise there is the risk a non trivial amount of time will be spent
> integration the new solution & there is a chance we will end up with a
> sub-par system in the end.
>

That doesn't really seem to be the case. I just got tagged on a patch
yesterday that further improved compression.

https://lists.ozlabs.org/pipermail/linux-erofs/2025-January/012699.html

And there's a lot more coming down the pipe *now*:
https://github.com/erofs/erofs-utils/commits/experimental/



-- 
真実はいつも一つ!/ Always, there's only one truth!
-- 
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux