Get terraform-provider-libvirt closer to releasean invention by dmacvicar terraform-provider-libvirt adds libvirt support to terraform. Thanks to other projects using it, there are several pull requests open. The goal is to include the features that are ready to be merged. 
|
|
Implement QEMU Firmware Config device support in Linuxrc/AutoYaSTa project by dmacvicar While normally data is passed to linuxrc (including an AutoYaST profile), modern auto-install tools like Ignition from CoreOS support a very interesting method: the QEMU Firmware Config device.
This allows to read from inside the VM a blob by reading 
|
Use Terraform+Ansible to provision/deprovision Factorio servera project by ikapelyukhin There's sadly not much time to enjoy Factorio with friends, so from economy perspective it makes sense not to have the server running when it's not used. The plan would be: 
|
Terraform plugin for SCCa project by ikapelyukhin After playing around with Terraform, a wild idea appeared to write a plugin for SCC. The code for the plugin is in the
|
terracumber: python replacement for sumaform-test-runneran invention by juliogonzalezgil At SUSE Manager and Uyuni we use right now a set of bash scripts called sumaform-test-runner to run terraform and cucumber, send notifications and store cucumber results. However such scripts are currently hard to maintain and extend, and bash is clearly showing it's limitations when it comes to parsing cucumber results, working with JSON stuff, or using APIs. Besides it forces us to have credentials hardcoded at the main.tf files, which is a huge problem for making a public CI for Uyuni. 
|
Fix terracumber, add some python unit tests, try to extend it and publish itan invention by juliogonzalezgil Last year I developed Terracumber and, for the moment published it at one internal GitLab repository. We intended to replace the set of scripts we have to launch sumaform for the Uyuni and SUSE Manager CI, but lacked adding the monitoring part.
|
Modernize Mash deploymenta project by seanmarlow Mash is a Python based CI/CD pipeline for automated testing and publishing of public cloud images. Currently the production and development deployment for the package is inconsistent, slow and manual. This is a barrier to rapid development, deployment and testing. It also means the development workflow is different than production. This can lead to production issues which were not seen during development. In order to modernize the Mash workflow I plan to spend the week digging into a plethora of tools to first learn then build out a new workflow. The goal is to simplify deployment by choosing tools that provide consistency, modularity and repeatability. By leveraging the best tools available we can harden the code and accelerate the release cycle. 
|
Zero-ish downtime deploy on da cheap!a project by josegomezr Zero-ish downtime deploy on da cheap!This project aims to get a 0-ish downtime deployments (very easily achievable with Kubernetes) just using: 
|
Terraform GUIa project by kevinklinger Project DescriptionBuild a tool that provides a GUI for Terraform and is able to spin up machines directly on KVM. 
|
.jpg){kind=small}
Implement kernel cmdline and/or autoyast/kickstart support in terraform-provider-libvirt