Msquared wrote:
Hi!
I have a question about how dictionaries are handled in distro entries and
profile entries, and a suggestion about the default location of the tree
key in the distro and profile entries that are created with cobbler
import.
Handling Dictionaries In Distros and Profiles
I notice that the ks_meta dictionary exists in both the profile and the
distro: does this mean that the dictionaries are merged before being used?
If a dictionary key is in both, will the entry in the profile override the
entry in the distro?
It will. Systems override profiles, and profiles override distros.
Default Location For tree in ks_meta Dictionary
When I run cobbler import, the ks_meta tree entry ends up in the profile
that is created, but can that be added to the distro instead?
It seems to me that the tree is associated with the distro, so the distro
would be the most sensible place for the tree key of the ks_meta
dictionary to be set.
This is correct -- in the end (functionally speaking), it really doesn't
make a difference other than in the eyes of the person looking at the
configuration files. It's true that the kickstart tree location is
associated with the distribution, but since the particular profile
created is tied to the distribution as well, it all works out -- it's
the same result in terms of a output file from the template. It would be
a good change to make technically speaking, but would not affect
results. I would take a patch for it though.
I realise that I could move the tree entry from the profile to the distro
(assuming they are merged), but I would prefer fewer manual steps.
While it makes most sense to set the tree in the distro, I imagine that
someone else might prefer to keep it in the profile, so perhaps there
could be a command-line option for this?
An option shouldn't be needed... one way or the other is fine. Cobbler
has a bit too many options already :)
Regards, Msquared...
_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/et-mgmt-tools
Thanks,
Michael
