Fix test error: extras not found for package

[mauritsvanrees]

Tox tests may fail with the latest tox version if a package does not define a test extra. For more info, see plone/meta#325

The fix is in #390, which is merged, but we need to set the new option in the meta toml of a few packages:

[tox]
testenv-skip-test-extra = true

The following packages should be checked:

• DateTime Move package metadata from setup.py to pyproject.toml DateTime#70
• five.localsitemanager (not affected)
• Missing config with pure python template 9832deed Missing#15
• MultiMapping Remove missing test extra from tox configuration MultiMapping#11
• Products.ExternalEditor Configuring for pure-python Products.ExternalEditor#29
• Products.PythonScripts (not affected)
• Record config with pure python template adfc1a22 Record#10
• z3c.batching config with pure python template 9832deed z3c.batching#8
• zExceptions Skip the test extra zExceptions#17
• ZopeUndo config with pure python template b1421b8b ZopeUndo#10
• roman config with pure python template b1421b8b roman#35

[icemac]

I'll fix them when I get an e-mail that the GHA tests are failing but this can take a while currently several packages are broken for other reasons, e.g. pkg_resources removal from setuptools.

[dataflake]

Could it be that some of the packages listed don't need to be fixed? For example, Products.PythonScripts does not define a test extra and tox.ini doesn't refer to one.

[dataflake]

P.S.: I am using tox 4.50.1 locally

[mauritsvanrees]

That can be. zope-product is using the meta type zope-product, and maybe that one is not affected. Same is true for five.localsitemanager. tox -e py314 runs fine for locally on those two.

I don't know how Products.PrintingMailHost ended up in my list above, that is a package in the Plone collective. I will remove it.

[dataflake]

DateTime wasn't affected, either, but I took the opportunity to update it as well. With my PR for MultiMapping this should be all done.

[dataflake]

I think this can be closed, all PRs are merged.

[mauritsvanrees]

Thanks @dataflake and @icemac for fixing these!