Slashdot Mirror

← Back to Stories (view on slashdot.org)

Fedora To Get a New Partition Manager

Posted by timothy on from the nostalgia-is-a-hard-force-to-overcome dept.

sfcrazy writes Developer Vratislav Podzimek has announced the next-gen partition manager for Fedora, blivet-gui. It is eventually going to replace GParted, the most popular GUI based partition manager, found in all major distros. The new tool is named blivet-gui after the blivet python library (originally Anaconda's storage management and configuration tool). The need of a new partition manager stems from the fact that none of the existing GUI partitioning tools supports all modern storage technologies. Fedora's Anaconda base supports all, though, and is hence chosen as the back-end for this new tool. The application is only a few months old but is already looking nice and useful. Features like RAID and BTRFS support are being worked on. Vojtech Trefny is the other developer working with Vratislav on blivet-gui. Here's the announcement.

3 of 170 comments (clear)

  1. Re:The origin of the term "blivet" by Anonymous Coward · · Score: 4, Informative

    http://en.wikipedia.org/wiki/Blivet

    It is a poiuyt, devil's fork or widget, is an undecipherable figure, an optical illusion and an impossible object. It appears to have three cylindrical prongs at one end which then mysteriously transform into two rectangular prongs at the other end.

  2. We have a winner! by dbc · · Score: 4, Informative

    "RedHat is also known for having a bad case of Not-Invented-Here as well as wanting more control over a significant piece of their distro."

  3. Re:Why not contribute to gparted? by Burdell · · Score: 5, Informative

    Because (as usual) the summary got it wrong. This is not a partition manager, it is a disk/filesystem manager. Partitions make up one part of that, but it is also intended to manage LVM, RAID, btrfs filesets, etc. I believe it uses the parted library on the backend for partitions.

    This is based on the years-of-development code used in the backend of anaconda, the Fedora/Red Hat installer. The code has been pulled out, split up into a library, and set up for stand-alone use (after install). I believe the intention is that anaconda keeps using the library, but now there will be the same interface during install and afterwards for managing disks and filesystems.