(copypasta nuke)

all: add argparser formatter_class=argparse.ArgumentDefaultsHelpFormatter

reporters: tweak output/ui

- make jinja templates auto-listing
- suppress an extra '\n' at end of reports
- add initial test for r-show-testrun

r-* tools: suppress BrokenPipeError

r-show-testrun: new reporting tool

r-diff-testruns: grow json output template, support duplicate commit inputs

pipeline: document python3-git iter_commits('--all') hack

dejagnu parser: fix regexp-quoting for .sum "Summary" line parsing

dejagnu testcase table: drop the "logcursor2" column

We can most likely infer this value at report time, and as it is, it's eating several percent
of the entire sqlite table.

README: mention r-diff-testruns

fix automake_testcase_v view; logfile != testdir

tweak dejagnu metadata message - one per run not per .sum

testrun_kv: ensure no duplication of keys in testrun metadata

while investigating a systemtap buildbot .sum misparse, found a bunch
of bad/dupe systemtap_version kv's.

bunsenql: add beginnings of regression reporter

t-diff-testruns takes any number of testrun commit hashes, and prints
a jinja-formatted report of the different test cases.

testlog-indexer: add an incremental vacuum pragma after deletions

.gitignore builddir=sourcedir artifacts

new: automake testsuite parser / summarizer

dejagnu: add gdb compiler_info k/v extraction

rhel8 compatibility

configury: add python module presence checks

add README

bunsenql: add configury & testsuite baby steps

i-dejagnu-parser: tweak keyword extraction

add some generic dejagnu sumfile patterns
extend testcase result types (incl. pseudo types PATH & WARNING)
fiendishly extract $tool_version from very end of normal sumfile

toolshed: move all tools together into a bin/ directory

dejagnu index: maintain a teensy cache for interned strings (intent: dejagnu result codes)

dejagnu parse: drop unique ddl

While unique() assertions in the table ddl are good for data hygiene,
they also cost considerable storage.  Since the pipeline manages
analysis engine lifecycles carefully and non-concurrently, we don't
really need them to assert desirable uniqueness properties in the
tables.  Instead, some ".eqp on" inspired indexes can do the job
of accelerating queries, subject to easier further tuning.

drop bunsen-testrun-repo.5, mostly dupes bunsen.7

drop autoincrement from int-primary-key columns

sqlite already autoincrements them in the way we use them, and better

sourceware email import: don't bother put subject into metadata, too unique

provide periodic progress for g-testrun-clusterfinder

pipeline: give regular progress reports when dealing with great many testruns in queue

db space tweak: shrink testcase unique-index

close db handle early on

one less default metadata key

drop "tool" column in dejagnu tables

sqlite_analyzer noted quite some auxiliary data is being generated for storing that field,
which is not really used, and can be derived from the sumfile file name anyway

add .bunsen.KEY=VALUE file metadata extractor as incremental engine

continue testlog->testrun rename

analysis engine naming convention toolshedding

i-INCREMENTAL
g-GLOBAL

prototype importer from sourceware gcc + gdb test-result reporting mailing list archives

rename testlog->testrun

when referring to the collection of test log files in a commit, use a
single term

bunsen.7: architecture overview, now with ascii art

testlog-indexer: don't bother collect testlog.git_describe k/v alias for the gitlog commit

it's not useful for clustering or ordering, being unique to each testrun

because this pass takes minutes, include time-based progress reports too

collect fewer keywords out of git commit; break up time into alternative granularities

first complex analysis: compute expfile entropy as a function of testrun-cluster

this is a more formal notion of test case "flakyness", at the granularity of an exp file
(in terms of expfile pass/fail counts, as opposed to individual subtest results)

new analysis engine: testrun cluster finder

view typo column

add a few views to hide dejagnu string interning

pipeline: add global analysis example

these run after per-testrun analysis, if there were any new/dead testruns

permit engine invocation without --new/--dead for schema initialization

pipeline: accept optional commit#s on command line to focus redo/dead operations on

dejagnu-parser: tolerate (ignore) .sum-less .log file

dejagnu parser: tolerate multiple test sum files for the same tool in the same commit

analysis engines: turn on foreign_keys individually

pipeline: add modes

- redo / dead / keep-going  - new operation modes for what to do with old / new testruns / errored analysis
- support interrupts & analysis failures

dejagnu parser: stap: extract more useful fields, only once, don't parse log for kv

new analysis engine: dejagnu summarize

move pragma-optimize to after db-growing & index-relevant operations

git-explain --always, correct testcase sumcursor

for testlog.git_describe key, use "git describe --always --all HEX" for maximum likelihood of -something-

optimize database at startup (easier than at shutdown)

add git.describe key/value for testlog tag preservation

dejagnu: extract k/v, tolerate embedded binary on log lines

bunsenql: use pragma synchronous=off throughout

snappy, now with dejagnu goodness

snoop

snap

snap

snappy

nroff format tweak

add bunsen-testlog-repo(5) man page

upload snap