Git Product home page Git Product logo

blivet-gui's Introduction

Copr build status

blivet-gui is a graphical tool for storage configuration using the blivet library

CI status

CI status

License

See COPYING

Installation

From Fedora repositories

blivet-gui is available in Fedora repositories. You can install it using

$ sudo dnf install blivet-gui

Daily builds for Fedora

Daily builds of blivet-gui are available in @storage/blivet-daily Copr repository. You can enable it using

$ sudo dnf copr enable @storage/blivet-daily

Daily builds of blivet, libblockdev and libbytesize are also in this repo.

OBS repository for Ubuntu and Debian

Official packages for Debian and Ubuntu (19.04 and newer) are available in our Open Build Service repository.

This repository contains blivet-gui and its dependencies that are not available in the official Ubuntu/Debian repositories. We recommend adding the repository to your system, if you want to install the packages manually, you'll also need to install blivet and pid from the same source.

Copr repository for openSUSE, Mageia and OpenMandriva

Packages for openSUSE Tumbleweed, Mageia (8 and newer) and OpenMandriva (Cooker and Rolling) are available in our blivet-stable Copr repository. This repository contains the latest stable versions of both blivet-gui and blivet.

Manual

  • Check blivet-gui.spec for all dependencies (lines Requires and BuildRequires). Main dependencies include blivet, libblockdev and libbytesize.
  • Clone the repo or download a release tarball.
  • Run sudo make install
  • Detailed instructions for manual installation for some distributions are available on the Wiki.

Development

See CONTRIBUTING.md

Localization

Translation

Bug reporting

Bugs should be reported to bugzilla.redhat.com. If it is possible, report bugs using the Automatic Bug Reporting Tool (ABRT) -- it automatically uploads logs and some other important information.

You can also report a bug using the GitHub issues.

If you report a bug manually, attach blivet-gui logs to the report, please. You can find the logs in /var/log/blivet-gui.

blivet-gui's People

Contributors

adamwill avatar atalanttore avatar atriwidada avatar bittin avatar copperii avatar crayxt avatar dashea avatar fitojb avatar goeranu avatar igorbounov avatar jibec avatar jkonecny12 avatar julroy67 avatar lch avatar lucas-af avatar meskobalazs avatar mulkieran avatar norwayfun avatar oersen avatar p-bo avatar piotrdrag avatar pmolodyk avatar ricky-tigg avatar simmon-nplob avatar tmtfx avatar vojtechtrefny avatar weblate avatar yangyangdaji avatar yarons avatar yurchor avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

blivet-gui's Issues

Report bug button (abrt) not usable

I had issue storaged-project/blivet#919, so I clicked the "Report bug" button.
Abrt opens and I can report the bug there.

However – that is broken because of usability reasons.

Bug reporting bug

Also, BTW, the "Report a bug" button is useless/broken, as it opens the gnome-abrt GUI when cloicked and I can report a bug there, but clicking that button does nothing…
… oh wait… it seems I have to wait for several seconds and it then has collected data.

Buuut…, it seems to exit/crash soon after that and thus abrt cannot find the files anymore at some step. The slower I am when clicking through that, the likelier the dir is already removed:

grafik
Bildschirmfoto von 2020-12-26 10-39-20

So effectively it removes the dir faster than I can use it for reporting the bug.

Some texts are not translatable

Hello, I created Slovak translation on zanata, and found that a lot of texts is not translatable.
For example:

  • Resize
  • Modify parents
  • Set mountpoint
  • No pending actions
  • Pending actions
  • x pending actions
  • [127] create device partition xxx (id 123)
  • partition icon tooltips - Encrypted device, Empty device, Group device
  • icon tooltips - Add new device, Delete selected device, Edit selected device...

I checked source code and found, that some of non-translatable texts are situated in .ui files on folder data/ui/
Please fix, and update pot file to zanata, so everyone can translate all texts in app.

Reload storage should provide some feedback

Right now, clicking Reload Storage results in a state that looks like if the application was frozen. The same dialog as when starting the application should be shown I think.

Broken undo on lvmlv

Traceback (most recent call last):
  File "/home/vtrefny/Projekty/blivet-gui/blivetgui/actions_toolbar.py", line 178, in on_add_clicked
    self.list_partitions.add_partition()
  File "/home/vtrefny/Projekty/blivet-gui/blivetgui/list_partitions.py", line 650, in add_partition
    ret = self.b.add_device(user_input)
  File "/home/vtrefny/Projekty/blivet-gui/blivetgui/utils.py", line 677, in add_device
    partitioning.doPartitioning(self.storage)
  File "/usr/lib/python2.7/site-packages/blivet/partitioning.py", line 886, in doPartitioning
    removeNewPartitions(disks, partitions, partitions)
  File "/usr/lib/python2.7/site-packages/blivet/partitioning.py", line 683, in removeNewPartitions
    part.disk.format.partedDisk.removePartition(part.partedPartition)
  File "/usr/lib64/python2.7/site-packages/parted/decorators.py", line 41, in new
    ret = fn(*args, **kwds)
  File "/usr/lib64/python2.7/site-packages/parted/disk.py", line 269, in removePartition
    if self.__disk.remove_partition(partition.getPedPartition()):
_ped.PartitionException: Attempting to remove a partition that is not owned by any disk

Steps to reproduce:

  1. Create lvmlv
  2. "Undo"
  3. Create new lvmlv on same vg

Despite this, new lv is created properly...

Use the default filesystem type of the storage

Could Blivet-GUI use the default filesystem type of the storage? Then we could remove the line below from Anaconda. Otherwise, it would be useful to be able to use the client for getting this value.

From pyanaconda/ui/gui/spokes/blivet_gui.py:
config.default_fstype = self._storage.default_fstype

App crashes and leaves LVM unusable...

I had terrible trouble after activating Blivet-gui on Fedora 25, it seems to create a Device at "/dev/mapper/b***", which should reference a non-existent RAID. Additionally I lost all device-files for a previous LVM-Set i created. The Application crashes when started with an Error referencing this "RAID-Device". Well, not bad enough?...After removing blivet-gui, the device remained activated and did not allow to successfully create new Drive-Partitions on my other HDs. This App is a Killer for my old Volumes, not recommended to use it

Should display LVM cache pools in Logical View

(I’m aware that bliviet-gui can’t currently create new LVM cache disks, but this is a separate and smaller issue.)

lvdisplay doesn’t list an LV’s cache pool as a separate LV. There is no doubt that there is a cache pool attached when you look at the output of a cached LV in lvmdisplay; it takes twice the screen space as a regular LV. However this information is totally lost when you look at bliviet-gui. However, I believe it would be much clearer if bliviet-gui would list cache pools as separate devices underneat their attached LVs in bliviet-gui’s Logical View for an LVM.

"Edit selected device" toolbar menu and "Edit" context menu inconsistent

Though they appear to have identical purpose and function, the menu displayed when clicking the "Edit selected device" toolbar button has a completely different ordering from the "Edit" submenu of the device's context menu. That's just confusing, and forces the user to have to search for the option they're looking for each time through, because it isn't always where they expect it to be.

Screenshots from blivet-gui installed via blivet-gui-2.1.12-1.fc31.noarch RPM on Fedora 31:

Screenshot from 2020-05-06 01-25-11
Screenshot from 2020-05-06 01-25-07

(OK, it's just one item moved in the ordering, but that results in every option except the first two (Edit: and the last) being in a different place in each of the two menus.)

Installation via pip is broken

The installation via pip seems to be successful:
pip3 install --user -e ./
Installing collected packages: blivet-gui
Found existing installation: blivet-gui 2.1.4
Uninstalling blivet-gui-2.1.4:
Successfully uninstalled blivet-gui-2.1.4
Running setup.py develop for blivet-gui
Successfully installed blivet-gui

But the resulting script in ~/.local.bin/ fails to run:
blivet-gui
Traceback (most recent call last):
File "/home/max/.local/bin/blivet-gui", line 6, in
exec(compile(open(file).read(), file, 'exec'))
File "/home/max/source/blivet-gui/blivet-gui", line 40, in
from blivetgui.dialogs.message_dialogs import ErrorDialog
File "/home/max/source/blivet-gui/blivetgui/dialogs/message_dialogs.py", line 31, in
from .helpers import adjust_scrolled_size
File "/home/max/source/blivet-gui/blivetgui/dialogs/helpers.py", line 34, in
from blivet import devicefactory, formats
ImportError: No module named 'blivet'

Incorrect free space when using LVM RAID

  1. Add two 1 TB PVs to a new VG. Add one LV of 1 TB of type RAID1 to that VG. You now have two identical disks and have consumed all available space in that VG.
  2. Open blivet-gui and select your VG.

Logical View will display one LV of 1 TB and incorrectly show 1 TB of “free space”.

You can create new LVs in that free space. I’ve not tested what happens if you attempt that.

AttributeError: 'BTRFSVolumeDevice' object has no attribute 'isExtended'

I run blivet-gui on Linux Arch with the latest versions of blivet and blivet-gui. I have ext4 and btrfs partitions. blivet-gui crashes at start with following exception:

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/blivetgui/main.py", line 101, in <module>
    if  __name__ =='__main__':main()
  File "/usr/lib/python2.7/site-packages/blivetgui/main.py", line 95, in main
    MainWindow = main_window()
  File "/usr/lib/python2.7/site-packages/blivetgui/main_window.py", line 59, in main_window
    l = ListDevices(MainWindow, builder, kickstart)
  File "/usr/lib/python2.7/site-packages/blivetgui/list_devices.py", line 98, in __init__
    self.on_disk_selection_changed(self.select)
  File "/usr/lib/python2.7/site-packages/blivetgui/list_devices.py", line 236, in on_disk_selection_changed
    self.partitions_list.update_partitions_view(disk)
  File "/usr/lib/python2.7/site-packages/blivetgui/list_partitions.py", line 202, in update_partitions_view
    partitions = self.b.get_partitions(self.disk)
  File "/usr/lib/python2.7/site-packages/blivetgui/utils.py", line 338, in get_partitions
    partitions = self.get_free_space(blivet_device,partitions)
  File "/usr/lib/python2.7/site-packages/blivetgui/utils.py", line 249, in get_free_space
    if partition.isExtended:
AttributeError: 'BTRFSVolumeDevice' object has no attribute 'isExtended'

2.2.0: Problem with running test suite

+ PYTHONPATH=/home/tkloczko/rpmbuild/BUILDROOT/blivet-gui-2.2.0-2.fc34.x86_64/usr/lib/python3.8/site-packages
+ xvfb-run -s '-screen 0 640x480x8 -extension RANDR' /usr/bin/python3 tests/run_tests.py blivetgui_tests
Failed to add test 'unittest.loader._FailedTest.blivetgui_tests.add_dialog_test' to test suite.
[tkloczko@barrel SPECS]$ ls -lr /home/tkloczko/rpmbuild/BUILDROOT/blivet-gui-2.2.0-2.fc34.x86_64/usr/lib/python3.8/site-packages
total 4
-rw-r--r--. 1 tkloczko tkloczko 269 Sep 11 16:31 blivet_gui-2.2.0-py3.8.egg-info
drwxr-xr-x. 1 tkloczko tkloczko 588 Sep 11 16:31 blivetgui

Doesn’t display LVM group if one of the PVs are missing

blivet-gui fails to display a VG under the LVM header in the sidebar when one of the PVs of the VG is missing. I had a drive die on me (a cache disk). The LVM started working again after I lvremoved the cache pool, but it still didn’t show up in blivet-gui. It only reappeared there after I removed the PV from the VG.

bliviet-gui should still display a troubled LVM and identify the problem; and ideally even let users fix the problem.

Steps to reproduce: Setup a VG consisting of two PVs. Add a LV on one of the PVs and setup the other PV as a cache for the LV on the first PV. Then remove the PV with the cache.

Unknown Error -- swap has no attribute relabels

I have a "standard" Fedora 31 install. I started from a LiveCD, install blivet-gui and when I click on the swap partition I get the error: "Unknown Error -- swap has no attribute relabels" and the following traceback:

  File "/usr/lib/python3.7/site-packages/blivetgui/list_partitions.py", line 312, in on_partition_selection_changed
    self.activate_action_buttons(model[treeiter])
  File "/usr/lib/python3.7/site-packages/blivetgui/list_partitions.py", line 273, in activate_action_buttons
    if self._allow_relabel_device(device):
  File "/usr/lib/python3.7/site-packages/blivetgui/list_partitions.py", line 228, in _allow_relabel_device
    return device.format.labeling() and device.format.relabels()
  File "/usr/lib/python3.7/site-packages/blivetgui/communication/client.py", line 87, in __getattr__
    raise remote_attr

Any action I take on any lv in the same pv results in the exact same error (always complaining about the swap volume).

# lsblk 
NAME                                          MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
nvme0n1                                       259:0    0   477G  0 disk  
├─nvme0n1p1                                   259:1    0     1G  0 part  
└─nvme0n1p2                                   259:2    0   476G  0 part  
  └─luks-1ab24626-9f90-4d3c-94c6-d75367d7d1fa 253:2    0   476G  0 crypt 
    ├─fedora_localhost--live-swap             253:3    0  15.5G  0 lvm   
    ├─fedora_localhost--live-home             253:4    0 410.5G  0 lvm   
    └─fedora_localhost--live-root             253:5    0    50G  0 lvm   

Resize options unavailable in blivet-gui

The Resize option is unavailable (greyed out) even though free space is available for increasing lvmlm size. This remains true even for a non-system (not root or home) lvmlv when it is unmounted.

Are there conditions under which the Resize option is available/unavailable?

Currently using blivet-gui version 2.1.13 on Fedora 32.

"looking up parted Partition" - uses "/dev/md/md128p1" instead of "/dev/md/128p1"

Hello!

On my Fedora 32 system blivet-gui 2.1.15 fails to open

INFO:blivet: scanning md128p1 (/sys/devices/virtual/block/md128/md128p1)...
DEBUG:blivet:                            DeviceTree.get_device_by_name returned None
DEBUG:blivet:                             DeviceTree.get_device_by_name returned None
DEBUG:blivet: existing RAID raid1 size == 3.64 TiB
DEBUG:blivet:                             DeviceTree.get_device_by_name returned existing 3.64 TiB mdarray 128 (127) with existing gpt disklabel
DEBUG:blivet: get_format('None') returning DeviceFormat instance with object id 352
DEBUG:blivet: get_format('None') returning DeviceFormat instance with object id 353
DEBUG:blivet: looking up parted Partition: /dev/md/md128p1
ERROR:blivet: Failed to instantiate PartitionDevice: ('cannot find parted partition instance', 'md128p1')
DEBUG:blivet: no device obtained for md128p1
DEBUG:blivet:                          DeviceTree.get_device_by_name returned None

It tries to look up /dev/md/md128p1 but that does not exist, on the other hand /dev/md/128p1 does exist

I am guessing there's confusion in the code somewhere on whether or not to prefix with md, but I could not find where.

I am relunctant to sharing full logs because they contain lots of sensitive information, I think what I sent should be sufficient.

Thank you!

Unable to delete btrfs volume that has subvolumes

A btrfs volume cannot be deleted until all subvolumes are deleted. As the subvolumes have to be deleted one by one, this can be very annoying if you have many of them (for example created by snapper or timeshift).

Deleting the parent volume should ask for permission to auto-remove existing subvolumes.

To reproduce, fire up a the Fedora installer in a VM and choose "Advanced Partitioning (Blivet Gui)". Create a Btrfs Volume with some subvolumes and try to delete the parent volume. See attached screenshots.

A. Btrfs Volume with subvolumes has 'Delete' deactivated.
Screenshot from 2021-01-20 10-20-45

B. Btrfs Volume without subvolumes can be deleted
Screenshot from 2021-01-20 10-21-57

'NoneType' object has no attribute 'getPartitionByPath'

I am forwarding a redhat bug here because it's been stale for a while and wondering if anyone checks the bugtracker for blivet-gui at all.

https://bugzilla.redhat.com/show_bug.cgi?id=1727180

Traceback:

  File "/usr/lib/python3.7/site-packages/blivetgui/communication/server.py", line 262, in _blivet_utils_init
    self.blivet_utils = BlivetUtils(*args)
  File "/usr/lib/python3.7/site-packages/blivetgui/blivet_utils.py", line 196, in __init__
    self.blivet_reset()
  File "/usr/lib/python3.7/site-packages/blivetgui/blivet_utils.py", line 1365, in blivet_reset
    self.storage.reset()
  File "/usr/lib/python3.7/site-packages/blivet/threads.py", line 53, in run_with_lock
    return m(*args, **kwargs)
  File "/usr/lib/python3.7/site-packages/blivet/blivet.py", line 132, in reset
    self.devicetree.populate(cleanup_only=cleanup_only)
  File "/usr/lib/python3.7/site-packages/blivet/threads.py", line 53, in run_with_lock
    return m(*args, **kwargs)
  File "/usr/lib/python3.7/site-packages/blivet/populator/populator.py", line 414, in populate
    self._populate()
  File "/usr/lib/python3.7/site-packages/blivet/threads.py", line 53, in run_with_lock
    return m(*args, **kwargs)
  File "/usr/lib/python3.7/site-packages/blivet/populator/populator.py", line 462, in _populate
    self.handle_device(dev)
  File "/usr/lib/python3.7/site-packages/blivet/threads.py", line 53, in run_with_lock
    return m(*args, **kwargs)
  File "/usr/lib/python3.7/site-packages/blivet/populator/populator.py", line 265, in handle_device
    device = helper_class(self, info).run()
  File "/usr/lib/python3.7/site-packages/blivet/populator/helpers/luks.py", line 46, in run
    parents = self._devicetree._add_slave_devices(self.data)
  File "/usr/lib/python3.7/site-packages/blivet/threads.py", line 53, in run_with_lock
    return m(*args, **kwargs)
  File "/usr/lib/python3.7/site-packages/blivet/populator/populator.py", line 124, in _add_slave_devices
    self.handle_device(slave_info)
  File "/usr/lib/python3.7/site-packages/blivet/threads.py", line 53, in run_with_lock
    return m(*args, **kwargs)
  File "/usr/lib/python3.7/site-packages/blivet/populator/populator.py", line 265, in handle_device
    device = helper_class(self, info).run()
  File "/usr/lib/python3.7/site-packages/blivet/populator/helpers/partition.py", line 100, in run
    exists=True, parents=[disk])
  File "/usr/lib/python3.7/site-packages/blivet/threads.py", line 53, in run_with_lock
    return m(*args, **kwargs)
  File "/usr/lib/python3.7/site-packages/blivet/devices/partition.py", line 185, in __init__
    self._parted_partition = self.disk.format.parted_disk.getPartitionByPath(self.path)
