The firefox package does not honor the system %_install_langs settings, it installs all langpacks anyway. Something like the attached patch would fix it.
Created attachment 240881 [details] Mark langpacks with %lang
We just updated the Firefox version in Fedora/development from 2.0 to a 3.0 pre-release version, which improves performance, memory usage, and fixes many bugs and crashes. Closing as CANTFIX since we aren't fixing bugs filed against 2.0 now that 3.0 is in. If this bug is still present in rawhide using a Firefox 3.0 version, please re-open this bug. Thanks and Happy Holidays
I don't see any %lang'ification in the FF3 specfile. Updated patch (not build tested) against current CVS attached.
Created attachment 290171 [details] Mark langpacks with %lang
taking the bug.
Personally I would prefer having subpackages for the langpacks, that would make it easier for users to install just the langpacks they need and then updates of firefox lighter for everyone.
I agree with Jens.
NO. That will make it so that languages do not work out of the box for things other than english. Until the day that every package in the distro splits its langpacks into subpackages, Firefox is not going to do so either. Don't even use the "OO.org does it so firefox should too" argument because it's not going to work on me. Think "yum install firefox".
Hi Christopher, I'd humble wondering if keeping every langpack in firefox package has relatively controllable performance impacts? I support the splits solely because we do concern the start up time of Firefox. Community feedback to me about our Firefox spends longer than certain other distros. Rgds, Caio.
(In reply to comment #8) > That will make it so that languages do not work out of the box for things > other than english. Well they can be installed per language as part of the language support groups in yum. For backward compatibility there could be a meta package I suppose pulling them all in for people updating. > Until the day that every package in the distro splits its > langpacks into subpackages, Firefox is not going to do so either. Well actually many (most?) packages do this already.
(In reply to comment #10) > (In reply to comment #8) > > Until the day that every package in the distro splits its > > langpacks into subpackages, Firefox is not going to do so either. > > Well actually many (most?) packages do this already. Hm? I see kde, moodle, plexus, psi, koffice, openoffice.org, scim, and tesseract doing this, but in contrast I dare to say (no numbers to back this up though) we have *thousands* of packages shipping their translations in /usr/share/locale and other locations in their main packages.
Sigh. Okay, this is turning into a silly discussion. Not sure why I didn't just say this before: Please don't hijack bugs. If you want different functionality from what's reported, file a different bug.
Hmm, well the reason for "hijacking" the bug was it was an alternative to what was being proposed here.
> in contrast I dare to say (no numbers to back this up > though) we have *thousands* of packages shipping their translations in > /usr/share/locale and other locations in their main packages. I was referring to all the packages whose upstreams separate their translations not the whole distro. :) Anyway I see that this idea is not going to be accepted again, so I will drop it again for now. %lang marking will certainly be an improvement, though I think most ordinary users don't know how to set it on their system. (Maybe we should have some tool for that - though it should really be in the installer i guess?)
Fixed in F-9
*** Bug 187844 has been marked as a duplicate of this bug. ***
Thanks. This last little bit would be beneficial for repeated "rpmbuild -bi --short-circuit" builds: -touch ../%{name}.lang +cat /dev/null > ../%{name}.lang
*** Bug 477127 has been marked as a duplicate of this bug. ***