Jan,
Jan Damborsky wrote:
> William Schumann wrote:
>> auto_td.c: auto_select_install_target
>> RE: order or evaluation.  c#t#d# formate precedes more deterministic 
>> means, including: physical path, volume name. Shouldn't the 
>> evaluation of the more consistent and deterministic tags precede the 
>> less reliable c#t#d#?
>
> This is a good point. As we have discussed, deterministic attributes
> will have the highest priority and will be processed first.
>
> So we would end up with three groups of attributes:
>
> G1 - boot disk, devid, physical path, volume name
> G2 - ctd name
> G3 - rest of attributes (vendor, bus type, ...)
>
> attributes in G1 and G2 will be mutually exclusive,
> e.g. only one could be specified in AI manifest.
> They will be also mutually exclusive with G3 as a whole.
Sounds good.  These can be similarly modularized in the code: process 
G1, then G2, then G3, then the default disk selection algorithm.
>
> AI schema will be modified to enforce that policy.
Yes, I think these can be made mutually exclusive in the schema.  As we 
discussed, this will enforce strict checking on the user, and manifest 
parse error messages have many problems, which should be addressed.  The 
documentation should carefully explain it, and it might help to have 
these commented in the schema - at least to indicate that the tags are 
mutually exclusive.
>
> Please let me know if it reflects correctly what has been
> discussed.
Yes
>
> Also, once we sort this out, I'll update bug reports accordingly.
Thank you,
William

Reply via email to