[Fedora-i18n-bugs] [Bug 477127] RFE: subpackage or separate language packs from main package
bugzilla at redhat.com
bugzilla at redhat.com
Thu Jul 2 20:36:13 UTC 2009
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=477127
--- Comment #11 from Christopher Aillon <caillon at redhat.com> 2009-07-02 16:36:11 EDT ---
There are several reasons people give for wanting this to happen.
* All the langpacks show up in the browser's add-on manager.
- I believe that the system should only attempt to load the langpack for the
system language. Find the first langpack to match the system language and
then not worry about the rest. If the user wants to switch languages, she
can do so at the system level, rather than changing every app individually.
* Having so many langpacks installed leads to slower behavior as the browser
needs to register them all.
- I believe this is also a bug upstream. Having multiple addons installed
should not slow down the browser as dramatically as it does.
* Size.
- This is a real issue. However, it is a problem for virtually every
translated package in Fedora. It is most visible in Firefox because of
the quantity of langpacks, and because of the previous two issues. I feel
strongly that this should be solved at a distribution level, and not at a
package level. Else, when GNOME gets translated into as many languages as
Firefox currently is, we will be having the same discussion. On my system,
/usr/share/locale takes up 527MB, which easily dwarfs Firefox. That's a
full CD's worth of translations I never use, and need to download updates
for, when they are available. I really would like to see this issue solved
on a more global level instead of trying to sweep it under the rug by
forcing the large packages to act differently from the rest of the distro.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the i18n-bugs
mailing list