Re: LUKS partition types, redux

[Bruce Dubbs <bruce.dubbs@gmail.com>]

Karel Zak wrote:
> On Mon, Nov 24, 2014 at 01:56:51PM -0600, Bruce Dubbs wrote:
>> Karel Zak wrote:
>>> On Mon, Nov 24, 2014 at 09:42:50AM -0500, Phillip Susi wrote:
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA1
>>>>
>>>> On 11/24/2014 6:37 AM, Karel Zak wrote:
>>>>> The current trend is to use partition type to define for what
>>>>> purpose we want to use the partition (for example "this is /home")
>>>>> independently on partition format.
>>>>
>>>> I wouldn't call this bone headed idea of redhat's a trend.  Using
>>>> partition table type codes to decide to auto mount in particular parts
>>>> of the filesystem is such a brain damaged idea, those who thought it
>>>> up need beaten with a clue-by-four and its use needs to be *strongly*
>>>> discouraged.
>>>
>>>   well, it's designed for auto-generated fstab-less systems like
>>>   containers/virt images, etc. I'm not big fan of this feature, but for
>>>   some use cases it makes sense. (And it's systemd upstream decision.)
>>>
>>>   Anyway, use partition type for "usage" makes more sense than for "fs-type".
>>
>> Since when is systemd upstream of util-linux?
>
>   Ah.. freedesktop guys introduced some new GUID and util-linux project
>   has accepted these identifiers (rather than interpret these IDs as
>   "unknown") ...  as well as we accepted partition IDs for Apple stuff,
>   as well as we accepted Hurd patches, ports to freebsd, uClibc,
>   not-perfect zram stuff from kernel, stuff from SysVinit, and many
>   many many other things.
>
>   I don't plan to be censor for another projects and apply any
>   emotional criteria. The reason why this project still alive is that
>   we are very friendly to arbitrary distributions and another projects.

I have not problem with that.  I just don't want to see a hard 
dependency on systemd like other projects have done.  There are a lot of 
projects that are mutually dependent, but the term upstream sounded some 
alarm bells for me.

I do think util-linux is managed in an excellent way.

   -- Bruce