Re: Need for a unique Linux GPT GUID type code (PATCH included)

[Jim Meyering]

Keshav P R wrote:
>     Status of Rod's patch?

It breaks one of the "make check" tests, and I suggested how to fix that.
It did not update NEWS or documentation, and it did not add any
test case of its own.

> I suggest a similar "linuxdata" flag to set a partitoon as Linux Data
> type irrespective of the unserlyting FS. I also recommend changing
> "boot" flag in parted for GPT disk to
> something more meaningful like "uefisys". Many devs (of distro
> installers) are confused as to how to set a partition as EFI SYSTEM
> type in GPT disks and they do not know that "boot" in GPT disks sets a
> partition as UEFISYS unlike the same flag in MBR disks.

Please give an example of precisely what you would like to change,
and how.  If you are proposing to change only the input side of the UI,
(i.e., neither libparted, nor the output of parted) then adding an
alias might work.

Oh, and please start a separate thread just for this.

> This also lead me to think that there is no way to distinguish between
> setting a GPT partition type and a GPT partition attribute when a flag
> is set on a partition. While internally libparted does this correstly,
> externally (to the user) parted does not seem to distinguish between a
> gpt partition type and a gpt partition attribute.

This is the third or fourth topic of this message.
If you're serious about it, please start a separate thread
with examples of the proposed change you would like to see.

I have to warn you to be prepared for delays.
Sometimes even bug reports don't get prompt attention.
And now we're talking about feature additions.