Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=953101 --- Comment #20 from Kevin Kofler <kevin@xxxxxxxxxxxxxxxx> --- > Sorry - "You _can_ then use that file to include all of the locales". You misunderstand the guidelines. You MUST use %find_lang to handle locales if possible. And if it is not possible, you MUST tag every single .qm (and/or .mo etc.) file with a %lang tag for the appropriate language, e.g.: %lang(de) /path/to/de.qm But in this case, %find_lang should work fine, so there is no need to do it manually. > All qms in all subpackages are installing with make_install to proper folders > and I need no to do something special with them. It's not a matter of where the files are installed, but how they're tagged for RPM. Translations need to be tagged with the appropriate language so the RPM feature of only installing translations for a subset of languages (useful for very space-constrained environments) works. > As they are not being stored in %{_datadir}/locale/ you are right. Wrong. The location of the files does not matter. The language they're in does. > As I found - preferred way for qt-aps developers - to put translations into > _datadir/%{name}/{translations,l10n,i18n,locale,etc). > This is easier for cross-platform applications. This is a very crappy and broken way to handle translations, but that's an upstream issue. All that YOU need to care about is using %find_lang so the correct %lang metadata gets generated. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=THK0Q2dDDv&a=cc_unsubscribe _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review