1. 21 Jul, 2020 3 commits
  2. 06 Jul, 2020 1 commit
  3. 30 Jun, 2020 3 commits
  4. 20 Jun, 2020 1 commit
  5. 18 Jun, 2020 3 commits
  6. 15 Jun, 2020 1 commit
  7. 14 Jun, 2020 3 commits
  8. 11 Jun, 2020 1 commit
    • Peter Hutterer's avatar
      tools: add commit message checks to ci-fairy · 639808ac
      Peter Hutterer authored
      
      
      Useful for checking things like signed-off-by and some more cosmetic things
      that we expect in general from the commit message.
      
      Current checks:
      - s-o-b present or not (depending on commandline toggle)
      - textwidth < 80 chars
      - second line of commit message is an empty line
      - no 'fixup!' or 'squash!' messages in the history
      - git author information is set
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      639808ac
  9. 04 Jun, 2020 2 commits
  10. 02 Jun, 2020 1 commit
  11. 01 May, 2020 1 commit
  12. 28 Apr, 2020 1 commit
  13. 25 Apr, 2020 1 commit
  14. 24 Apr, 2020 3 commits
  15. 21 Apr, 2020 3 commits
    • Peter Hutterer's avatar
      ci: add the ci for the FDO_BASE_IMAGE · 8becba49
      Peter Hutterer authored
      
      
      As suggested by Benjamin, this merely runs a container-build job off
      the base image without any "content". The order (for Arch) is thus:
      
      arch:latest@container-build creates an image with curl+wget installed
      and pushes that to the registry.
      
      arch:latest@base-image starts with that base image but doesn't install
      anything. The DISTRO_EXEC script runs curl and wget though - which we
      expect to be present since we have our custom base image. If that
      succeeds we don't need to do anything else, we expect the rest to work
      since it's just the container-build job.
      
      The only unfortunate hack is that we cannot use the global
      FDO_DISTRIBUTION_TAG to reference the image. Gitlab doesn't do
      double-expansion of variables so we need to hardcode the same value.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      8becba49
    • Peter Hutterer's avatar
      template: reset the workingdir to / once done with DISTRO_EXEC · 271d179d
      Peter Hutterer authored
      
      
      Because, interestingly enough, without that we don't actually remove the
      /tmp/clone directory and then fail if we run a FDO_BASE_IMAGE off this
      image (because mkdir is unhappy if the path exists).
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      271d179d
    • Peter Hutterer's avatar
      Add support for custom base images with FDO_BASE_IMAGE · ecad2125
      Peter Hutterer authored
      
      
      By default we start with $distro:$version as the base image onto which
      the dependencies are installed. Where FDO_BASE_IMAGE is set we start
      with that image instead. This allows for layering of base images, e.g.
      gstreamer can generate an image that the gstreamer-plugins then use as
      base image for their specific needs.
      
      Fixes: #7
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      ecad2125
  16. 10 Apr, 2020 1 commit
  17. 23 Mar, 2020 1 commit
    • Peter Hutterer's avatar
      Provide a vmctl start|start-kernel|stop|exec command · acda94e1
      Peter Hutterer authored
      
      
      This wraps the common things we need to do - start the vm, stop it later and
      in between exec a few commands on the VM itself.
      
      exec is just a wrapper around ssh and vmctl start installs a ssh_config.d
      entry so we can acces the vm as host "vm". This simplifies our scp calls a lot
      too since we don't need to know about the port anymore and calling it "vm" is
      less confusing than "localhost".
      
      FTR, I did have a vmctl copy command in the test branch but it ended up being
      worse than just calling scp - the argument for exec is weak enough as it is.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      acda94e1
  18. 21 Mar, 2020 1 commit
  19. 20 Mar, 2020 7 commits
  20. 18 Mar, 2020 1 commit
  21. 17 Mar, 2020 1 commit