autopkgtest-schroot(1)
π 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 β meaningtype=fileortype=directorywith a configuredunion-type. If you hand her a static"directory"type schroot,autopkgtest-schrootwill 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 π
-sID |--session-id=ID β use a custom schroot session ID. This one's a gift because it lets you easily spot hung sessions inschroot --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 π
π AUTHORS AND COPYRIGHT π
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 π
π¦ where this page comes from
- debian trixie: autopkgtest 5.49 Β· GPL-2.0-or-later
- ubuntu jammy: autopkgtest 5.47~22.04.1 Β· GPL-2.0-or-later
- ubuntu noble: autopkgtest 5.55~24.04.1 Β· GPL-2.0-or-later
- ubuntu questing: autopkgtest 5.49
- ubuntu resolute: autopkgtest 5.55 Β· GPL-2.0-or-later
- ubuntu stonking: autopkgtest 6.0 Β· GPL-2.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms