Use of uninitialized values when trying to translate the darktable documentation
Closed this issue · 5 comments
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).
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.
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
we figured the bug out.
Cool, kudos! What was the problem (out of curiosity)?
a cleanup script that ran at the wrong time and cleared out some content :)