On 2/20/13 5:18 PM, Jeffrey Blank wrote:
I mean, "warm welcome to new SCAP developers" ... (also).
We can work through toolchain commonality as we go forward. Doing so
first would perhaps have been better, but we'll muddle through.
There are some tooling improvements that I'd like to make (and in
exactly one place for all). That aside, it's certainly good to make
sure new developers are aware of the available toolchain as early as
possible.
$ du -sh JBossEAP5/ OpenStack/ RHEL6/ RHEVM3/ ../scap-security-guide/
1.2M JBossEAP5/
1.8M OpenStack/
11M RHEL6/
1.5M RHEVM3/
21M ../scap-security-guide/
$ du -h RHEVM3/references/U_Application_SRG_V1R1_Manual-xccdf.xml
708K RHEVM3/references/U_Application_SRG_V1R1_Manual-xccdf.xml
So yes, technically the new directories did increase the disk
requirements from 18MB to 21MB. 1.4MB of that is the Application STIG
itself.
I did keep the utils/ and transforms/ directories intact for each new
directory, which added 432K to the project size:
$ du -sh OpenStack/transforms/ OpenStack/utils/ RHEVM3/transforms/
RHEVM3/utils/
184K OpenStack/transforms/
32K OpenStack/utils/
184K RHEVM3/transforms/
32K RHEVM3/utils/
..... I sometimes forget there are networks where downloading an extra
432K is cumbersome.
But seriously, you *are* totally right: We do need to elevate our
toolchain into a top level directory.
So thanks (also).
I know how hard that sentence was for you ;)
_______________________________________________
scap-security-guide mailing list
[email protected]
https://lists.fedorahosted.org/mailman/listinfo/scap-security-guide