[Bug 1032108] Review Request: yarock - A Lightweight and Beautiful Music Player

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.redhat.com/show_bug.cgi?id=1032108



--- Comment #44 from Kevin Kofler <kevin@xxxxxxxxxxxxxxxx> ---
> 1. /usr/share/locale/yarock doesn't seem to be owned. Not sure if this
> is a find_lang bug or what. Perhaps the arguments are confusing it? 
> You can manually run the find_lang.sh rpm uses and see if you can 
> track it down. Or perhaps someone else has seen this?

This is the usual problem with Qt translation files (used by Qt-only stuff, KDE
uses gettext instead). There is really no standard location where to put them.
/usr/share/locale/%{name} is not that great a location for translations,
"yarock" is not a locale. The gettext scheme is
/usr/share/locale/%{locale}/%{name}.mo, but Qt doesn't support that scheme, it
expects *_%{locale}.qm (or just %{locale}.qm, which some apps try to use and
which is NOT supported by %find_lang) files in a common directory.

In any case, the directory containing the translations needs to be listed in
%files with a %dir tag, e.g.:
%dir %{_datadir}/locale/%{name}/
The %find_lang script will only collect the files inside the directory, so the
directory itself needs to be listed explicitly. And %dir means that we only
want the directory and not its contents, because the contents are found and
tagged with the correct %lang(*) tags by %find_lang.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
_______________________________________________
package-review mailing list
package-review@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/package-review





[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]