AttributeError: 'NoneType' object has no attribute 'getPartitionByPath'
------------------------------
  File "/usr/bin/blivet-gui", line 115, in <module>
    main()
  File "/usr/bin/blivet-gui", line 109, in main
    BlivetGUI(client)
  File "/usr/lib/python3.7/site-packages/blivetgui/blivetgui.py", line 105, in __init__
    self.blivet_init()
  File "/usr/lib/python3.7/site-packages/blivetgui/blivetgui.py", line 742, in blivet_init
    self._reraise_exception(ret.exception, ret.traceback)
  File "/usr/lib/python3.7/site-packages/blivetgui/blivetgui.py", line 232, in _reraise_exception
    raise type(exception)(str(exception) + "\n" + traceback)

Add function to log to the utils log from the GUI process

blivet-gui currently has only one log -- the blivet-utils-log to log BlivetUtils function calls. Unfortunately actions like changing a mountpoint for a device in installer mode are not logged, because there is no function call, it just sets the mountpoint property. This makes debugging issues like #119 quite hard because these changes made by user are not logged.

AttributeError: ListDevices instance has no attribute 'selection_signal'

Testing on a virtual machine booted via PXE or ISO image I get:

Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/blivetgui/main.py", line 101, in
if name =='main':main()
File "/usr/lib/python2.7/site-packages/blivetgui/main.py", line 95, in main
MainWindow = main_window()
File "/usr/lib/python2.7/site-packages/blivetgui/main_window.py", line 59, in main_window
l = ListDevices(MainWindow, builder, kickstart)
File "/usr/lib/python2.7/site-packages/blivetgui/list_devices.py", line 98, in init
self.on_disk_selection_changed(self.select)
File "/usr/lib/python2.7/site-packages/blivetgui/list_devices.py", line 224, in on_disk_selection_changed
selection.handler_block(self.selection_signal)
AttributeError: ListDevices instance has no attribute 'selection_signal'

Probably this is because there is no traditional block device attached. /dev/sr0 (which is usually r/o, so ok to skip) or /dev/nbd0 (network block device, can be writable) is attached though.

In any case blivet-gui should give any kind of information and do not crash.

Build instructions / dependencies missing

I am trying to build blivet-gui on ubuntu (as the ppa is almost empty).

Until now I have tried:

sudo apt-get install python-gobject python-gi intltool build-essentials
make
sudo make install
sudo python setup.py install

And I currently get (with or without sudo)

> blivet-gui
Traceback (most recent call last):
  File "/usr/local/bin/blivet-gui", line 31, in <module>
    from gi.repository import Gtk
ImportError: cannot import name Gtk

crash on duplicate UUID

I want to move to a bigger hard-drive and follow that 3-steps road:

  1. dd if=sdb of=sdc from the current (small) drive to the destination one (all partition)
  2. luks open /dev/sdc3 (using a distinct mapper-name)
  3. rename/resize the LV (where blivet could be handy).

But Blivet fails as soon as duplicated UUID are detected:

  File "/usr/lib/python3/dist-packages/blivet/devicetree.py", line 181, in _add_device
    raise DuplicateUUIDError("Duplicate UUID '%s' found for devices: "
blivet.errors.DuplicateUUIDError: Duplicate UUID '4eac3870-d436-45e1-a32d-xxxx' found for devices: 'sdb1' and 'sdc1'.

Worth mentioning that in this case, these sd*1 partition are EFI System

Automount a drive

I’m not sure if this fits in here, but if it doesn’t, it would be nice if you can point out where I can file this instead. :)

