On Mon, Aug 26, 2019 at 4:53 PM Kamil Paral <kpa...@redhat.com> wrote:

> On Mon, Aug 26, 2019 at 2:42 PM Justin Forbes <jmfor...@linuxtx.org>
> wrote:
>
>> From my standpoint, ext4 and xfs are the primary supported root
>> filesystems. I don't think that anything else should be release
>> blocking.
>
>
> If this is the case, we can explicitly list the supported file systems in
> criteria. The list would need to be extended with at least vfat, which is
> used for ESP, though.
>
> If we go this route, it would be nice to communicate this somehow to the
> end user, directly in anaconda interface. Either by showing a warning when
> a "not officially supported" filesystem is selected, or by hiding those
> filesystems in dialogs when creating a new partition (with a documented
> override).
>

Hmm, I don't see this as necessary. I think changing criterions on what
file systems are blocking doesn't mean we need to hide things or add some
ugly warnings. Anybody who uses advanced partitioning should know what is
doing, we can just update criterions so not everything visible in advanced
partitioning must work and is supported.


> Existing partitions still need to be handled somehow, so the warning bar
> might need to be implemented in any case (warn that the existing partition
> is unsupported by allow to use it, or warn that the existing partition
> can't be used unless the override is activated).
>

I am -1 on this. I just somehow hate the idea of showing warnings and/or
adding some blocks and overrides. We weren't testing on unsupported/other
file systems anyway (correct me if I am mistaken), so what's the difference
now?
_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

Reply via email to