Stories
Slash Boxes
Comments

SoylentNews is people

RedHat Gets Serious With Deprecation Process of Btrfs With RHEL 7.4

posted by martyb on Wednesday August 02 2017, @03:45PM   Printer-friendly
from the bazaar?-what-bazaar?-this-is-my-cathedral dept.

An Anonymous Coward writes:

In the release notes for RedHat Enterprise Linux 7.4 we can see the following:

The Btrfs file system has been in Technology Preview state since the initial release of Red Hat Enterprise Linux 6. Red Hat will not be moving Btrfs to a fully supported feature and it will be removed in a future major release of Red Hat Enterprise Linux.

The Btrfs file system did receive numerous updates from the upstream in Red Hat Enterprise Linux 7.4 and will remain available in the Red Hat Enterprise Linux 7 series. However, this is the last planned update to this feature.

Red Hat will continue to invest in future technologies to address the use cases of our customers, specifically those related to snapshots, compression, NVRAM, and ease of use. We encourage feedback through your Red Hat representative on features and requirements you have for file systems and storage technology.

Btrfs, originally developed by Oracle and now also by SUSE and others, seems to have lost Red Hat as supporter. So what is ahead? RH isn't very clear. ZFS had license issues since day one, and is currently under Oracle umbrella, making a change near impossible. Does this mean improving XFS? Some other FS to be announce soon? Will Red Hat push its weight around like in other cases? Will other distros hold their ground or bow? Unix wars all over again, this time in Linux and FOSS land.

Maybe time to update it to Corporate Open Source Software, COSS, you can look but forget about having a voice among the big guys. The bazaar is dead, long live the cathedral. Or time to fork them off.

Original Submission

 
This discussion has been archived. No new comments can be posted.
RedHat Gets Serious With Deprecation Process of Btrfs With RHEL 7.4 | Log In/Create an Account | Top | 76 comments | Search Discussion
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

  • (Score: -1, Offtopic) by Anonymous Coward on Wednesday August 02 2017, @05:38PM (8 children)

    by Anonymous Coward on Wednesday August 02 2017, @05:38PM (#548015)

    Perhaps SystemD set up to crash and burn if run on a system that uses Btrfs?

    Starting Score:    0  points
    Moderation   -1  
       Offtopic=1, Total=1
    Extra 'Offtopic' Modifier   0  
    Total Score:   -1  

  • (Score: 0) by Anonymous Coward on Wednesday August 02 2017, @05:53PM (2 children)

    by Anonymous Coward on Wednesday August 02 2017, @05:53PM (#548022)

    They'll just roll it up into systemd.

    • (Score: 2) by kaszz on Wednesday August 02 2017, @06:00PM

      by kaszz (4211) on Wednesday August 02 2017, @06:00PM (#548026) Journal

      You shall have no other processes before systemd. Other processes are heresy! :p

    • (Score: 3, Informative) by zocalo on Wednesday August 02 2017, @06:34PM

      by zocalo (302) on Wednesday August 02 2017, @06:34PM (#548047)
      Please don't even go there. Lennart's probably heard of journalled file systems and will think he can just use journald for it. Besides, I thought it was already decided that systemd-emacs was going to be the final sign of the End Times (currently due for release in in 2038)?
      --
      UNIX? They're not even circumcised! Savages!

  • (Score: 4, Informative) by sjames on Wednesday August 02 2017, @05:57PM

    by sjames (2882) on Wednesday August 02 2017, @05:57PM (#548025) Journal

    Systemd already refuses to boot if the root filesystem is BTRFS and it needs to be in degraded mode due to loss of a drive.

  • (Score: 2) by Bot on Wednesday August 02 2017, @07:27PM

    by Bot (3902) on Wednesday August 02 2017, @07:27PM (#548073) Journal

    > Perhaps SystemD set up to crash and burn...
    Failing early and verbosely? That's too unixy.

    --
    Account abandoned.

  • (Score: 0) by Anonymous Coward on Wednesday August 02 2017, @11:34PM (2 children)

    by Anonymous Coward on Wednesday August 02 2017, @11:34PM (#548160)

    Yep, I was thinking the same thing. SystemD FS.
    Remember, if something goes wrong with it, its your fault -- WON'T FIX, NOT A BUG.

    • (Score: 2) by kaszz on Thursday August 03 2017, @12:11AM (1 child)

      by kaszz (4211) on Thursday August 03 2017, @12:11AM (#548171) Journal

      Is there any way to use such refusals to make them suffer at their own making?

      • (Score: 0) by Anonymous Coward on Thursday August 03 2017, @03:11PM

        by Anonymous Coward on Thursday August 03 2017, @03:11PM (#548388)

        Infiltrate the redhat dev community
          get mainainership over widely used programs
        hide systemd exploits in packages
        Nuke them from orbit