<span style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif">Thanks Simon,</span><div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif">
I'm still experimenting with SCAP, but it seems like it is going to fill a gap I have in our environment for compliance initiatives...  I'll keep playing with the standards and followng the project to see how it matures!</div>

<div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif"><br></div><div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif">
Keep up the great work!.</div><br><div class="gmail_quote">On Mon, Oct 22, 2012 at 1:03 PM, Simon Lukasik <span dir="ltr"><<a href="mailto:slukasik@redhat.com" target="_blank">slukasik@redhat.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 10/22/2012 06:45 PM, wm-lists wrote:<br>
> As a followup, I'm guessing it has something to do with the very old<br>
> rpm's that Red Hat is currently using.  I upgraded the RPM's to 0.9.0-1<br>
> and everything worked great.<br>
><br>
<br>
</div>Yes, you are correct. The problem is that the older one fails to process<br>
<xccdf:Rule> which contains two <xccdf:check> elements. This started to<br>
appear in SSG content only recently.<br>
<br>
We will work towards fixing this bug in upcoming Red Hat Enterprise<br>
Linux 6 Update 4. And for the record, you may want to open a support<br>
case with your vendor, and have this thing properly tracked.<br>
<br>
In the mean time, you have two options. You may use unofficial build<br>
openscap-0.9.0-1. Or you can use older content from SSG.<br>
<br>
We are sorry for troubles and thanks for the report!<br>
<div><div><br>
--<br>
Simon Lukasik<br>
Security Technologies<br>
</div></div></blockquote></div><br>