1. 25 Feb, 2021 1 commit
    • Kristian Klausen's avatar
      Fix partial upgrade in the guest · 0ed6dbb6
      Kristian Klausen authored
      A partial upgrade is often a bad idea and can cause issue like:
      qemu-img: /usr/lib/libc.so.6: version `GLIBC_2.33' not found (required by qemu-img)
      cow_spacesize is bumped as upgrading can use a lot of storage.
      linux is ignored as we need the kernel modules for the current kernel to
      be available.
      Fix #136
  2. 16 Feb, 2021 1 commit
  3. 31 Jan, 2021 1 commit
    • Kristian Klausen's avatar
      Add basic image · 9920bd2c
      Kristian Klausen authored
      It is similar to the cloud-image but it comes with a preconfigured arch
      user (pw: arch) and lacks cloud-init.
  4. 28 Jan, 2021 1 commit
  5. 04 Jan, 2021 1 commit
  6. 12 Dec, 2020 2 commits
  7. 11 Dec, 2020 1 commit
  8. 10 Dec, 2020 1 commit
  9. 12 Oct, 2020 1 commit
  10. 30 Sep, 2020 1 commit
  11. 28 Sep, 2020 2 commits
  12. 26 Sep, 2020 1 commit
  13. 02 Sep, 2020 3 commits
  14. 01 Sep, 2020 2 commits
    • Kristian Klausen's avatar
      Set archiso mirror · 89ae66b5
      Kristian Klausen authored
    • Kristian Klausen's avatar
      Fail on EOF or read timeout · 194be3ff
      Kristian Klausen authored
      Running QEMU without hardware virtualization is very slow, so the
      timeout is set very high.
      Especially running qemu-img is very slow (the compression isn't
      qemu-img convert -c -f raw -O qcow2 cloud-img.img Arch-Linux-x86_64-cloudimg-2020-08-31.qcow2
  15. 30 Aug, 2020 2 commits
    • Kristian Klausen's avatar
      Add comments · d029fbe4
      Kristian Klausen authored
    • Kristian Klausen's avatar
      Replace packer with two custom shell scripts · 26cd9cc5
      Kristian Klausen authored
      Using actual VMs to build VMs is slow and error-prone (you need to use
      VNC to see what is going on, and booting takes over +110 seconds as we
      wait to be sure Arch Linux is ready).
      build.sh can build all three images in ~135 seconds (assuming all the
      packages is cached), we still need to use a VM for the actually building
      in GitLab CI (as that is the only safe way it can be done at the
      moment), which is a bit slower (~22 min vs ~13 min (Packer)), but that
      isn't really a big issue.
      In the future we can hopefully switch to Kate Containers[1] and reduce
      the build time significantly.
      [1] infrastructure#108