App::Y...::abort(3pm)
π¦ App::Y...::abort(3pm) β User Contributed Perl Documentation
okay bestie, gather round, because this is the page for App::Yath::Command::abort π
and yeah it's filed under the 3pm manual section because it's Perl documentation. we're doing this in parts, so buckle up π
β¨ NAME β¨
App::Yath::Command::abort β abort all currently running or queued tests without killing the runner π
πΈ DESCRIPTION πΈ
So like, this command? It kills all running tests and clears the queue. that's it, that's the job. but the runner stays alive β it does not close the runner. main character behaviour honestly, it just clears the room without leaving the party π
π USAGE π
$ yath [YATH OPTIONS] abort [COMMAND OPTIONS]
π YATH OPTIONS π
π§ Developer
--dev-lib,--dev-lib=lib,-D,-D=lib,-Dlib,--no-dev-libβ adds paths to@INCbefore loading ANYTHING. this is the one you want if you're developing yath or yath plugins, because it makes sure the yath script finds your local code instead of the installed versions of the same code. you can pass an argument (-Dfoo) to give a custom path, or you can just use-Dwith no arg to addlib,blib/libandblib/arch. π«Ά
Can be specified multiple times
π Environment
--persist-dir ARG,--persist-dir=ARG,--no-persist-dirβ where to find persistence files. π--persist-file ARG,--persist-file=ARG,--pfile ARG,--pfile=ARG,--no-persist-fileβ where to find the persistence file. the default is/{system-tempdir}/project-yath-persist.json. if no project is specified it falls back to the current directory. and if the current directory isn't writable, it defaults to/tmp/yath-persist.jsonβ which lowkey limits you to one persistent runner on your whole system π--project ARG,--project=ARG,--project-name ARG,--project-name=ARG,--no-projectβ this lets you slap a label on your current project/codebase. best used in a.yath.rcfile. and ngl, it's necessary for a persistent runner. periodt.
π₯ Finder Options
--finder MyFinder,--finder +Test2::Harness::Finder::MyFinder,--no-finderβ specify what Finder subclass to use when searching for files / processing the file list. use the+prefix to give a fully qualified namespace, otherwise theTest2::Harness::Finder::XXXnamespace is assumed. β¨
π Help and Debugging
--show-opts,--no-show-optsβ exit after showing what yath thinks your options mean π--version,-V,--no-versionβ exit after showing a helpful usage message
π Plugins
--no-scan-plugins,--no-no-scan-pluginsβ normally yath scans for and loads allApp::Yath::Plugin::*modules so it can bring in command-line options they may provide. this flag disables that. super useful if you have a naughty plugin that's loading other modules when it should not π--plugins PLUGIN,--plugins +App::Yath::Plugin::PLUGIN,--plugins PLUGIN=arg1,arg2,...,--plugin PLUGIN,--plugin +App::Yath::Plugin::PLUGIN,--plugin PLUGIN=arg1,arg2,...,-pPLUGIN,--no-pluginsβ load a yath plugin. π«
Can be specified multiple times
β COMMAND OPTIONS β
π Cover Options
--cover-aggregator ByTest,--cover-aggregator ByRun,--cover-aggregator +Custom::Aggregator,--cover-agg ByTest,--cover-agg ByRun,--cover-agg +Custom::Aggregator,--no-cover-aggregatorβ choose a custom aggregator subclass π--cover-class ARG,--cover-class=ARG,--no-cover-classβ choose aTest2::Plugin::Coversubclass--cover-dirs ARG,--cover-dirs=ARG,--cover-dir ARG,--cover-dir=ARG,--no-cover-dirsβ NO DESCRIPTION - FIX ME π (not my fault bestie, that's literally what the page says)
Can be specified multiple times
--cover-exclude-private,--no-cover-exclude-private,--cover-files,--no-cover-filesβ useTest2::Plugin::Coverto collect coverage data for what files are touched by what tests. unlikeDevel::Cover, this has very little performance impact (about 4% difference) π₯--cover-from path/to/log.jsonl,--cover-from http://example.com/coverage,--cover-from path/to/coverage.jsonl,--no-cover-fromβ this can be a test log, a coverage dump (old style json or new jsonl format), or a url to any of the previous. π and heads up: tests will not be run if the file/url is invalid.--cover-from-type json,--cover-from-type jsonl,--cover-from-type log,--no-cover-from-typeβ file type for the coverage source. usually it can be detected, but when it can't, you should specify."json"is old style single-blob coverage data,"jsonl"is the new by-test style,"log"is a logfile from a previous run. ποΈ--cover-manager My::Coverage::Manager,--no-cover-managerβ coverage 'from' manager to use when the coverage data doesn't provide one--cover-maybe-from path/to/log.jsonl,--cover-maybe-from http://example.com/coverage,--cover-maybe-from path/to/coverage.jsonl,--no-cover-maybe-fromβ same deal as above: a test log, a coverage dump (old style json or new jsonl format), or a url to any of the previous. but this one is chill β tests continue even if the coverage file/url is invalid π--cover-maybe-from-type json,--cover-maybe-from-type jsonl,--cover-maybe-from-type log,--no-cover-maybe-from-typeβ same as"from_type"but for"maybe_from". defaults to"from_type"if that's specified, otherwise it auto-detects πΈ--cover-metrics,--no-cover-metrics,--cover-types ARG,--cover-types=ARG,--cover-type ARG,--cover-type=ARG,--no-cover-typesβ NO DESCRIPTION - FIX ME π
Can be specified multiple times
--cover-write,--cover-write=coverage.jsonl,--cover-write=coverage.json,--no-cover-writeβ create a json or jsonl file of all coverage data seen during the run. (this implies--cover-files) π
π Display Options
--color,--no-colorβ turn color on. default is true ifSTDOUTis a TTY π--hide-runner-output,--no-hide-runner-outputβ hide output from the runner, showing only test output. (see alsotruncate_runner_output)--no-final-table,--no-no-final-tableβ when printing final results, don't use table-style display π--no-wrap,--no-no-wrapβ don't do fancy text-wrapping, just let the terminal handle it--progress,--no-progressβ toggle progress indicators. on by default ifSTDOUTis a TTY. you can use--no-progressto disable the 'events seen' counter and the buffered event pre-display β¨--quiet,-q,--no-quietβ be very quiet. π€«
Can be specified multiple times
--renderers +My::Renderer,--renderers Renderer=arg1,arg2,...,--renderer +My::Renderer,--renderer Renderer=arg1,arg2,...,--no-renderersβ specify renderers. (default:"Formatter=Test2"). use+to give a fully qualified module name. without+,Test2::Harness::Renderer::gets prepended to your argument. π
Can be specified multiple times. if the same key is listed multiple times, the value lists will be appended together.
--show-times,-T,--no-show-timesβ show the timing data for each job β±οΈ--term-width 80,--term-width 200,--term-size 80,--term-size 200,--no-term-widthβ alternative to setting$TABLE_TERM_SIZE. setting this overrides the terminal width detection to the number of characters you specify. π--truncate-runner-output,--no-truncate-runner-outputβ only show runner output that was generated after the current command. this is only useful with a persistent runner. π«Ά--verbose,-v,--no-verboseβ be more verbose π£οΈ
Can be specified multiple times
π¦ Finder Options
--changed path/to/file,--no-changedβ specify one or more files as having been changed. π
Can be specified multiple times
--changed-only,--no-changed-onlyβ only search for tests for changed files. (requires a coverage data source, and also requires a list of changes either from the--changedoption, or from a plugin that implementschanged_files()orchanged_diff()) π--changes-diff path/to/diff.diff,--no-changes-diffβ path to a diff file that should be used to find changed files for use with--changed-only. this must be in the same format asgit diff -W --minimal -U1000000π§Ύ--changes-exclude-file path/to/file,--no-changes-exclude-fileβ specify one or more files to ignore when looking at changes π
Can be specified multiple times
--changes-exclude-loads,--no-changes-exclude-loadsβ exclude coverage tests which onlyloadchanged files, but never call code from them. (default: off)--changes-exclude-nonsub,--no-changes-exclude-nonsubβ exclude changes outside of subroutines (perl files only) (default: off)--changes-exclude-opens,--no-changes-exclude-opensβ exclude coverage tests which onlyopen()changed files, but never call code from them. (default: off)--changes-exclude-pattern '(apple|pear|orange)',--no-changes-exclude-patternβ ignore files matching this pattern when looking for changes. your pattern gets inserted unmodified into a$file =~ m/$pattern/check. πππ
Can be specified multiple times
--changes-filter-file path/to/file,--no-changes-filter-fileβ specify one or more files to check for changes. changes to other files will be ignored. π―
Can be specified multiple times
--changes-filter-pattern '(apple|pear|orange)',--no-changes-filter-patternβ specify a pattern for change checking. when only running tests for changed files, this limits which files are checked for changes β only files that match this pattern will be checked. your pattern gets inserted unmodified into a$file =~ m/$pattern/check. π
Can be specified multiple times
--changes-include-whitespace,--no-changes-include-whitespaceβ include changed lines that are whitespace only (default: off) π«§--changes-plugin Git,--changes-plugin +App::Yath::Plugin::Git,--no-changes-pluginβ what plugin should be used to detect changed files. π--default-at-search ARG,--default-at-search=ARG,--no-default-at-searchβ specify the default file/dir search when'AUTHOR_TESTING'is set. defaults to'./xt'. the default AT search is only used if no files were specified at the command line. πΈ
Can be specified multiple times
--default-search ARG,--default-search=ARG,--no-default-searchβ specify the default file/dir search. defaults to'./t','./t2', and'test.pl'. the default search is only used if no files were specified at the command line. π
Can be specified multiple times
more coming bestie, don't go anywhere π
--durations file.json,--durations http://example.com/durations.json,--no-durationsβ point this at a json file or a url that holds a hash where the keys are relative test filenames and the values are'SHORT','MEDIUM', or'LONG'. This totally overrides the durations listed in the file headers. And bestie, if that durations file or url doesn't work? an exception gets thrown. No soft landing, no apology, just π.--durations-threshold ARG,--durations-threshold=ARG,--Dt ARG,--Dt=ARG,--no-durations-thresholdβ only goes and fetches duration data if you're running at least this many tests. Default is-jvalue + 1. Like, if it's not worth the fetch, we're not fetching. π--exclude-file t/nope.t,--no-exclude-fileβ yeet a single file out of testing.
Can be specified multiple times π
--exclude-list file.txt,--exclude-list http://example.com/exclusions.txt,--no-exclude-listβ point at a file or url that has a new-line-separated list of test file names to exclude from testing. Start a line with a#and it gets commented out (this is for compatibility withTest2::Aggregatelist files, iykyk).
Can be specified multiple times π
--exclude-pattern t/nope.t,--no-exclude-patternβ exclude a pattern from testing, matched usingm/$PATTERN/.
Can be specified multiple times π
--extension ARG,--extension=ARG,--ext ARG,--ext=ARG,--no-extensionβ tell it which test filename extensions are valid. Default:tandt2.
Can be specified multiple times π
--maybe-durations file.json,--maybe-durations http://example.com/durations.json,--no-maybe-durationsβ point at a json file or url with a hash of relative test filenames as keys and'SHORT','MEDIUM', or'LONG'as values. It overrides durations listed in the file headers. An exception will be thrown if the durations file or url does not work. Same energy as--durations, just with β¨maybeβ¨ in the name.--no-long,--no-no-longβ do not run tests whose duration flag is set to'LONG'. Skip the long ones, we're busy. πββοΈ--only-long,--no-only-longβ only run tests whose duration flag is set to'LONG'. Long-haul girlies, this one's for you. π--rerun,--rerun=path/to/log.jsonl,--rerun=plugin_specific_string,--no-rerunβ re-run tests from a previous run, pulled from a log file (or the last log file if you don't name one). Plugins can intercept this β likeYathUIDB, which will grab a run UUID and derive the tests to re-run from that. π¦--rerun-all,--rerun-all=path/to/log.jsonl,--rerun-all=plugin_specific_string,--no-rerun-allβ re-run all tests from a previous run, from a log file (or the last log file). Plugins can intercept this,YathUIDBincluded β it'll grab a run UUID and derive the tests to re-run from that. π--rerun-failed,--rerun-failed=path/to/log.jsonl,--rerun-failed=plugin_specific_string,--no-rerun-failedβ re-run the failed tests from a previous run, from a log file (or the last log file). Plugins can intercept it, likeYathUIDBgrabbing a run UUID and deriving the tests from that. π--rerun-missed,--rerun-missed=path/to/log.jsonl,--rerun-missed=plugin_specific_string,--no-rerun-missedβ run the tests that got missed from a previously aborted/stopped run, taken from a log file (or the last log file). Plugins can intercept this too βYathUIDBwill grab a run UUID and derive the tests to re-run from that.--rerun-modes failed,missed,...,--rerun-modes all,--rerun-modes failed,--rerun-modes missed,--rerun-modes passed,--rerun-modes retried,--rerun-mode failed,missed,...,--rerun-mode all,--rerun-mode failed,--rerun-mode missed,--rerun-mode passed,--rerun-mode retried,--no-rerun-modesβ pick which test categories actually get run. π
Can be specified multiple times π
--rerun-passed,--rerun-passed=path/to/log.jsonl,--rerun-passed=plugin_specific_string,--no-rerun-passedβ re-run the tests that passed from a previous run, from a log file (or the last log file). Plugins can intercept this, such asYathUIDB, which grabs a run UUID and derives the tests to re-run from that. β¨--rerun-plugin Foo,--rerun-plugin +App::Yath::Plugin::Foo,--no-rerun-pluginβ which plugin(s) should be used for rerun. It'll fall back to other plugins if the listed ones decline the value; this is just used to set an order of priority.
Can be specified multiple times π
--rerun-retried,--rerun-retried=path/to/log.jsonl,--rerun-retried=plugin_specific_string,--no-rerun-retriedβ re-run the retried tests from a previous run, from a log file (or the last log file). Plugins can intercept this βYathUIDBwill grab a run UUID and derive tests to re-run from that.--search ARG,--search=ARG,--no-searchβ a list of tests and test directories to use instead of the default search paths. Lowkey, you can usually just list these as plain command line arguments without the--searchprefix at all. π«Ά
Can be specified multiple times π
--show-changed-files,--no-show-changed-filesβ print a list of changed files if any are found. Vibe check on your git status, basically. π
β¨ Formatter Options β¨
--formatter ARG,--formatter=ARG,--no-formatterβNO DESCRIPTION - FIX MEπ (yes bestie, that's literally what the page says, I'm not making it up)--qvf,--no-qvfβ [Q]uiet, but [V]erbose on [F]ailure. Hide all output from tests when they pass, except to say they passed. But if a test fails, then ALL output from that test gets verbosely output. Iconic behaviour honestly. π₯--show-job-end,--no-show-job-endβ show output when a job ends. (Default: on)--show-job-info,--no-show-job-infoβ show the job configuration when a job starts. (Default: off, unless-vv)--show-job-launch,--no-show-job-launchβ show output for the start of a job. (Default: off unless-v)--show-run-info,--no-show-run-infoβ show the run configuration when a run starts. (Default: off, unless-vv)
πΈ Git Options πΈ
--git-change-base master,--git-change-base HEAD^,--git-change-base df22abe4,--no-git-change-baseβ find the files changed by all commits in the current branch, going from most recent and stopping when you hit a commit that's also present in the history of the branch/commit you named as the change base. It's giving "what did we touch since then" energy. π§
π Help and Debugging π
--dummy,-d,--no-dummyβ dummy run, do not actually execute anything. (Also settable with the environment variable"T2_HARNESS_DUMMY")--help,-h,--no-helpβ exit after showing help information. Bye bestie π«Ά--interactive,-i,--no-interactiveβ use interactive mode, one test at a time, with stdin forwarded to it. Just you and the test, one on one. π--keep-dirs,--keep_dir,-k,--no-keep-dirsβ do not delete directories when done. Super useful if you want to go poke around the directories that various commands used. π--procname-prefix ARG,--procname-prefix=ARG,--no-procname-prefixβ add a prefix to all proc names (as seen byps). Sopsknows who's who. π--summary,--summary=/path/to/summary.json,--no-summaryβ write out a summary json file. If you don't give a path,'summary.json'gets used. And heads up, the.jsonextension is added automatically if you omit it.
π Logging Options π
--bzip2,--bz2,--bzip2_log,-B,--no-bzip2β use bzip2 compression when writing the log. This option implies-L. The.bz2prefix is added to the log file name for you. β¨--gzip,--gz,--gzip_log,-G,--no-gzipβ use gzip compression when writing the log. This option implies-L. The.gzprefix is added to the log file name for you. β¨--log,-L,--no-logβ turn on logging. πΈ--log-dir ARG,--log-dir=ARG,--no-log-dirβ specify a log directory. If you don't, it falls back to the system temp dir.--log-file ARG,--log-file=ARG,-F ARG,-F=ARG,--no-log-fileβ specify the name of the log file. This option implies-L. π--log-file-format ARG,--log-file-format=ARG,--lff ARG,--lff=ARG,--no-log-file-formatβ specify the format for automatically-generated log files. This gets overridden by--log-file, if that's given. This option implies-L. (Default:\$YATH_LOG_FILE_FORMAT, if that is set, or else"%!P%Y-%m-%d~%H:%M:%S~%!U~%!p.jsonl".) This is a string where percent-escape sequences will be replaced as perPOSIX::strftime. The following special escape sequences are also replaced:- (
%!P: Project name followed by a~, if a project is defined, otherwise empty string) - (
%!U: the unique test run ID) - (
%!p: the process ID) - (
%!S: the number of seconds since local midnight UTC)
- (
Can also be set with the following environment variables: "YATH_LOG_FILE_FORMAT", "TEST2_HARNESS_LOG_FORMAT"
π¦ Notification Options π¦
--notify-email foo@example.com,--no-notify-emailβ email the test results to the specified email address(es). π§
Can be specified multiple times π
--notify-email-fail foo@example.com,--no-notify-email-failβ email the failing results to the specified email address(es).
Can be specified multiple times π
--notify-email-from foo@example.com,--no-notify-email-fromβ if any email gets sent at all, this is who it'll be from.--notify-email-owner,--no-notify-email-ownerβ email the owner of broken test files when they fail. Add`# HARNESS-META-OWNER foo@example.com`to the top of a test file to give it an owner. π--notify-no-batch-email,--no-notify-no-batch-emailβ usually owner failures go out as a single batch at the end of testing. Toggle this to send failures as they happen instead. πββοΈ--notify-no-batch-slack,--no-notify-no-batch-slackβ usually owner failures go out as a single batch at the end of testing. Toggle this to send failures as they happen instead.--notify-slack '#foo',--notify-slack '@bar',--no-notify-slackβ send results to a slack channel and/or user. π¬
Can be specified multiple times π
--notify-slack-fail '#foo',--notify-slack-fail '@bar',--no-notify-slack-failβ send the failing results to a slack channel and/or user.
Can be specified multiple times π
--notify-slack-owner,--no-notify-slack-ownerβ send slack notifications to the slack channels/users listed in test meta-data when tests fail.--notify-slack-url https://hooks.slack.com/...,--no-notify-slack-urlβ specify an API endpoint for slack webhook integrations.--notify-text ARG,--notify-text=ARG,--message ARG,--message=ARG,--msg ARG,--msg=ARG,--no-notify-textβ add a custom text snippet to your email/slack notifications. A lil personal touch π--notify-text-module ARG,--notify-text-module=ARG,--message_module ARG,--message_module=ARG,--no-notify-text-moduleβ use the specified module to generate messages for emails and/or slack.
π Run Options π
--author-testing,-A,--no-author-testingβ ok so this one just sets theAUTHOR_TESTINGenvironment variable to true. that's it. that's the entire job. she's simple, she's effective π--dbi-profiling,--no-dbi-profilingβ pulls inTest2::Plugin::DBIProfileso you get database profiling data collected for the whole run. numbers about your database? obsessed. π--env-var VAR=VAL,-EVAR=VAL,-E VAR=VAL,--no-env-varβ hands you a way to set environment variables that get applied when each test is run. can be specified multiple times, no cap β¨--event-uuids,--uuids,--no-event-uuidsβ runsTest2::Plugin::UUIDinside tests (default: on). literally free tracking, bestie π¦--fields name:details,--fields JSON_STRING,-f name:details,-f JSON_STRING,--no-fieldsβ adds custom data to the harness run. can be specified multiple times. put your little details in there, she'll hold them π--input ARG,--input=ARG,--no-inputβ an input string that gets used as standard input for ALL tests. see also--input-file(they're besties, iykyk)--input-file ARG,--input-file=ARG,--no-input-fileβ points at a file to use as standard input for ALL tests. all of them. every single one. π«Ά--io-events,--no-io-eventsβ usesTest2::Plugin::IOEventsinside tests, which turns all your prints into test2 events (default: off). it's giving ~everything is a test event now~ πΈ--link 'https://travis.work/builds/42',--link 'https://jenkins.work/job/42',--link 'https://buildbot.work/builders/foo/builds/42',--no-linkβ provides one or more links that people can follow to see more about this run. can be specified multiple times. drop the receipts, queen π--load ARG,--load=ARG,--load-module ARG,--load-module=ARG,-m ARG,-m=ARG,--no-loadβ loads a module in each test (after fork). quick note: theimportmethod is not called. can be specified multiple times. very demure, very mindful π--load-import Module,--load-import Module=import_arg1,arg2,...,--loadim Module,--loadim Module=import_arg1,arg2,...,-M Module,-M Module=import_arg1,arg2,...,--no-load-importβ loads a module in each test (after fork), and this timeimportis called. can be specified multiple times. if the same key is listed more than once, the value lists get appended together β¨--mem-usage,--no-mem-usageβ usesTest2::Plugin::MemUsageinside tests (default: on). watching the memory go up in real time π--retry ARG,--retry=ARG,-r ARG,-r=ARG,--no-retryβ runs any jobs that failed a second time. β οΈ NOTE:--retry=1means failing tests will be attempted twice! count carefully bestie, this math is sneaky π--retry-isolated,--retry-iso,--no-retry-isolatedβ if true, then any job retries happen in isolation (as though-j1was set). alone time. hermit mode. π§--run-id,--id,--no-run-idβ sets a specific run-id. (Default: a UUID) π--test-args ARG,--test-args=ARG,--no-test-argsβ arguments to pass in as@ARGVfor all tests that are run. these can be provided easier using the'::'argument separator. can be specified multiple times.--stream,--no-streamβ uses the stream formatter (default is on). β¨--tap,--TAP,----no-stream,--no-tapβ okay so real talk: the TAP format is lossy and clunky.Test2::Harnessnormally uses a newer streaming format to receive test results. there are old/legacy tests where this causes problems, and in those cases setting--TAPor--no-streamcan help. π
β¨ YathUI Options β¨
--yathui-api-key ARG,--yathui-api-key=ARG,--no-yathui-api-keyβ your Yath-UI API key. you do not need this if your Yath-UI instance is set to single-user π--yathui-coverage,--no-yathui-coverageβ polls coverage data from Yath-UI to figure out what tests should be run for changed files. smart girl behavior π¦--yathui-durations,--no-yathui-durationsβ polls duration data from Yath-UI to help order tests efficiently. efficiency is the vibe π--yathui-grace,--no-yathui-graceβ normally, if yath cannot connect to yath-ui it throws an error. use this and it fails gracefully instead. you still get a warning, but things keep going π₯--yathui-long-duration 10,--no-yathui-long-durationβ the minimum duration length (in seconds) before a test goes from MEDIUM to LONG β--yathui-medium-duration 5,--no-yathui-medium-durationβ the minimum duration length (in seconds) before a test goes from SHORT to MEDIUM β--yathui-mode summary,--yathui-mode qvf,--yathui-mode qvfd,--yathui-mode complete,--no-yathui-modeβ sets the upload mode (default'qvfd') π--yathui-project ARG,--yathui-project=ARG,--no-yathui-projectβ the Yath-UI project for your test results πΈ--yathui-retry,--no-yathui-retryβ how many times to try an operation before giving up. can be specified multiple times. persistence!!! periodt π«Ά--yathui-upload,--no-yathui-uploadβ uploads the log to Yath-UI βοΈ--yathui-url http://my-yath-ui.com/...,--uri http://my-yath-ui.com/...,--no-yathui-urlβ the Yath-UI url π
π NO CATEGORY - FIX ME π
--check-reload-state,--no-check-reload-stateβ aborts the run if there are unfixes reload errors, and shows a confirmation dialogue for unfixed reload warnings. β οΈ note that this one literally says "FIX ME" up there in the section title, so, like, she's aware π
π¦ SOURCE π¦
the source code repository for Test2-Harness lives at http://github.com/Test-More/Test2-Harness/ β go look, go star, go vibe π§
π MAINTAINERS π
Chad Granum <exodist@cpan.org>
π AUTHORS π
Chad Granum <exodist@cpan.org>
π COPYRIGHT π
Copyright 2026 Chad Granum <exodist7@gmail.com>.
This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself.
See http://dev.perl.org/licenses/
and that's the whole page bestie, we ate and left no crumbs π this was perl v5.40.1, dated 2026-05-10, and you just read App::Y...::abort(3pm) β iconic behavior, go run your tests πβ¨
π¦ where this page comes from
- ubuntu stonking: libtest2-harness-perl 1.000172-1 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms