-
Notifications
You must be signed in to change notification settings - Fork 420
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update the testing matrix (5 distros, 2 python versions, 3 salt versions) #406
Conversation
kitchen.yml
Outdated
driver: | ||
name: docker | ||
|
||
driver_config: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As @dafyddj mentioned in Slack, lines 4 and 5 here can be removed, so that we end up with:
driver:
name: docker
use_sudo: false
privileged: true
provision_command: mkdir -p /run/sshd
run_command: /lib/systemd/systemd
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The same is true for lower down under platforms:
too.
kitchen.yml
Outdated
# Previous distro, oldest salt, previous python | ||
- name: debian-8-2017-7-py2 | ||
driver_config: | ||
image: saltstack/au-debian-8:ci-2017.7-py2 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
image: registry.gitlab.com/dafyddj/debian-salt:8-2017.7
@javierbertoli There's a strange problem: most images appear to end up with a Salt version that doesn't match the image that is being pulled. Based upon searching the log for
|
@myii interesting, it seems we have a few issues here:
$ docker run -ti saltstack/au-debian-9:ci-2019.2-py3 /bin/bash
root@be157c63728b:/# salt --version
salt 2018.3.3 (Oxygen)
root@be157c63728b:/# head -2 /usr/bin/salt
#!/usr/bin/python
root@be157c63728b:/# python --version
Python 2.7.13
|
Use py3 for latest salt version Use Python 2 on old distros Update Gemfile Updated centos-6 run_command, as it does not use systemd Added tests to verify correct package versions for all cases tested
aa1c637
to
8017fa1
Compare
@daks @aboe76 This is a fantastic effort from @javierbertoli. It would be great to get feedback from both of you, so that we can confirm this is how we want to proceed for this and other formulas as well. @javierbertoli As mentioned on Slack, just one slight discrepancy in the log:
|
@javierbertoli One request: we've run into bugs with |
Looks good to me, good job @javierbertoli :) |
To match the one used by the bootstrapper. Otherwhise, we end up with two repos configured
Fixed. There's were three issues that caused this:
The changes pushed should fix all that. Bear in mind that these are weird situations caused by the
It's possible. Never tried |
@javierbertoli As discussed on Slack just now, we'll leave this |
@javierbertoli and @myii what a work!!!, I can only see one issue coming up, soon, when you switch to opensuse leap 15, it will be python3... |
There's an opensuse/leap:15 image available, I can switch to/add it to the matrix if you want. We discussed it with @myii on slack and, as none of us is an active opensuse user, we are not aware of which version to use/prefer. So I went with the 42.3 because I remember we used it somewhere in the formulas. But if you have a preference/suggestion of which opensuse images to use, I think I can change it. Either in this PR or adding a new issues/PR for it. |
@javierbertoli I would prefer the opensuse/leap 15 version over the 42.3 version because of several reasons:
|
@aboe76, tried to change the code to
All in all, given that opensuse is in the matrix and is being tested, I think that we can upgrade to |
Thanks for trying, you did an amazing job.
Op di 2 apr. 2019 00:42 schreef Javier Bértoli <notifications@github.com>:
… @aboe76 <https://github.com/aboe76>, tried to change the code to opensuse
Leap 15, but hit an issue with inspec: they're not currently supporting it
<https://github.com/inspec/inspec/blob/master/README.md#supported-os>,
only 13 & 42 and therefore the tests are skipped
↺ salt packages: should be installed (2 skipped)
↺ The `package` resource is not supported on your OS yet.
↺ The `package` resource is not supported on your OS yet.
↺ salt services: should be running (2 skipped)
↺ The `service` resource is not supported on your OS yet.
↺ The `service` resource is not supported on your OS yet.
All in all, given that opensuse is in the matrix and is being tested, I
think that we can upgrade to opensuse-leap-15 in a couple of months, or
submit a patch to inspec? wdyt?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#406 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABt51MGJF_a8R02AXDvMwTLXSFzuUJ_Wks5vcotkgaJpZM4cNpBU>
.
|
@javierbertoli Merged -- thanks for this excellent contribution. To everyone else, your feedback and comments were extremely helpful and much appreciated. |
As discussed in the Slack formula's channel, tried to cover most cases, so I ended with this matrix:
salt 2019.2, python 3 (installed from Saltstack's repo)
salt 2019.2, python 2 (installed from Fedora's repo)
salt 2018.3, python 2 (installed from Saltstack's repo)
salt 2018.3, python 2 (installed from Fedora's repo)
dnf
installs 2019.2 from theupdates
reposalt 2017.7, python 2 (installed from Saltstack's repo)
Added tests to verify the package version in all cases, and split the tests dirs for the three salt versions, so we can now test config correctly for them.