Re: [PATCH 12/15] docs: Document the new <slices> sub-element of disk's <source>

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Feb 06, 2020 at 04:55:33PM +0100, Peter Krempa wrote:
On Thu, Feb 06, 2020 at 16:49:05 +0100, Ján Tomko wrote:
On Thu, Feb 06, 2020 at 08:52:04AM +0100, Peter Krempa wrote:

[...]

> +            <group>
> +              <element name='slice'>
> +                <attribute name='type'>
> +                  <value>storage</value>
> +                </attribute>
> +                <ref name="diskSourceSlice"/>
> +              </element>
> +            </group>
> +            <group>
> +              <element name='slice'>
> +                <attribute name='type'>
> +                  <value>format</value>
> +                </attribute>
> +                <ref name="diskSourceSlice"/>

Not sure why you use groups if the only choice is between
the values of the type attribute.

What I really wanted to express is that I wanted to allow only 0 or 1
slice with type storage and 0 or 1 slice of type format in any order,
but my RNG-fu was not strong enough. I forgot to optimize it after the
attempts. :(

Any ideas how to achieve the above? Otherwise I'll optimize it.

<interleave>
  <optional>
    <!-- storageSlice -->
  </optional>
  <optional>
    <!-- formatSlice -->
  </optional>
</interleave>

was my first thought, but the interleave element does not seem happy
with two slice elements.

My other idea is to enumerate all the options, which is just not worth
it IMO.

Jano

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]

  Powered by Linux