tbechtold
Update osc collab to support upstream info for python packages from pypi
an invention by tbechtold
Seems that there is currently no good way to check which python modules are outdated in devel:languages:python . AFAIU http://osc-collab.opensuse.org could learn howto handle information from pypi and set the attributes "UpstreamVersion" and "UpstreamTarballURL" for the packages.
Add "update" option to py2pack
an idea by tbechtold
py2pack (https://github.com/saschpe/py2pack) is used to create rpm packages from python modules. Would be great if py2pack can also update an existing package (download new version, update spec file, check requirements, ...)
Make OpenStack infrastructure setup usable on openSUSE
an idea by tbechtold
OpenStack uses Puppet to setup the whole CI (see http://ci.openstack.org/). Adjust the puppet manifests to be able to deploy the manifests on openSUSE and learn more about the setup.
Build python2 and python3 packages from single spec file
an invention by tbechtold
Currently python2 and python3 packages are completely independent. Would be imho good to build py2 and py3 versions from a single source (as Fedora, Debian & Ubuntu do already). There was already a mailing list post about this: http://lists.opensuse.org/opensuse-packaging/2014-09/msg00000.html
Create new crowbar barclamp for OpenStack Manila installation
an idea by tbechtold
Crowbar is used to automate the installation process of SUSE Cloud. Manila is the "shared filesystem asa service" project for OpenStack. To simplify the installation of Manila, create a new barclamp. This was already started some weeks ago. Current code is at: https://github.com/toabctl/barclamp-manila
Tool to update images in an OpenStack Cloud
an idea by tbechtold
Currently there is an internal OpenStack instance (cloud.suse.de). Most of the images there are outdated so it's common that everybody just uploads a new image. Would be nice to have a tool which updates at least the most common images (SLE11&12, openSUSE, CentOS, Ubuntu, Debian, Fedora) automatically once a day. So ater spawning a new VM, there would be no need to first update (and maybe reboot) the machine or upload a new image before you can start to work.
Setup Zuul & Gerrit & Jenkins & OBS infrastructure to test OpenStack upstream changes for rpm-packaging
an invention by tbechtold
OpenStack uses Zuul as a pipeline manager to test changes posted on gerrit. The rpm-packaging initiative (https://wiki.openstack.org/wiki/Rpm-packaging) needs to test proposed changes. So building packages with OBS for proposed changes is the goal of the project.
Improve py2pack
an invention by tbechtold
py2pack is the prefered tool todo Python packaging for openSUSE. There are multiple issues. The one I want to focus on is the dependency detection which is tricky for Python packages.
OpenStack with python3
an idea by tbechtold
Currently we have only packages for python2 but OpenStack is starting to work with Python3 so we need python3 packages and try to get it working.
Monitor OpenStack with Prometheus
an idea by tbechtold
Currently there is Monasca which can be used for monitoring an OpenStack cloud. But outside of the OpenStack world, Prometheus seems to be used more often.
Setup a RMT server in the eng cloud
a record by tbechtold
Would be useful to have a RMT server in the engcloud that can be used by other systems that use the engcloud. That way we would save some traffic.
Investigate py-spy for OpenStack services profiling
an idea by tbechtold
py-spy is a python profiler (similar to pyflame (which is unmaintained)). The profiler can be used to create profiling data for running processes. This might be useful to find bottlenecks in OpenStack services.
obsci - a CI for open build service packages
a project by tbechtold
Currently it's pretty difficult to create tests for some specific package. So something like TravisCI for OBS would be good.
Create a CLI to spawn jenkins slaves in public clouds
an idea by tbechtold
The SES team already has code to spawn nodes in OVH (OpenStack public cloud) and to register the spawned node as a Jenkins worker. Do something similar for AWS and make it generic so it can be used by others, too.
Activity