[Sorry, meant to send this to the list as well.  I'm currently in 
 XML mode it seems :-)]

Hi Karen!


Forgive me for being late, and also forgive me for asking a question that
might have been answered in another thread.

> The changes I just pushed:
>
> Author: Karen Tung<Karen.Tung at Sun.COM>
> Repository: /hg/caiman/slim_source
> Latest revision: c6c48f08de33b0793ace03dc54036746548935a0
> Total changesets: 1
> Log message:
> 12726 DC and installers shouldn't require a root password in the packaged 
> /etc/shadow
> 12669 DC errors about /var/pkg/catalog
> 12186 Deleting catalog cache needs to be revisited with with catalog v1

[...]

> A optional configuration parameter is also added to the DC manifests.
> This parameter
> is being used by the new pre_boot_archive_pkg_image_mod.py
> script.  All DC manifests that builds the Slim CD and AI images are updated
> with this parameter.  However, it is commented out:
>
>
> <!--
>                       Password for the root user/role in the image.
>                       If not specified, the default value of "opensolaris"
>                       will be used
>                  -->
> <!--
>                       Uncomment before using
> <rootpass is_plaintext="true">plaintext-password</rootpass>
>                  -->

Why are these new elements added?  On first glance, they might seem
user-friendyl with their "descriptive" names.  OTOH, it creates quite
a bit more work when you want to validate or generate such manifests.

Wouldn't something like

  <dc_config>
    <entry>
      <key>rootpass</key>
      <value>plaintext-password</value>
      <attr>is_plaintext=true</attr>
      <attr>someotherattr=42</attr>
    </entry>
  </dc_config>

or even better

  <dc_config>
    <entry>
      <key name="rootpass">plaintext-password</key>
      <attr name="is_plaintext">true</attr>
      <attr name="someotherattr type="int">42</attr>
    </entry>
  </dc_config>

or even *gasp* an Apple-style property list be doing the same job?
Such solutions would not require changing the DTD or schema every
time, and would make maintaining manifest consumers and generators
much easier.

I mainly notice this while generating AI manifests for hands-off
installations.  This must have been discussed somewher before.
Just wondering...


Regards -- Volker
-- 
------------------------------------------------------------------------
Volker A. Brandt                  Consulting and Support for Sun Solaris
Brandt & Brandt Computer GmbH              WWW: http://www.bb-c.de/~vab/
Am Wiesenpfad 6, 53340 Meckenheim                     Email: vab at bb-c.de
Handelsregister: Amtsgericht Bonn, HRB 10513              Schuhgr??e: 45
Gesch?ftsf?hrer: Rainer J. H. Brandt und Volker A. Brandt

Reply via email to