[gentoo-user] 200MB waste from /usr/share/locale ?

[gentoo-user] 200MB waste from /usr/share/locale ?

[Sebastian Pipping]

Hello!


It seems that /usr/share/locale is keeping files for many languages not
of any use to me: around 200MB in total.

Is there a way to configure this away that I am not aware of?

Thanks in advance,



Sebastian

Re: [gentoo-user] 200MB waste from /usr/share/locale ?

[Albert W. Hopkins]

On Sat, 2011-11-26 at 01:28 +0100, Sebastian Pipping wrote:
> It seems that /usr/share/locale is keeping files for many languages
> not
> of any use to me: around 200MB in total.
> 
> Is there a way to configure this away that I am not aware of?
> 
> Thanks in advance, 

What do you have in LINGUAS and locales.conf?  My /usr/share/locale is
only about 16MB on a GNOME desktop, 9MB on a base install and about 26MB
on a KDE VM (not that 200MB is really that big by today's standards).

-a

Re: [gentoo-user] 200MB waste from /usr/share/locale ?

[Florian Philipp]

[-- Attachment #1: Type: text/plain, Size: 492 bytes --]

Am 26.11.2011 01:28, schrieb Sebastian Pipping:
> Hello!
> 
> 
> It seems that /usr/share/locale is keeping files for many languages not
> of any use to me: around 200MB in total.
> 
> Is there a way to configure this away that I am not aware of?
> 
> Thanks in advance,
> 
> 
> 
> Sebastian
> 

Please follow the section "glibc Locales" in the Gentoo handbook.
http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?full=1#book_part1_chap6

Regards,
Florian Philipp


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

Re: [gentoo-user] 200MB waste from /usr/share/locale ?

[Philip Webb]

111126 Florian Philipp wrote:
> Am 26.11.2011 01:28, schrieb Sebastian Pipping:
>> It seems that /usr/share/locale is keeping files for many languages
>> not of any use to me: around 200MB in total.
>> Is there a way to configure this away that I am not aware of?
> Please follow the section "glibc Locales" in the Gentoo handbook.
> http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?full=1#book_part1_chap6

Yes, but that may not be the problem.  I have just  2  locales requested,
but  /etc/share/locale/  contains  90 MB  of material.
A quick look suggests that most of it is in subdirs LC_MESSAGES ,
wh seem to come from emerges at various dates;
they are binary, so I don't know what they were reporting.
Even under /usr/share/locale/en_US , which should show my  2  locales,
there are only such messages.  The locales do seem to work.

Can anyone explain what is going on ?

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] 200MB waste from /usr/share/locale ?

[Mike Edenfield]

On 11/25/2011 10:00 PM, Philip Webb wrote:
> 111126 Florian Philipp wrote:
>> Am 26.11.2011 01:28, schrieb Sebastian Pipping:
>>> It seems that /usr/share/locale is keeping files for many languages
>>> not of any use to me: around 200MB in total.
>>> Is there a way to configure this away that I am not aware of?
>> Please follow the section "glibc Locales" in the Gentoo handbook.
>> http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?full=1#book_part1_chap6
>
> Yes, but that may not be the problem.  I have just  2  locales requested,
> but  /etc/share/locale/  contains  90 MB  of material.
> A quick look suggests that most of it is in subdirs LC_MESSAGES ,
> wh seem to come from emerges at various dates;
> they are binary, so I don't know what they were reporting.
> Even under /usr/share/locale/en_US , which should show my  2  locales,
> there are only such messages.  The locales do seem to work.
>
> Can anyone explain what is going on ?

Different packages include different levels of support for 
filtering their installed localization messages, typically 
one of "install everything", "install what's requested", or 
"whats a locale?"

The reason you mostly have files under LC_MESSAGES is 
because that's 99% of what is needed to localize a package. 
The files in there are string resource packages, 
translations of the strings used by the program, which are 
picked up by the localization library (gettext) 
automatically based on your locale settings. (coreutils 
installs file into LC_TIME for locales with date/time 
formatting requirements; I don't think I've ever seen any 
other locale files.)

The standard way to inform a package which languages you 
want is to set your LINGUAS variable in /etc/make.conf to 
the locale name(s) you want installed (without the charset 
specifier). LINGUAS works like any other portage expansion 
variables: for those packages that support it, you get a set 
of USE-flag-like language keywords set on build. (LINGUAS is 
the well-known environment variable used by most 
autotools-based packages to select languages, but portage 
provides support above and beyond that.)

Unfortunately, proper locale support is spotty -- mostly due 
to upstream maintainers being too lazy to properly add it to 
their builds. Instead, the package will install every 
message file it has available all the time.

You can safely delete any folders from /usr/share/locale for 
locales that you don't have installed, since the normal 
locale support in glibc will never ask for them. But they'll 
just get put back next time you upgrade the package.

--Mike

Re: [gentoo-user] 200MB waste from /usr/share/locale ?

[bill.longman]

[-- Attachment #1: Type: text/html, Size: 1722 bytes --]

[gentoo-user] Re: 200MB waste from /usr/share/locale ?

[walt]

On 11/25/2011 04:28 PM, Sebastian Pipping wrote:
> Hello!
>
>
> It seems that /usr/share/locale is keeping files for many languages not
> of any use to me: around 200MB in total.
>
> Is there a way to configure this away that I am not aware of?

There was a thread a few months ago about this problem.  Apparently
quite a few packages ignore any LC settings and just install all of
their *.mo files every time.

Someone recommended app-admin/localepurge, which removes them after
installation.  Reclaims hundreds of MB when I run it every month or
so.

Re: [gentoo-user] Re: 200MB waste from /usr/share/locale ?

[Philip Webb]

111126 walt wrote:
> Someone recommended app-admin/localepurge,
> which removes them after installation.
> Reclaims hundreds of MB when I run it every month or so.

Thanks & to the other who suggested it.  It has removed  82 MB  junk.
As its man page says, hopefully one day it wb in Portage ...

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] 200MB waste from /usr/share/locale ?

[Sebastian Pipping]

On 11/26/2011 07:32 AM, Mike Edenfield wrote:
>> Can anyone explain what is going on ?
> 
> Different packages include different levels of support for filtering
> their installed localization messages, typically one of "install
> everything", "install what's requested", or "whats a locale?"
> 
> The reason you mostly have files under LC_MESSAGES is because that's 99%
> of what is needed to localize a package. The files in there are string
> resource packages, translations of the strings used by the program,
> which are picked up by the localization library (gettext) automatically
> based on your locale settings. (coreutils installs file into LC_TIME for
> locales with date/time formatting requirements; I don't think I've ever
> seen any other locale files.)
> 
> The standard way to inform a package which languages you want is to set
> your LINGUAS variable in /etc/make.conf to the locale name(s) you want
> installed (without the charset specifier). LINGUAS works like any other
> portage expansion variables: for those packages that support it, you get
> a set of USE-flag-like language keywords set on build. (LINGUAS is the
> well-known environment variable used by most autotools-based packages to
> select languages, but portage provides support above and beyond that.)
> 
> Unfortunately, proper locale support is spotty -- mostly due to upstream
> maintainers being too lazy to properly add it to their builds. Instead,
> the package will install every message file it has available all the time.
> 
> You can safely delete any folders from /usr/share/locale for locales
> that you don't have installed, since the normal locale support in glibc
> will never ask for them. But they'll just get put back next time you
> upgrade the package.
> 
> --Mike

Excellent description -- thank you!

In case I find time to blog about this on Planet Gentoo:
would you allow using the above text under some Creative Commons
license, say CC-BY-SA/3.0?  Do you have a personal website or blog that
I could add a link to?

Best,




Sebastian

Re: [gentoo-user] 200MB waste from /usr/share/locale ?

[Sebastian Pipping]

On 11/26/2011 01:36 AM, Albert W. Hopkins wrote:
> (not that 200MB is really that big by today's standards).

In my case it is.  I am caching all of /usr/share/ into a cache working
on file system level with space limited to 1GB taken from RAM.  It's an
experiment and it doesn't seem to perform very well, so you don't really
miss anything, though.

Best,



Sebastian

Re: [gentoo-user] Re: 200MB waste from /usr/share/locale ?

[Sebastian Pipping]

On 11/26/2011 06:23 PM, walt wrote:
> Someone recommended app-admin/localepurge, which removes them after
> installation.  Reclaims hundreds of MB when I run it every month or
> so.

Thanks for that hint.

Best,



Sebastian

Re: [gentoo-user] 200MB waste from /usr/share/locale ?

[Mike Edenfield]

On 11/27/2011 1:10 PM, Sebastian Pipping wrote:
> On 11/26/2011 07:32 AM, Mike Edenfield wrote:
>>> Can anyone explain what is going on ?
>>
>> Different packages include different levels of support for filtering
>> their installed localization messages, typically one of "install
>> everything", "install what's requested", or "whats a locale?"

> In case I find time to blog about this on Planet Gentoo:
> would you allow using the above text under some Creative Commons
> license, say CC-BY-SA/3.0?

Since I didn't write it at work it's all yours. :)

--Mike

Re: [gentoo-user] 200MB waste from /usr/share/locale ?

[Sebastian Pipping]

On 11/28/2011 02:41 AM, Mike Edenfield wrote:
> Since I didn't write it at work it's all yours. :)