I own a laptop with a main SSD where all my mostly used files are on, and an additional HDD for storing some large chunks, backups and the like, which is just needed sparsely. Considering battery operation, it would be nice if the disk just spins up if I really need it. Therefore, would it be possible to mount a disk drive and unmount it later again, causing a spindown? Would be great if we could set this up in Anaconda, Blivet-GUI and Gnome-Disks. :)

Request: visualize LV in PV

Please add feature to visualize LV in PV, just like system-config-lvm

Similiar to pvdisplay -m but using gui

Thanks

Unknown error occured. Blivet-gui will be terminated. could not find parent for subvol

Unknown error occured. Blivet-gui will be terminated. could not find parent for subvol

Blivet-gui works initially with Fedora 27. When I keep creating btrfs subvol, and suddenly it refuse to load afterwards.

This is the "Show traceback" under Fedora 27.

File "/usr/lib/python3.6/site-packages/blivetgui/communication/server.py", line 261, in _blivet_utils_init
self.blivet_utils = BlivetUtils(*args)
File "/usr/lib/python3.6/site-packages/blivetgui/blivet_utils.py", line 189, in init
self.blivet_reset()
File "/usr/lib/python3.6/site-packages/blivetgui/blivet_utils.py", line 1335, in blivet_reset
self.storage.reset()
File "/usr/lib/python3.6/site-packages/blivet/threads.py", line 45, in run_with_lock
return m(*args, **kwargs)
File "/usr/lib/python3.6/site-packages/blivet/blivet.py", line 272, in reset
self.devicetree.populate(cleanup_only=cleanup_only)
File "/usr/lib/python3.6/site-packages/blivet/threads.py", line 45, in run_with_lock
return m(*args, **kwargs)
File "/usr/lib/python3.6/site-packages/blivet/populator/populator.py", line 454, in populate
self._populate()
File "/usr/lib/python3.6/site-packages/blivet/threads.py", line 45, in run_with_lock
return m(*args, **kwargs)
File "/usr/lib/python3.6/site-packages/blivet/populator/populator.py", line 519, in _populate
self.handle_device(dev)
File "/usr/lib/python3.6/site-packages/blivet/threads.py", line 45, in run_with_lock
return m(*args, **kwargs)
File "/usr/lib/python3.6/site-packages/blivet/populator/populator.py", line 318, in handle_device
self.handle_format(info, device)
File "/usr/lib/python3.6/site-packages/blivet/threads.py", line 45, in run_with_lock
return m(*args, **kwargs)
File "/usr/lib/python3.6/site-packages/blivet/populator/populator.py", line 345, in handle_format
helper_class(self, info, device).run()
File "/usr/lib/python3.6/site-packages/blivet/populator/helpers/btrfs.py", line 86, in run
raise DeviceTreeError("could not find parent for subvol")
blivet.errors.DeviceTreeError: could not find parent for subvol

File "/usr/bin/blivet-gui", line 115, in
main()
File "/usr/bin/blivet-gui", line 110, in main
BlivetGUI(client)
File "/usr/lib/python3.6/site-packages/blivetgui/blivetgui.py", line 101, in init
self.blivet_init()
File "/usr/lib/python3.6/site-packages/blivetgui/blivetgui.py", line 712, in blivet_init
self._reraise_exception(ret.exception, ret.traceback)
File "/usr/lib/python3.6/site-packages/blivetgui/blivetgui.py", line 219, in _reraise_exception
raise type(exception)(str(exception) + "\n" + traceback)

AttributeError: 'MDRaidMember' object has no attribute 'partedDisk'

Got such error at start:

Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/blivetgui/main.py", line 103, in
if name == 'main': main()
File "/usr/lib/python2.7/site-packages/blivetgui/main.py", line 97, in main
MainWindow = main_window()
File "/usr/lib/python2.7/site-packages/blivetgui/main_window.py", line 67, in main_window
ListDevices(MainWindow, builder, kickstart)
File "/usr/lib/python2.7/site-packages/blivetgui/list_devices.py", line 108, in init
self.on_disk_selection_changed(self.select)
File "/usr/lib/python2.7/site-packages/blivetgui/list_devices.py", line 292, in on_disk_selection_changed
self.partitions_list.update_partitions_view(disk)
File "/usr/lib/python2.7/site-packages/blivetgui/list_partitions.py", line 204, in update_partitions_view
partitions = self.b.get_partitions(self.disk)
File "/usr/lib/python2.7/site-packages/blivetgui/utils.py", line 411, in get_partitions
partitions = self.get_free_space(blivet_device, partitions)
File "/usr/lib/python2.7/site-packages/blivetgui/utils.py", line 319, in get_free_space
free_space = blivet.partitioning.getFreeRegions([blivet_device])
File "/usr/lib/python2.7/site-packages/blivet/partitioning.py", line 774, in getFreeRegions
for f in disk.format.partedDisk.getFreeSpaceRegions():
AttributeError: 'MDRaidMember' object has no attribute 'partedDisk'

f2fs support

In information window just "Type: none" on f2fs partition

blivet-gui already running after "Force Close" the application

Step to reporduce

  1. open blivet-gui application
  2. force stop it, my case was the app is not responsive and fedora offers me to force close it.

I think the problem rely on the pid package which is in https://github.com/rhinstaller/blivet-gui/blob/master/blivet-gui-daemon#L102 stated that when there is an error creating a new pid object, it declare the app as still running. I think it should also checking, wether the pid is still being used by blivet-gui, if it does, then it is running, and if it is not, then should remove it and retry the file creation.

The problem is fixed by

sudo rm /var/run/blivet-gui-daemon.pid 

please migrate to the new Fedora translation platform

Hello, the Fedora project migrates its translation platform to Weblate [1].

This tool directly interact with your git repository, and requires us to know:

  • [mandatory] which branch is your development branch?
  • [mandatory] have you merged latest translation from Zanata and locked the project?
  • [info] Weblate will handle updates when pot file changes, don't edit po files for this [2]
  • [optional] what is the license of translation? (please use a code from https://spdx.org/licenses/)
  • [optional] do you have any announcement/warning you would like to display to the translators? (it will be displayed in Weblate)
  • [optional] do you need us to activate any specific checks? (this is a setting per component [3])
  • [optional] do you need us to automatically detect new translation files? (typical usecase: website translation with one translation file per page)

Please note:

  • For github hosted projects, Weblate open pull request. For other project, you'll have to add a key to allow commits.
  • In Weblate's vocable, one project is a group of component. Each component is a translation file. You can have many projects or many components or both.
  • You can change your mind over time, just reach [email protected]

[1] https://communityblog.fedoraproject.org/fedora-localization-platform-migrates-to-weblate/
[2] https://docs.weblate.org/en/latest/admin/continuous.html#avoiding-merge-conflicts
[3] https://docs.weblate.org/en/latest/user/checks.html#translation-checks

Installation media is visible in Blivet GUI

Installation media (in this case a recent F26 netinst image loaded on a USB flash drive with FMW) is visible and can be manipulated in Blivet GUI. Interestingly, the installation media is not visible in the storage spoke.

BSD version?

Is there way and ability to port to BSD systems (GhostBSD, NomadBSD)?
Thanks

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.