autopkgtest-schroot(1)

πŸ“¦
version 6.0 Β· 3 versions
, in debian trixie, ubuntu jammy, ubuntu noble, ubuntu questing, ubuntu resolute, ubuntu stonking

πŸ’– autopkgtest-schroot(1) β€” the Linux Programmer's Manual glow-up πŸ’–

okay bestie, sit down, hydrate, because this is the autopkgtest-schroot(1) page and she is serving schroot-based virtualisation πŸ¦‹


✨ NAME ✨

autopkgtest-schroot β€” an autopkgtest virtualisation server that uses a schroot, no cap πŸ’…


🌸 SYNOPSIS 🌸

autopkgtest [...] -- schroot [options] schroot-name

πŸŽ€ DESCRIPTION πŸŽ€

So like, autopkgtest-schroot gives you an autopkgtest virtualisation server built on top of a schroot. Most of the time you're not even calling her directly β€” autopkgtest invokes her for you. She's the backstage crew, the main character energy happens elsewhere πŸ’–

You must tell her which schroot name to use. That part is not optional, she's not guessing for you πŸ™ˆ

⚠️ Only use this with schroots that provide temporary sessions β€” meaning type=file or type=directory with a configured union-type. If you hand her a static "directory" type schroot, autopkgtest-schroot will literally refuse to work. She said no πŸ’€

Also, real talk: schroot does not provide significant isolation between the testbed and the host system. So if the packages you're testing are untrusted, please please please use a different virtualisation server. Not worth the risk, babe 😭

Oh and if you want to make schroots conveniently, mk-sbuild(1) is right there for you, she's iconic πŸ‘‘


πŸ” PERMISSIONS πŸ”

If you can access the schroot as your own user β€” like, according to the schroot's users/groups configuration β€” then you should run autopkgtest-schroot (and autopkgtest itself) as a normal user too. No need to escalate for no reason, bestie ✨

autopkgtest-schroot reads the schroot configuration (root-users/root-groups) to figure out whether she can enter the schroot as the root user. If she can, she sets the root-on-testbed capability and suddenly you can run tests that need to build or run as root. Slay 🫢

But if your user isn't allowed to do that? Then you need to run autopkgtest as root instead. That's just the vibe check she's giving you 🌈


πŸ’… OPTIONS πŸ’…

  • -s ID | --session-id=ID β€” use a custom schroot session ID. This one's a gift because it lets you easily spot hung sessions in schroot --list --all-sessions. So thoughtful of her πŸŽ€
  • -d | --debug β€” turns on debugging output. When things are weird, this is your bestie fr fr πŸ”₯

πŸ“₯ INPUT, OUTPUT AND EXIT STATUS πŸ“₯

The behaviour of autopkgtest-schroot is exactly as described by the AutomatedTesting virtualisation regime specification. That's the whole vibe, go read the spec, iykyk πŸ’œ


πŸ‘€ SEE ALSO πŸ‘€


This manpage is part of autopkgtest, a tool for testing Debian binary packages. autopkgtest is Copyright (C) 2006-2013 Canonical Ltd and others. Respect the elders πŸ’–

See /usr/share/doc/autopkgtest/CREDITS for the list of contributors and the full copying conditions. Receipts are all there, bestie 🧚


and that's the whole page, you ate it up ⭐ this came to you from the autopkgtest manual, dated 2013, and yeah she's still cute. mwah πŸ’‹