Thanks.  Posted here:

https://blog.hartwork.org/?p=1516

Best,



Sebastian

Re: [gentoo-user] 200MB waste from /usr/share/locale ?

[Dale]

Sebastian Pipping wrote:
> On 11/28/2011 02:41 AM, Mike Edenfield wrote:
>> Since I didn't write it at work it's all yours. :)
> Thanks.  Posted here:
>
> https://blog.hartwork.org/?p=1516
>
> Best,
>
>
>
> Sebastian
>
>


*cough cough*  Maybe a good burp too.  I get this:

This Connection is Untrusted


           You have asked SeaMonkey to connect
securely to blog.hartwork.org, but we can't confirm that your connection 
is secure.
           Normally, when you try to connect securely,
websites will present trusted identification to prove that you are
going to the right place. However, this website's identity can't be 
verified.

           What Should I Do?

             If you usually connect to
this website without problems, this error could mean that someone is
trying to impersonate the website, and you shouldn't continue.

           Technical Details

           I Understand the Risks

             If you understand what's going on, you
can tell SeaMonkey to start trusting this website's identification.
Even if you trust the website, this error could mean that someone is
tampering with your connection.
             Don't add an exception unless
you know there's a good reason why this website doesn't use trusted 
identification.


Just thought I would let you know in case you don't see that on your end.

