<div dir="ltr">I have been developing a CentOS 6 profile lately and toying between managing the versioning of the builds with either cloned channels or captured Package Profiles.<div><br></div><div style>Here is my test scenario for the later approach:</div>

<div style><div>- Created a clean Software Profile via</div><div>  a. Kickstart a fresh machine.</div><div>  b. Issue a single "yum -y update"</div><div>  c. Create a Package Profile entitled "CentOS 6.2 - Updated"</div>

<div>  d. Cloned kickstart profile "centos6-base" -> "centos6-base-updated"</div><div>  e. Updated the "centos6-base-updated" profile's software tab to use the package profile</div><div>

- Now testing a fresh kickstart</div><div>  + Broke out of the default PXE menu entry</div><div>  + Updated the ks= line to reference my cloned kickstart profile</div><div>- Result<br></div><div>  + Viewing the Events History of the new machine shows a failed "Package</div>

<div>    Synchronization scheduled by (none)"</div><div>  + Looking at the error message in detail I see:</div><div>    #+begin_example</div><div>Client execution returned "Failed: packages requested raised dependency problems: [u'Protected multilib versions: nspr-4.8.9-3.el6_2.x86_64 != nspr-4.9.2-1.el6.x86_64', u'Protected multilib versions: nss-3.14.0.0-12.el6.x86_64 != nss-3.13.1-7.el6_2.i686', u'Protected multilib versions: nss-3.14.0.0-12.el6.x86_64 != nss-3.13.1-7.el6_2.x86_64', u'Protected multilib versions: nss-util-3.13.1-3.el6_2.i686 != nss-util-3.14.0.0-2.el6.x86_64', u'Protected multilib versions: libffi-3.0.5-3.2.el6.i686 != libffi-3.0.10-2.el6.x86_64']" (code 18)</div>

<div>    #+end_example</div><div><br></div><div style>The list of failed packages is exactly the number of packages I would get installed if I did a "yum update" on the machine right now. </div><div style><br></div>

<div style>Any ideas as to what is wrong here? I'd also take advice on whether or not you think this approach is a sane one or not. </div><div style><br></div><div style>Thanks,</div><div style>Jon Miller</div></div>
</div>