Support for OpenSuse Leap, new enterprise distro of SUSE

[artem-sidorenko]

Its basically the open downstream built of SLE: http://www.cio.com/article/3003168/linux/7-things-you-should-know-about-opensuse-leap.html

[artem-sidorenko]

Hm, suse testing is not included in the travis, so this issue was not catched. I will add it

[coveralls]

Coverage remained the same at 100.0% when pulling ae9444d on artem-sidorenko:opensuseleap into b8f5a06 on dev-sec:master.

[coveralls]

Coverage remained the same at 100.0% when pulling f8b673a on artem-sidorenko:opensuseleap into b8f5a06 on dev-sec:master.

[artem-sidorenko]

@chris-rock any idea about the timeout on suse testing on travis? I can not reproduce it locally :(

[chris-rock]

@artem-sidorenko Maybe we've an issue with the ssh config and suse does not let us in after hardening?

[atomic111]

@artem-sidorenko i restarted travis and it was working, but i get now 3 inspec failures

https://travis-ci.org/dev-sec/chef-ssh-hardening/jobs/170690452

[artem-sidorenko]

@atomic111 thx, I see.

I'll have a look in the next days

[chris-rock]

Looks like file permissions for /etc/ssh/ssh_config, /etc/ssh and /etc/ssh/sshd_config are not properly configured.

[chris-rock]

This looks like a bug in inspec in combination with SUSE. https://github.com/chef/inspec/blob/master/lib/resources/file.rb#L142-L143

[chris-rock]

related to inspec/inspec#1264

[chris-rock]

Thanks @artem-sidorenko for adding opensuse leap to our integration test

[artem-sidorenko]

@chris-rock @atomic111 just make something, fail to reproduce the issue, do not have time for further investigation - the problem gets resolved by itself (or other people), thats cool :D