You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I don't think the xlsx files stored in git lfs are getting pulled correctly by whatever CI is being used to build/push the image to docker hub. It looks like only the refs are being added (note file size of xlsx files):
This is causing the xlsx2inspec command to fail in the following way:
$ docker run -it -v$(pwd):/share mitre/inspec_tools xlsx2inspec -m <mappings> -p <prefix>l -x <benchmark>.xlsx
Traceback (most recent call last):
25: from /usr/local/bundle/bin/inspec_tools:23:in `<main>'
24: from /usr/local/bundle/bin/inspec_tools:23:in `load'
23: from /usr/local/bundle/gems/inspec_tools-2.0.6/exe/inspec_tools:14:in `<top (required)>'
22: from /usr/local/bundle/gems/inspec-core-4.21.1/lib/inspec/base_cli.rb:35:in `start'
21: from /usr/local/bundle/gems/thor-1.0.1/lib/thor/base.rb:485:in `start'
20: from /usr/local/bundle/gems/thor-1.0.1/lib/thor.rb:392:in `dispatch'
19: from /usr/local/bundle/gems/thor-1.0.1/lib/thor/invocation.rb:127:in `invoke_command'
18: from /usr/local/bundle/gems/thor-1.0.1/lib/thor/command.rb:27:in `run'
17: from /usr/local/bundle/gems/inspec_tools-2.0.6/lib/inspec_tools/plugin_cli.rb:95:in `xlsx2inspec'
16: from /usr/local/lib/ruby/2.7.0/rubygems/core_ext/kernel_require.rb:72:in `require'
15: from /usr/local/lib/ruby/2.7.0/rubygems/core_ext/kernel_require.rb:72:in `require'
14: from /usr/local/bundle/gems/inspec_tools-2.0.6/lib/inspec_tools/xlsx_tool.rb:14:in `<top (required)>'
13: from /usr/local/bundle/gems/inspec_tools-2.0.6/lib/inspec_tools/xlsx_tool.rb:16:in `<module:InspecTools>'
12: from /usr/local/bundle/gems/inspec_tools-2.0.6/lib/inspec_tools/xlsx_tool.rb:17:in `<class:XLSXTool>'
11: from /usr/local/bundle/gems/roo-2.8.3/lib/roo/spreadsheet.rb:11:in `open'
10: from /usr/local/bundle/gems/roo-2.8.3/lib/roo/spreadsheet.rb:11:in `new'
9: from /usr/local/bundle/gems/roo-2.8.3/lib/roo/excelx.rb:61:in `initialize'
8: from /usr/local/bundle/gems/roo-2.8.3/lib/roo/excelx.rb:398:in `process_zipfile'
7: from /usr/local/bundle/gems/rubyzip-1.3.0/lib/zip/file.rb:111:in `open'
6: from /usr/local/bundle/gems/rubyzip-1.3.0/lib/zip/file.rb:111:in `new'
5: from /usr/local/bundle/gems/rubyzip-1.3.0/lib/zip/file.rb:81:in `initialize'
4: from /usr/local/bundle/gems/rubyzip-1.3.0/lib/zip/file.rb:81:in `open'
3: from /usr/local/bundle/gems/rubyzip-1.3.0/lib/zip/file.rb:82:in `block in initialize'
2: from /usr/local/bundle/gems/rubyzip-1.3.0/lib/zip/central_directory.rb:136:in `read_from_stream'
1: from /usr/local/bundle/gems/rubyzip-1.3.0/lib/zip/central_directory.rb:103:in `read_e_o_c_d'
/usr/local/bundle/gems/rubyzip-1.3.0/lib/zip/central_directory.rb:143:in `get_e_o_c_d': Zip end of central directory signature not found (Zip::Error)
Downloading the NIST_Map_02052020_CIS_Controls_Version_7.1_Implementation_Groups_1.2.xlsx file and copying into the container works, but def a big speed bump in figuring out how to use a new project correctly 🙃
I'm guessing this is the same problem causing #180
Thanks!
The text was updated successfully, but these errors were encountered:
The correction you are describing is a new feature that runs the output Ruby through Rubocop so that you start with a linted profile (mostly to replace double quote strings with single quote strings) which is the preferred style.
I don't think the xlsx files stored in git lfs are getting pulled correctly by whatever CI is being used to build/push the image to docker hub. It looks like only the refs are being added (note file size of xlsx files):
This is causing the xlsx2inspec command to fail in the following way:
Downloading the
NIST_Map_02052020_CIS_Controls_Version_7.1_Implementation_Groups_1.2.xlsx
file and copying into the container works, but def a big speed bump in figuring out how to use a new project correctly 🙃I'm guessing this is the same problem causing #180
Thanks!
The text was updated successfully, but these errors were encountered: