Hi all,
While reviewing switchboard-plug-onlineaccounts [0], I noticed the package places files in /usr/share/locale/mo which isn't owned by anything. This isn't allowed by the packaging guidelines. Normally such folders should be owned by filesystem. There are more packages which place files in /usr/share/locale/mo, most noticable iso-codes: /usr/share/locale/mo/LC_MESSAGES/[iso_3166.mo|iso_3166-1.mo]. Since filesystem uses iso-codes to create the directory structure, this is odd.
The origin of /usr/share/locale/mo/LC_MESSAGES/[iso_3166.mo|iso_3166-1.mo] is [1]. This file provides translation of ISO 3166-1 to Moldovan. The file names seems to be created using iso-639 codes, but the problem is that the "mo" ISO 639-1 code is deprecated. This is why filesystem doesn't create/own the /usr/share/locale/mo directory.
There are more directories with missing ownership (probably with different reasons), I have compiled a list of them:
==============
am_ET
ar_LY
ar_MA
ar_SA
ary
as_IN
bar
be_BY
be@tarask
ca_ES@valencia
cak
cz
en_BR
es_419
es_ar
gr
gug
gug_PY
hy_AM
hye
it_CH
jam
kmr
ko_KO
kok@roman
ko.UTF-8
ks@deva
ks_IN
LC_MESSAGES
miq
mjw
mnw
mnw_MM
mo
ms@Arab
pa_IN
pl.UTF-8
pt_br
ro_MD
sd@devanagari
sr_BA@latin
sr_CS
sr_Cyrl
sr_Latn
zh_cn
zh_CN.UTF-8
zh_Hans
zh_Hans_CN
zh_Hant
zh_SG
zh_TW.UTF-8
===============
I'm not familiar with this stuff, so I'm not sure how to solve this issue. I would like to complete my review of switchboard-plug-onlineaccounts, but this issue blocks it. I see multiple solutions:
- Ignore it and approve switchboard-plug-onlineaccounts (this is against the packaging guidelines)
- Patch it, so that "mo" is renamed to "ro" or "rom" and create an issue upstream. I'm not sure how feasible this is, since "mo" is effectively removed and there are also translation files for "ro". This may also cause conflict.
- Add an entry to lang-exceptions [2] in filesystem to include "mo"
- Suggest upstream iso-codes to look into this issue
For the other directories, I sadly don't have time to look into all of them, and I think I have too little knowledge in this field.
Regards,
Arthur
[0] https://bugzilla.redhat.com/show_bug.cgi?id=2033886
[1] https://salsa.debian.org/iso-codes-team/iso-codes/-/blob/main/iso_3166-1/mo.po
[2] https://src.fedoraproject.org/rpms/filesystem/blob/rawhide/f/lang-exceptions
While reviewing switchboard-plug-onlineaccounts [0], I noticed the package places files in /usr/share/locale/mo which isn't owned by anything. This isn't allowed by the packaging guidelines. Normally such folders should be owned by filesystem. There are more packages which place files in /usr/share/locale/mo, most noticable iso-codes: /usr/share/locale/mo/LC_MESSAGES/[iso_3166.mo|iso_3166-1.mo]. Since filesystem uses iso-codes to create the directory structure, this is odd.
The origin of /usr/share/locale/mo/LC_MESSAGES/[iso_3166.mo|iso_3166-1.mo] is [1]. This file provides translation of ISO 3166-1 to Moldovan. The file names seems to be created using iso-639 codes, but the problem is that the "mo" ISO 639-1 code is deprecated. This is why filesystem doesn't create/own the /usr/share/locale/mo directory.
There are more directories with missing ownership (probably with different reasons), I have compiled a list of them:
==============
am_ET
ar_LY
ar_MA
ar_SA
ary
as_IN
bar
be_BY
be@tarask
ca_ES@valencia
cak
cz
en_BR
es_419
es_ar
gr
gug
gug_PY
hy_AM
hye
it_CH
jam
kmr
ko_KO
kok@roman
ko.UTF-8
ks@deva
ks_IN
LC_MESSAGES
miq
mjw
mnw
mnw_MM
mo
ms@Arab
pa_IN
pl.UTF-8
pt_br
ro_MD
sd@devanagari
sr_BA@latin
sr_CS
sr_Cyrl
sr_Latn
zh_cn
zh_CN.UTF-8
zh_Hans
zh_Hans_CN
zh_Hant
zh_SG
zh_TW.UTF-8
===============
I'm not familiar with this stuff, so I'm not sure how to solve this issue. I would like to complete my review of switchboard-plug-onlineaccounts, but this issue blocks it. I see multiple solutions:
- Ignore it and approve switchboard-plug-onlineaccounts (this is against the packaging guidelines)
- Patch it, so that "mo" is renamed to "ro" or "rom" and create an issue upstream. I'm not sure how feasible this is, since "mo" is effectively removed and there are also translation files for "ro". This may also cause conflict.
- Add an entry to lang-exceptions [2] in filesystem to include "mo"
- Suggest upstream iso-codes to look into this issue
For the other directories, I sadly don't have time to look into all of them, and I think I have too little knowledge in this field.
Regards,
Arthur
[0] https://bugzilla.redhat.com/show_bug.cgi?id=2033886
[1] https://salsa.debian.org/iso-codes-team/iso-codes/-/blob/main/iso_3166-1/mo.po
[2] https://src.fedoraproject.org/rpms/filesystem/blob/rawhide/f/lang-exceptions
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure