[Ocfs2-tools-devel] [PATCH 1/1] ocfs2-tools: Add setting custom UUID in tunefs.ocfs2
Sunil Mushran
sunil.mushran at oracle.com
Thu Jun 10 13:05:07 PDT 2010
On 06/10/2010 12:45 PM, Joel Becker wrote:
> On Thu, Jun 10, 2010 at 09:57:27AM -0700, Sunil Mushran wrote:
>
>> We have been moving away from the traditional uuid format.
>> What do others think? Should we support both inputs? I am
>> inclined to support only the first input as that is what -Q "%U"
>> "stats" in debugfs.ocfs2, etc., returns.
>>
> I've actually been wondering if we should be moving towards the
> libuuid format. Other places in the system, like udev and blkid, report
> that format. Isn't it confusing for others?
>
>
We moved to the format because the domain name, etc. is without
the dashes. It is easier to write scripts.
>>> static struct tunefs_option reset_uuid_option = {
>>> .opt_option = {
>>> - .name = "uuid-reset",
>>> - .val = 'U',
>>> + .name = "uuid-reset",
>>> + .val = 'U',
>>> + .has_arg = 2,
>>> },
>>> - .opt_help = "-U|--uuid-reset",
>>> + .opt_help = "-U[new-uuid]|--uuid-reset[=new-uuid]",
>>> + .opt_handle =&generic_handle_arg,
>>> .opt_op =&reset_uuid_op,
>>>
>> + .opt_help = "-U|--uuid-reset [new-uuid]",
>>
> No can do. Optional arguments can't be separated by a space.
>
Oh... I was wondering about that. How about...
+ .opt_help = "-U|--uuid-reset=[new-uuid]",
More information about the Ocfs2-tools-devel
mailing list