Travis provides nice integration with GitHub, it can automatically run tests for every commit or every pull request.

It is already used in e.g. registration module, see the build result.

Unfortunately the current support is quite limited, the problem is that Yast packages are not available at Travis builders. The workaround is to mock used Yast calls (that leads to overmocking) and reimplementing some Yast core functions. Another solution is to test only the functionality which does not rely on Yast much, but that means the code coverage will be rather small...

Provide Yast packages for Ubuntu

Travis allows to install additional packages (see the doc), but the builders are running Ubuntu and we do not have Yast packages for Ubuntu...

The solution is to repackage Yast packages to deb packages for Ubuntu in YaST:Head:Travis OBS project.


  1. We do not need to package all Yast modules, just the base packages like yast2-core, yast2, yast2-ruby-bindings and the dependent packages, the leaf packages do not need to packaged.

  2. It's really about repackaging, the Yast packages will very likely not work in Ubuntu out of box (because of different config files, package names, file locations, services, different system defaults, different package management...). But that should not matter as the system access will be stubbed/mocked in the tests anyway, for running tests the real functionality is not needed, we just need that the files can compiled and loaded.

Current Status

I have already started the project at the CSM department workshop last month. What has been done:

  1. YaST:Head:Travis OBS project set up

  2. Some modules already have .travis.yml file added and Travis builds are enabled in Travis branch

  3. There is the overview of already converted modules is available

The Goal

  1. Enable Travis builds for all currently maintained Yast packages (in Git master branch)
  2. As a side effect we could attract some Debian/Ubuntu developers to help us with the Yast port and this could help us to broaden the community around Yast.

The Future

  1. The support could be enhanced to other Git branches, for example SLE12-GA branch could be used for testing SLE12 maintenace updates.
  2. The tests run at Travis can be enhanced to report test code coverage using coveralls



Looking for hackers with the skills:

packaging travis obs yast

This project is part of:

Hack Week 11


  • about 6 years ago: mvidner liked Travis CI support for Yast
  • about 6 years ago: lslezak added keyword "packaging" to Travis CI support for Yast
  • about 6 years ago: lslezak added keyword "travis" to Travis CI support for Yast
  • about 6 years ago: lslezak added keyword "obs" to Travis CI support for Yast
  • about 6 years ago: lslezak added keyword "yast" to Travis CI support for Yast
  • about 6 years ago: lslezak started Travis CI support for Yast
  • about 6 years ago: lslezak originated Travis CI support for Yast

  • Comments

    • lslezak
      about 6 years ago by lslezak | Reply

      The Result

      I have managed to enable Travis support to all Yast modules, which I consider a big success!

      See the details in this document.

      This should improve testing automation for all Yast modules and we should be more confident when doing changes in Yast as basically every commit to Git master will be automatically tested.

    Similar Projects

    Test functional package manager for delivering packages by jevrard

    During the week, I install guix and analyse how...

    Properly package Quick Event orienteering management software by LPechacek

    It ain't rocket science, it ain't thrilling, it...

    OBS Project Monitor page redesign by vpereirabr

    Exactly what problem will this solve?


    Modernize Mash deployment by seanmarlow

    Mash is a Python based CI/CD pipeline for aut...

    distributed build for Ceph in containers by denisok

    Investigate possibilities for the distributed b...

    Migrate more OBS service scripts to pure systemd by enavarro_suse

    Following the work started in the last hackweek...

    MicroOS Desktop by RBrownSUSE

    [Video Recording of openSUSE Conference sessio...

    Analyser for YaST logs by jreidinger

    Well, we often stuck in YaST team with knowledg...

    openSUSE on ZoL from OpenZFS project by jkohoutek

    Idea is to have SUSE system with OpenZFS as roo...

    Build admin-tools in a stand-alone environment without obs dependencies by dmulder

    The [admin-tools appimage](https://appimage.git...

    Learn Crystal by porting part of YaST to that language by ancorgs

    For a very long time, I have been planning to p...