[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <87wolv38i8.fsf@collabora.com>
Date: Tue, 19 Feb 2019 14:04:15 -0500
From: Gabriel Krisman Bertazi <krisman@...labora.com>
To: tytso@....edu
Cc: linux-fsdevel@...r.kernel.org, linux-ext4@...r.kernel.org,
sfrench@...ba.org, darrick.wong@...cle.com,
samba-technical@...ts.samba.org, jlayton@...nel.org,
bfields@...ldses.org, paulus@...ba.org
Subject: Re: [PATCH RFC v5 00/11] Ext4 Encoding and Case-insensitive support
Gabriel Krisman Bertazi <krisman@...labora.com> writes:
> Regarding Casefold, I am unsure whether Casefold Common + Full still
> makes sense after migrating from the compatibility to the canonical
> form. While Casefold Full, by definition, addresses cases where the
> casefolding grows in size, like the casefold of the german eszett to SS,
> it also is responsible for folding smallcase ligatures without a
> corresponding uppercase to their compatible counterpart. Which means
> that on -F directories, o_f_f_i_c_e and o_ff_i_c_e will differ, while on
> +F directories they will match. This seems unaceptable to me,
> suggesting that we should start to use Common + Simple instead of Common
> + Full, but I would like more input on what seems more reasonable to
> you.
>
> After we decide on this, I will be sending new patches to update
> e2fsprogs to the agreed method and remove the normalization/casefold
> type flags (EXT4_UTF8_NORMALIZATION_TYPE_NFKD,
> EXT4_UTF8_CASEFOLD_TYPE_NFKDCF), before actually proposing the current
> patch series for inclusion in the kernel.
Hey Ted,
Any comments about this bit before I move on and propose a new version?
--
Gabriel Krisman Bertazi
Powered by blists - more mailing lists