autopkgtest office hours
========================

* NEWS since last year
  * infra
    * s390x now fully supported, armel will be there real soon
    * fully supported architectures including testing migration by the RT:
      amd64, arm64, armel*, armhf, ppc64el, s390x
    * riscv in prototyping
    * missing: mipsel and mips64el
    * extra archive support (Pavit Kaur, GSoC 2021)
      * security archive testing, including embargoed security updates
        (https://salsa.debian.org/security-team/security.debian.org/-/milestones/1#tab-issues)
      * experimenting with transition pre-testing
        * Perl team found issues
        * Ruby will try it soon
        * your team?
    * several UI improvements (Abiola Ajadi, Outreachy Dec 2021)
  * autopkgtest-help project (https://salsa.debian.org/ci-team/autopkgtest-help/)
  * autopkgtest news
	  * better support for QEMU (Simon McVittie, Christian Kastner, Thierry Fauck, 
	Ryutaroh Matsumoto)
	  * unshare backend (Jochen Sprickerhof)
	  * Several smaller improvements and bug fixes by other contributors
* Funny findings
  * Package that only fail when run with lots of cores(160) and lots of RAM (255 GB)
  * should we try harder to create a more "realistic" environment? (What would that be?
* stats
   * processed > 23M tests since March 2019
   * 17046/16371/14018/10012 packages in unstable/testing/stable/oldstable have autopkgtests (2022-07-18 10:14 UTC)
   * https://ci.debian.net/status/
   * > 2400 bugs filed related to autopkgtest issues (mostly regressions) in about 5 years

What's missing from: https://wiki.debian.org/ContinuousIntegration/AutopkgtestBestPractices
* Questions/comments from the participants
* TODO: document hardware resources in the test beds and keep it updated
* TODO: support QEMU in the infra, we get asked about this every time
* autopkgtest-help needs some attention
* Join #debci