Dale

:-)  :-)

P. S.  I guess I trust you.  lol

-- 
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!

Re: [gentoo-user] 200MB waste from /usr/share/locale ?

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1864 bytes --]

On Tuesday 29 Nov 2011 01:40:26 Dale wrote:
> Sebastian Pipping wrote:
> > On 11/28/2011 02:41 AM, Mike Edenfield wrote:
> >> Since I didn't write it at work it's all yours. :)
> > 
> > Thanks.  Posted here:
> > 
> > https://blog.hartwork.org/?p=1516
> > 
> > Best,
> > 
> > 
> > 
> > Sebastian
> 
> *cough cough*  Maybe a good burp too.  I get this:
> 
> This Connection is Untrusted
> 
> 
>            You have asked SeaMonkey to connect
> securely to blog.hartwork.org, but we can't confirm that your connection
> is secure.
>            Normally, when you try to connect securely,
> websites will present trusted identification to prove that you are
> going to the right place. However, this website's identity can't be
> verified.
> 
>            What Should I Do?
> 
>              If you usually connect to
> this website without problems, this error could mean that someone is
> trying to impersonate the website, and you shouldn't continue.
> 
>            Technical Details
> 
>            I Understand the Risks
> 
>              If you understand what's going on, you
> can tell SeaMonkey to start trusting this website's identification.
> Even if you trust the website, this error could mean that someone is
> tampering with your connection.
>              Don't add an exception unless
> you know there's a good reason why this website doesn't use trusted
> identification.
> 
> 
> Just thought I would let you know in case you don't see that on your end.
> 
> Dale
> 
> :-)  :-)
> 
> P. S.  I guess I trust you.  lol

The server IP address (and certificate name) resolves to pj.goodpoint.de.

The website does not have its own FQDN SSL certificate and this is why the 
warning comes up.  You are not be connecting to the website name that 
certificate was issued for.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]