Re: Missing ownership /usr/share/locale/ directories

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

 



On Sat, Jan 1, 2022 at 12:46 PM Zbigniew Jędrzejewski-Szmek
<zbyszek@xxxxxxxxx> wrote:
>
> On Fri, Dec 31, 2021 at 02:41:56PM +0100, Arthur Bols wrote:
> > 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.
>
> > 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)
> > - Add an entry to lang-exceptions [2] in filesystem to include "mo"
> > - Suggest upstream iso-codes to look into this issue
>
> Yet another solution is to make the package own the 'mo' directory,
> i.e. list it in %files. (If a different package does the same, they will
> co-own the directory, which is OK.)

Note that people have been encountering issues like this for almost a
decade, as far as I can tell:

First mention of unowned / unrecognised languages I could find /
remember is here:
https://bugzilla.redhat.com/show_bug.cgi?id=1103545

The "mo" locale also came up in my first package review (that's a trip
down memory lane!):
https://bugzilla.redhat.com/show_bug.cgi?id=1398433

And it seems that just nobody cares (literally for almost ten years
now) whether those directories are unowned, or whether rpmlint
recognises those languages, etc. ...

There's also *lots* of packages that ship translations for "mo". It
seems that launchpad.net's translation functionality had this in the
default set of languages or something, as almost every project
originating in the launchpad.net ecosystem (most ubuntu stuff and most
elementary OS stuff) has translations for "mo".

I'm pretty sure I won't add ownership of /usr/share/locale/mo to
literally dozens of packages just so this minor issue is "fixed". I
think the filesystem package should create and own it.

Fabio
_______________________________________________
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




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux