testing with to list tests

      cd software/erp5/test

      env PYTHONNOUSERSITE=1 \
          MAKEFLAGS=-j128 \
          SLAPOS_SR_TEST_NAME=erp5-py3 \
          SLAPOS_TEST_SKIP_SOFTWARE_REBUILD=1 \
          SLAPOS_TEST_VERBOSE=0 \
          SLAPOS_TEST_SKIP_SOFTWARE_CHECK=1 \
          SLAPOS_TEST_DEBUG=0 \
          PYTHONWARNINGS=ignore \
          zope-testrunner  --color -vD --path . --tests-pattern test --list-tests

and to run :

      env PYTHONNOUSERSITE=1 \
          MAKEFLAGS=-j128 \
          SLAPOS_SR_TEST_NAME=erp5-py3 \
          SLAPOS_TEST_SKIP_SOFTWARE_REBUILD=1 \
          SLAPOS_TEST_VERBOSE=0 \
          SLAPOS_TEST_SKIP_SOFTWARE_CHECK=1 \
          SLAPOS_TEST_DEBUG=0 \
          PYTHONWARNINGS=ignore \
          zope-testrunner  --color -vD --path . --tests-pattern test

problems:
 - zope.testrunner could support setupModule / setupClass directly (or
    at least the workaround could be put directly in slapos.core testing
    on the default SlapOSInstanceTestCase)
 - zope.testrunner -D trigger debuggers on expected failures (probably similar to
   https://github.com/zopefoundation/zope.testrunner/issues/141 )
 - hitting Ctrl+C seems "even worse" than default unit test -> we can probably
   register a signal handler in setupClass to stop slapos standalone subsystem
   ourselves.
 - nxdtest probably needs support for good reporting on test_result_module

zope.testrunner

Following advice from https://luajit.org/download.html use recent commit id,
but rely on github archive.

Drop obsoleted patch, enforce --with-shared-termcap-library

Also use directly archive with patches.

Changes:
 * use xz archive
 * stabilize patch name
 * update patch to current version

Expose pkgconfig configuration so that other parts can easily fetch it.

See https://bugs-devel.debian.org/cgi-bin/bugreport.cgi?bug=1077190

Drop fmhttp, as it's not needed to make http calls from our deployments, and
the updated version requires much more dependencies for this feature.

The fix for https://github.com/apache/trafficserver/issues/11784 is ready
for 9 branch in https://github.com/apache/trafficserver/pull/11835 , so use
the patch directly until new version is released.

We prefer to change the egg version at a different time (usually inside
a MR containing other changes).