Phonon and kdeedu-data use kde4 translations which releaseme and our builds bork at
Description
No my work is incomplete
https://build.neon.kde.org/job/bionic_unstable_kde_kdeedu-data_src/30/console
'14:24:27 WARN -- ReleaseMe::L10n: ! No translations found at SVN path $lang/messages/kdeedu !'
Ah yes. The problem with kde4 is actually that even if releasme downloaded the assets correctly, they'd not get used. In kde4 times the release tools were supposed to inject the relevant cmake logic to build and install po/ and docs/. We've moved away from this because it's horrible to maintain and it divides the git-source from the tarball-source in an unnecessary fashion. But its horribleness was the reason modern releaseme intentionally does not support kde4 l10n because it'd entail a substantial maintenance cost for next to zero gain. i.e. supporting kde4 l10n does require also supporting correctly constructing cmakelists for kde4 and all that, and supporting that is absolutely terrible.
to that end I think supporting kde4 shebang would also entail backporting the pertinent install macros from ki18n and kdoctools. the way we have done it in kf5 the responsibility for knowing how to install po/ and docs is shifted into cmake, where this is relatively easy to do anyway.
kde4 translations are dead from a kde-i18n team POV if I followed some phab tasks correctly. phonon is now using kf5 translations, and I would presume kdeedu too?