adt-run - Online sa Cloud

PROGRAMA:

NAME

adt-run - subukan ang isang naka-install na binary package gamit ang mga pagsubok ng source package

SINOPSIS

adt-run pagpipilian... --- virt-server [virt-server-arg...]

DESCRIPTION

adt-run ay ang programa para sa paggamit ng autokgtest package testing machinery.

Ang autokgtest ay isang pasilidad para sa pagsubok ng binary na Debian o Click na mga pakete, na naka-install sa a
system (tulad ng isang testbed system). Ang mga pagsubok ay ang mga ibinigay sa source package.

pinapatakbo ng adt-run ang bawat pagsubok na ibinibigay ng isang partikular na pakete at iniuulat ang mga resulta. Ito
hinihimok ang tinukoy na rehimen ng virtualization kung naaangkop, at na-parse ang paglalarawan ng pagsubok
metadata, at inaayos ang data na makopya papunta at mula sa testbed kung kinakailangan.

Tingnan ang /usr/share/doc/autopkgtest/README.running-tests.rst.gz para sa isang panimula tungkol sa kung paano
gamitin ang adt-run.

PAGTUKOY MGA PAGSUBOK

Tinukoy ng mga aksyon ang pinagmulan at binary na mga pakete upang subukan, o baguhin kung ano ang nangyayari sa
mga argumento ng package:

--pinagmulan dsc
Magpatakbo ng mga pagsubok mula sa Debian source package dsc. Bilang default, gagawin din ang package
at ang mga magreresultang binary ay gagamitin upang matugunan ang mga dependency sa pagsubok; upang huwag paganahin
na, tukuyin ang -B/--walang-built-binaries opsyon bago.

Ang pag-order ay makabuluhan: bawat isa --pinagmulan ang opsyon ay dapat mauna sa mga opsyon kung saan
Ang mga dependency ay dapat masiyahan ng mga binary na ginagawa nito.

--unbuilt-puno direktoryo
Tinutukoy ang mga pagsubok na iyon mula sa hindi nabuong puno ng pinagmulan ng Debian direktoryo dapat tumakbo.
Ito ay halos kapareho sa pagtukoy --pinagmulan maliban sa isang puno ng direktoryo (na
dapat malinis) ay ibinibigay, sa halip na isang source package.

--built-puno direktoryo
Tinutukoy ang mga pagsubok na iyon mula sa built Debian source tree direktoryo dapat tumakbo.
Tandaan na ang lahat ng test dependencies ay nasiyahan sa pamamagitan ng mga archive package, maliban kung ikaw
tahasang tukuyin ang lokal na binuong .debs na may --binary.

--apt-source srcpkgname
Downloads srcpkgname sa apt-makakuha ng pinagmulan sa testbed at patakbuhin ang mga pagsubok nito. Ito ay
katulad ng pagtukoy --pinagmulan ngunit iniiwasang kopyahin ang pinagmulan mula sa host patungo sa
testbed. Posibleng binuo binaries ay hindi gamitin upang masiyahan ang mga dependencies, bilang
kadalasan sa mode na ito gusto mong subukan ang mga binary mula sa isang tunay na archive.

--git-source URL [pangalan ng sangay]
Tinutukoy ang mga pagsubok na iyon mula sa hindi nabuong puno ng pinagmulan ng Debian mula sa git-cloning URL
dapat tumakbo. Kung pangalan ng sangay ay ibinigay, ang sangay na ito ay susuriin sa halip na
ang default (karaniwang "master").

Ito ay halos kapareho sa pagtukoy --unbuilt-puno pagkatapos ng pag-clone, ibig sabihin, ito ay
karaniwang ginagamit sa --walang-built-binaries. ang pumunta package ay mai-install kung
kinakailangan.

--binary deb
Tinutukoy iyon deb dapat gamitin para sa mga pagsubok sa lahat ng sumusunod na source packages. Sa pamamagitan ng
default ito ay gagamitin upang matugunan ang mga dependency, kapwa sa panahon ng pagbuo at pagsubok.

Ang pag-order ay makabuluhan, tulad ng para sa --pinagmulan. Sa partikular, kung ang isang kasunod na pinagmulan
package ay bubuo ng isang binary na may parehong pangalan, na gagamitin mula noon, at
deb hindi papansinin.

--mga pagbabago mga pagbabago
Tinutukoy na ang mga deb sa ibinigay na .pagbabago ay dapat gamitin para sa mga pagsubok ng
source package sa na .changes. Kumikilos na parang tinukoy mo ang .debs at .dsc
mula sa isang .changes file bilang tahasang mga argumento.

--click-source clicksrc
Path upang i-click ang source tree para sa kasunod --click Pakete.

--click clickpkg
If clickpkg ay isang file (*.click), i-install ang ibinigay na click package sa testbed. Kung ito ay
isang pangalan ng pag-click (tulad ng "com.example.myapp"), ipagpalagay na naka-install na ito sa
testbed at basahin ang manifest mula dito.

Patakbuhin ang mga pagsubok sa pakete ng pag-click mula sa nauna --click-source. Kung isang click source
ang direktoryo ay hindi tahasang tinukoy, ito ay ida-download ayon sa
manifest's x-source pagpasok. Sa kasalukuyan ang tanging sinusuportahang schema ay vcs-bzr.

filename
Ang mga hubad na argumento ng filename ay pinoproseso na parang --built-puno, --pinagmulan, --unbuilt-puno,
--apt-source, --binary, --mga pagbabago, --click-source, O --click ay tinukoy; ang
ang kalikasan ng argumento ay hinuhulaan mula sa anyo ng filename. Sa kaso ng
--built-puno, maaaring tukuyin ang opsyon, o dapat magtapos ang filename sa a
slash; dalawang slash sa dulo ay kinuha sa ibig sabihin --unbuilt-puno. Kung ibinigay
direktoryo ay may isang "click" na subdirectory, ito ay binibigyang kahulugan bilang --click-source.

PAGSUBOK Opsyon

Maliban kung iba ang nakasaad, nakakaapekto ang mga ito sa lahat ng kasunod na argumento ng pagsubok.

-B | --walang-built-binaries
Lahat ng binuo binary mula sa kasunod --pinagmulan or --unbuilt-puno hindi magiging mga pagsubok
binuo o hindi pinansin, at ang mga dependency ay nasiyahan sa mga pakete mula sa archive.
Tandaan na ang mga pakete ay nabubuo pa rin kung kinakailangan ng isang pagsubok build-kailangan.

--built-binaries
Kasunod --pinagmulan or --unbuilt-puno ang mga pagsubok ay bubuo at ang kanilang mga dependency
masiyahan sa mga binuo binary. Ito ang default na gawi, kaya ikaw lang
kailangan ito upang ibalik ang dati nang tinukoy --walang-built-binaries pagpipilian.

--override-control=PATH
Basahin ang metadata ng pagsubok mula sa PATH sa halip ng debian/mga pagsubok/kontrol (para kay Debian
source) o ang Click manifest para sa sumusunod na pagsubok.

--testname=PAGSUBOK
Patakbuhin lamang ang ibinigay na pangalan ng pagsubok (mula sa test control file) sa sumusunod na pagsubok.

PAGTOTROSO Opsyon

Kung hindi ka tumukoy ng anumang opsyon, adt-run nagsusulat lamang ng output/mga resulta nito sa stderr.

-o dir | --output-dir=dir
Tinutukoy ang pagsubok na mga artifact (stderr at stdout mula sa mga pagsubok, ang log file,
built binary packages atbp.) ay dapat ilagay sa ibinigay na direktoryo. dir hindi dapat
umiiral pa o walang laman, kung hindi man adt-run ay tatanggi na gamitin ito.

-l logfile | --log-file=logfile
Tinutukoy kung saan dapat isulat ang trace log logfile sa halip na sa output-dir.

--buod=buod
Tinutukoy na dapat sulatan ang isang buod ng kinalabasan buod. Ang mga kaganapan
sa buod ay nakasulat sa log sa anumang kaso.

-q | --tahimik
Huwag magpadala ng kopya ng adt-run's trace logstream sa stderr. Ang pagpipiliang ito ay hindi
makakaapekto sa kopyang ipinadala sa logfile or output-dir. Tandaan na walang bakas
logstream maaaring napakahirap mag-diagnose ng mga problema.

PAGSUBOK BED SETUP Opsyon

--setup-commands=utos
Tumakbo utos pagkatapos buksan ang testbed. Ito ay maaaring gamitin hal. upang paganahin ang karagdagang
apt source, tumakbo apt-makakuha ng update o katulad. Kung utos ay isang umiiral na pangalan ng file,
ang mga utos ay binabasa mula doon; kung hindi, ito ay isang string na may aktwal na mga utos
iyan ay tumatakbo bilang-ay. Ang mga pangalan ng file na walang direktoryo ay hahanapin sa parehong
kasalukuyang direktoryo at sa /usr/share/autopkgtest/setup-commands/ kaya hindi mo kailangan
upang ibigay ang buong landas para sa mga script ng pag-setup na ipinadala kasama ng autokgtest.

Maaaring tukuyin ang opsyong ito nang maraming beses.

If --gumagamit ay ibinigay o ang test bed ay nagbibigay ng a iminungkahing-normal-user kakayahan, ang
$ADT_NORMAL_USER ang environment variable ay itatakda sa user na iyon.

Kung ang mga utos sa pag-setup ay nakakaapekto sa anumang bagay sa mga direktoryo ng boot (tulad ng / boot or
/lib/systemd/system) at ang testbed ay sumusuporta sa pag-reboot, ang testbed ay magiging
na-reboot pagkatapos ng mga utos sa pag-setup. Ito ay maaaring pigilan sa pamamagitan ng paglikha ng isang file
/run/autopkgtest_no_reboot.stamp.

--apt-upgrade | -U
Tumakbo apt-makakuha ng update at apt-makakuha ng dist-upgrade -y sa testbed bago patakbuhin ang
mga pagsubok.

--apt-pocket=bulsa[=pkgname,src:srcname,...]
Magdagdag ng mga angkop na mapagkukunan para sa pakawalan-bulsa. Hinahanap nito ang una deb pumila
/ Etc / apt / sources.list na hindi pa tumutukoy ng bulsa at nagdaragdag ng deb at
deb-src na linya kasama ang bulsa na iyon /etc/apt/sources.list.d/bulsa. listahan. Ito rin
tawag apt-makakuha ng update para sa bagong bulsa (ngunit hindi para sa anumang bagay).

Kung ang isang listahan ng package ay ibinigay pagkatapos ng =, i-set up ang apt pinning upang gamitin lamang ang mga package na iyon
mula bulsa. Lumalawak ang isang entry na "src:srcname" sa lahat ng binary packages na binuo nito
pinagmulan. Ito ay maaaring gamitin para sa pagliit ng mga dependency na kinuha mula sa bulsa nang sa gayon ay
Ang mga update sa package sa bulsa na iyon ay maaaring masuri nang nakapag-iisa mula sa isa't isa para sa
mas mahusay na paghihiwalay. Attention: Hindi nito niresolba sa kasalukuyan ang ilang sitwasyon kung saan
Ang mga dependency ng mga ibinigay na pakete ay maaari lamang malutas sa ibinigay na bulsa. Sa
kaso ang apt pinning ay aalisin at ang pag-install ng package ay muling susubukan
kasama ang kabuuan ng bulsa.

--copy=HOSTPATH:TESTBEDPATH
Kopyahin ang file o direktoryo mula sa host papunta sa testbed pagkatapos buksan. Nangyayari ito dati
--setup-commands kaya maaari mong gamitin ang mga file na ito sa mga utos sa pag-setup.

--env=VAR=halaga
Itakda ang arbitrary na variable ng kapaligiran sa build at pagsubok. Maaaring tukuyin ang maramihang
beses.

USER/PRIVILEGE Paghahawak Opsyon

-u gumagamit | --user=gumagamit
Patakbuhin ang mga build at pagsubok bilang gumagamit sa testbed. Ito ay nangangailangan ng ugat sa testbed; kung
root sa testbed ay hindi magagamit pagkatapos ay bubuo at ang mga pagsubok ay tumatakbo bilang kung ano man ang user
ibinigay.

--gain-root=pakinabang-ugat
Prefix debian/mga panuntunan doble may pakinabang-ugat. Ang default ay hindi gumamit ng anuman,
maliban na kung --gumagamit ay ibinibigay o root sa testbed ay hindi magagamit ang
ang default ay fakeroot.

NAG-DEBUGG Opsyon

--debug|-d
Isama ang karagdagang impormasyon sa pag-debug sa trace log. bawat karagdagan -d
pinatataas ang antas ng pag-debug; ang kasalukuyang maximum ay -ddd. Kung gusto mong makita
anong nangyayari, -d or -DD is inirerekumenda.

--shell-fail|-s
Magpatakbo ng interactive na shell sa testbed pagkatapos ng isang nabigong build, pagsubok, o dependency
pag-install.

--shell
Magpatakbo ng interactive na shell sa testbed pagkatapos ng bawat pagsubok.

TIMEOUT Opsyon

--timeout-alin=segundo
Gumamit ng ibang timeout para sa mga operasyon sa o sa testbed. May lima
mga timeout na apektado ng limang halaga ng alin: maikli: supposedly short operations like
pagse-set up ng apt ng testbed at pagsuri sa estado (default: 100s); install:
pag-install ng mga pakete kasama ang mga dependency (default: 3,000s); pagsusulit: tumatakbo ang pagsubok
(default: 10,000s); kopyahin: kopyahin ang mga file/direktoryo sa pagitan ng host at testbed (default:
300s); at magtayo: build (default: 100,000s). Ang halaga ay dapat na tinukoy bilang isang
integer na bilang ng mga segundo.

--timeout-factor=double
I-multiply ang lahat ng default na timeout sa tinukoy na salik (tingnan ang --timeout-alin
sa itaas). Tanging ang mga default ang apektado; Eksaktong ginagamit ang mga tahasang setting ng timeout
gaya ng tinukoy.

LOKAL Opsyon

--set-lang=langval
Kapag nagpapatakbo ng mga command sa testbed, itinatakda ang WIKA variable ng kapaligiran sa
langval. Ang default sa adt-run ay upang itakda ito sa C.UTF-8.

OTHER Opsyon

--walang-auto-control
Huwag paganahin ang awtomatikong pagbuo ng pagsubok gamit ang autodep8, kahit na naka-install ito. Sa ganyan
kaso, ang mga pakete na walang mga pagsubok ay lalabas na may code 8 ("Walang mga pagsubok sa paketeng ito")
parang walang autodep8.

--build-parallelN
Itakda parallel=N DEB_BUILD_OPTION para sa pagbuo ng mga pakete. Bilang default ito ay ang
bilang ng magagamit na mga processor. Ito ay kadalasang kapaki-pakinabang sa mga lalagyan kung saan maaari mo
paghigpitan ang magagamit na RAM, ngunit hindi paghigpitan ang bilang ng mga CPU.

-h|- Tumulong
Ipakita ang tulong sa command line at lumabas.

VIRTUALISATION SERVER

--- virt-server virt-server-arg...
Tinutukoy ang server ng virtualization regime, bilang isang command at mga argumentong i-invoke.
virt-server dapat ay isang umiiral na autokgtest virtualization server tulad ng adt-virt-
schroot or adt-virt-qemu. Maaari mong iwanan ang adt-virt- prefix at tukuyin lamang
ang huling bahagi, hal schroot.

Ang lahat ng natitirang mga argumento at mga pagpipilian pagkatapos --- ay ipinasa sa virtualization
programa ng server. Tingnan ang mga manpage ng indibidwal na mga server para sa kung paano gamitin ang mga ito.

oUTPUT FORMAT

Sa panahon ng isang normal na pagtakbo ng pagsubok, isang linya ang naka-print para sa bawat pagsubok. Ito ay binubuo ng isang maikling
string na nagpapakilala sa pagsubok, ilang pahalang na whitespace, at alinman Pumasa or Mabigo dahilan o
SKIP dahilan kung saan ang pass/fail indication ay pinaghihiwalay ng anumang dahilan ng ilang pahalang
whitespace.

Ang string para matukoy ang pagsubok ay binubuo ng isang maikling alphanumeric string na inimbento ni adt-
tumakbo upang makilala ang iba't ibang argumento ng command-line, ang argid, na sinusundan ng isang gitling at
ang pangalan ng pagsubok.

Minsan a SKIP iuulat kapag ang pangalan ng pagsusulit ay hindi alam o hindi
naaangkop: halimbawa, kapag walang mga pagsubok sa pakete, o mayroong isang pagsubok
saknong na naglalaman ng mga tampok na hindi naiintindihan ng bersyong ito ng adt-run. Sa kasong ito *
lalabas kung saan dapat naroon ang pangalan ng pagsusulit.

If adt-run nakitang may kasamang maling (mga) pakete, ipi-print nito ang dalawang linya
sisihin: sinisisi-bagay... at badpkg: mensahe. Narito ang bawat whitespace-separated sinisisi-bagay
ay isa sa arg:argumento (kumakatawan sa isang pathname na matatagpuan sa isang command line argument),
dsc:pakete (isang source na pangalan ng package), bilang:pakete (isang binary na pangalan ng package) o posibleng iba pa
mga string na dapat matukoy. Ipinapahiwatig nito kung aling mga argumento at/o mga pakete ang maaaring mayroon
nag-ambag sa problema; ang mga naproseso kamakailan at alin ang
samakatuwid ang pinaka-malamang na sanhi ng isang problema ay huling nakalista.

Configuration MGA FILE

Kung gumagamit ka ng maraming mga opsyon o hindi mahalaga na mga argumento ng virt server, maaari mong ilagay ang anumang bahagi ng
ang command line sa isang text file, na may isang linya sa bawat opsyon. E. g. maaari kang lumikha ng isang file
sid.cfg na may mga nilalaman tulad ng

-s
--output-dir=/tmp/testout
--apt-upgrade
---
schroot
Sid

at saka tumakbo

adt-run foo_1_amd64.changes @sid.cfg

Ang mga nilalaman ng configuration file ay palalawakin sa lugar na parang gagawin mo
ibinigay ang mga nilalaman nito sa command line. Mangyaring siguraduhin na ikaw huwag lugar mga puwang sa pagitan ng
maikling mga pagpipilian at ang kanilang mga halaga, sila ay magiging bahagi ng halaga ng argumento.

EXIT STATUS

0 lahat ng pagsubok ay nakapasa
2 hindi bababa sa isang pagsubok ang nilaktawan
4 hindi bababa sa isang pagsubok ang nabigo
6 hindi bababa sa isang pagsubok ang nabigo at hindi bababa sa isang pagsubok na nilaktawan
8 walang mga pagsubok sa paketeng ito
12 maling pakete
16 kabiguan sa testbed
20 iba pang hindi inaasahang pagkabigo kabilang ang masamang paggamit

Gumamit ng adt-run online gamit ang mga serbisyo ng onworks.net