Your message dated Mon, 30 Sep 2019 14:15:29 -0700
with message-id <[email protected]>
and subject line Re: [Freedombox-pkg-team] Bug#872191: plinth: Merge the Disks
and Snapshots configuration tabs?
has caused the Debian Bug report #872191,
regarding plinth: Merge the Disks and Snapshots configuration tabs?
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
872191: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=872191
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: plinth
Version: 0.14.0+ds-1
Severity: wishlist
The current Plinth configuration options for storage management are
confusing. The 'Disks' And 'Snapshots' tabs are to a great extend talking
about the same underlying storage device, but it is not obvious when
looking at the 'Disks' status that the 'Snapshots' tab is relevant. It
does not help that the icon for the snapshot tab is a movie frame.
To make it easier to understand for new users, I suggest to rename
'Disks' and 'Snapshot' to 'Storage' and 'Storage Snapshots', making them
appear next to each other in the menu. This might help with
translations too.
More long term, I suggest to merge the two tabs into one, showing both
the storage fill rate and the available snapshots.
--
Happy hacking
Petter Reinholdtsen
--- End Message ---
--- Begin Message ---
On Mon, 14 Jan 2019 14:50:22 +0530 Joseph Nuthalapati
<[email protected]> wrote:
> From plinth 0.47.0, snapshots will not fill up the disk completely and
> will always maintain a minimum of 30% free disk space. This makes a lot
> of feature suggestions that help users delete snapshots obsolete.
>
> Also, snapshots might not be the only thing filling up the disk. It
> might be some other application like backups or federated applications.
> (Log rotation is implemented, so it won't be logs).
>
> We currently show warnings in the UI when the disk space is low but
> there is no indication yet on which application is taking up the most
> disk space and what the user can do about it.
>
> On 14/01/19 1:02 pm, Petter Reinholdtsen wrote:
>
> > [Joseph Nuthalapati]
> >> It might not be a good idea to merge the snapshots feature into
> >> storage for the following reasons:
> > Interesting observations, but I miss how these arguments hold up when
> > seen from the users point of view. My suggestion was based on my
> > experience as a user, wondering where my storage capacity disappered,
> > only to discover snapshots had filled up my disk with "invisible"
> > content. I suspect users running out of space will, like me, visit the
> > 'disk' menu to see if there is an explanation, and thus believe it
> > should be possible to see there how much space is spent on snapshots, as
> > well are purge some snapshots when running out of space.
> >
Due to handling of free space in snapshots and disk space potentially
being occupied by other app data, there seems to good reason to keep
both the apps separate. Closing this issue for now, please feel free to
reopen if there is more to discuss.
Thanks,
--
Sunil
signature.asc
Description: OpenPGP digital signature
--- End Message ---