Clean up the Uyuni frontend stacka project by j_renner Many of the Uyuni / SUSE Manager web UIs are still based on the no longer maintained Struts framework (version 1.2!) and implemented as JSP pages, while we added newer features based on the Spark framework and React. For me there is a vision of using only one technology stack (especially just one web framework, frontend framework and template engine) eventually, so it is about time to get rid of the old stack. While this is surely a huge effort, why not start with a new login page and then go from there rewriting other pages one by one? Things to look at in particular: 
|
Go async (and non-blocking) with HTTP requestsa project by j_renner There is a couple of libraries available for asynchronous and non-blocking processing of HTTP requests (in Java) that can be used to avoid having threads waiting for responses in request intensive applications, for example: - Apache HttpAsyncClient
|
Teach SUMA to sign repository metadataan invention by mcalmer Signing metadata requires a lot of manual interaction and knowledge of the customer. This was the reason why we never implemented it for SUMA as the benefit was very low. Now with the change in the zypp stack to not allow installing unsigned RPMs without user interaction or completly disabling GPG checks the benefit of such a feature increased. 
|
Ant Ivy OBS resolveran invention by cbosdonnat SUSE Manager uses an ivy repository on the R&D network to get the packaged jar to build against. To remove the manual maintenance of that repository and allow external contributors to hack the Java code of Uyuni / SUSE Manager we need to provide an Ivy plugin that gets the jars directly from OBS. 
|
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. 
|
Uyuni (property based testing (with (lisp) ))an idea by dmaiocchi I will not have the time for bootstrapping this project but I think given the JVM platform of Uyuni, it would be coherent to setup a property-based testing with clojure, from which developers could call JAVA code easy without problem, (for using some classes) but also people could learn new programming models like clojure |
Investigate options to introduce Plugins to SUSE Managera project by cbosdonnat For years we have been discussing the idea to modularize SUSE Manager. This would enable developers to create their own extensions to SUSE Manager without needing to touch the core repository. There are several frameworks that could be helping in that direction. The goal here is to create a Proof of Concept with the virtualization features moved into an add-on.
|
|
|
Provisioning Prometheus exporters with Uyuni revisiteda project by j_renner There is a number of annoyances and pending improvements when working with the Salt Formula for provisioning Prometheus Exporters in Uyuni: - Fix issue with cleanup in case the monitoring entitlement is removed.
|
Testing and adding GNU/Linux distributions on Uyuni
Uyuni: re-architecting code with Akka
