Use of uninitialized values when trying to translate the darktable documentation

[darix]

repository: https://github.com/darktable-org/dtdocs

master and the 4.4 branch were tested.

OS: openSUSE Tumbleweed (latest)
Exact environment is this OCI image: registry.opensuse.org/home/darix/apps/containers/hugo:latest

the script called is

./tools/generate-translations.sh --no-update

Use of uninitialized value $el in string eq at /usr/lib/perl5/vendor_perl/5.36.0/Locale/Po4a/TransTractor.pm line 1303.
Use of uninitialized value $el in string eq at /usr/lib/perl5/vendor_perl/5.36.0/Locale/Po4a/TransTractor.pm line 1303.
Use of uninitialized value $el in pattern match (m//) at /usr/lib/perl5/vendor_perl/5.36.0/Locale/Po4a/TransTractor.pm line 1322.
content/module-reference/utility-modules/shared/image-information.nl.md is 100% translated (9 strings).

[mquinson]

Thanks for the report, @darix, it's fixed in the git now. The thing is that your YFM contains empty tag lists, as follows, with no content provided after the column. po4a won't report a warning in this case anymore.

tags:

But I think this is harmless. I feel concerned about darktable-org/dtdocs@1f01b25 What are the issues you are facing with the PO tooling? Please do not hesitate to report any issue as a bug report against po4a.

[darix]

we were just trying to see if a plain english build will work. it could be a hugo or po4a issue. but we do not have that figured out yet

[darix]

we figured the bug out.

[mquinson]

Cool, kudos! What was the problem (out of curiosity)?

[darix]

a cleanup script that ran at the wrong time and cleared out some content :)