-
-
Notifications
You must be signed in to change notification settings - Fork 34
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
[BKR-1021] Archlinux support #5
Conversation
Can one of the admins verify this patch? |
Egads! No Travis on this repo! Also, I just realized that this may fulfill BKR-1021 for Arch support, which @petems opened about a year ago. There is one asterisk on my implementation here, which may be cause for concern...
Not sure if that should be documented or not, and if that's OK or not. I assume that since many/most Puppet modules manage daemons, it's normal to be running in a Docker environment with the system standard init and process manager, but this is my first foray into beaker-docker for a module of my own. |
@jantman thanks for this submission! I'm surprised there are so many commits for this few changes, but I see they're pretty granular. Would you please prefix your git commit messages w/the ticket reference |
@kevpl I rebased this down to one commit, appropriately prefixed. Sorry for not referencing the issue in the original commits... I actually found the ticket after I opened the PR. |
@jantman Thanks for picking this up! I had honestly forgotten about this 😄 I'm sure @bastelfreak will be happy to see this, as our resident Arch + Linux person 👍 |
\o/ |
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.
👍
@puppetlabs-jenkins test this please |
@bastelfreak @petems Sure! I'm finally getting around to cleaning up and modernizing some of my vintage-2013 Arch-centric modules, and just couldn't bear to use VirtualBox acceptance tests anymore (or leave acceptance tests out of the Travis run). Glad to know there are still some other Arch folks around! |
This adds support for archlinux, which is present in beaker-puppet, originally introduced by pre-refactor beaker PR 1289 by @petems and I, but isn't supported for Docker.
This also introduces support for a
docker_cap_add
Array section of the config, which allows setting additional kernel capabilities for the SUT container (see Docker kernel capabilities, docker run --cap-add. This was needed for a module I'm testing; see below for more.This should add the minimum needed to get Arch working as a docker-based SUT with the "standard" SUT setup (openssh/sshd). An example of this working can be seen in my puppet-archlinux-workstation module; host yaml and tests passing on TravisCI.
I'm not sure if this should be documented, or if so where, but the archlinux distro itself is only supported by beaker-puppet with
PUPPET_INSTALL_TYPE=foss
, probably because the PR above predates agent installs.Note about added capabilities: The module that inspired this PR is my puppet-archlinux-workstation module module that I use to manage a base graphical install of ArchLinux on my desktop and laptops. It's not terribly popular but isn't unknown either (and would probably get more visibility if it were on the Forge, which I'm going to do soon, but it's a vintage module ;) ). It requires a full-blown systemd to do acceptance testing (the old Vagrant/VirtualBox tests stood up xorg and sddm, too, but that's too problematic in Docker), which requires the
SYS_ADMIN
capability.