Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 3 Nov 2016 12:34:07 -0700 (PDT)
From:      "Rodney W. Grimes" <freebsd-rwg@pdx.rh.CN85.dnsmgr.net>
To:        Julian Elischer <julian@freebsd.org>
Cc:        freebsd-current <freebsd-current@freebsd.org>, freebsd <freebsd-hackers@freebsd.org>
Subject:   Re: Fwd: Re: how to reduce the size of /usr/share/i18n data?
Message-ID:  <201611031934.uA3JY7ss008626@pdx.rh.CN85.dnsmgr.net>
In-Reply-To: <eb12cd89-ee00-d696-3dfa-4fd021b7c7fa@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
[ Charset UTF-8 unsupported, converting... ]
> 
> So I am to take it that no-one has any idea how this stuff works and 
> how to stub it out?

I would be rather tempted to rm -r /usr/share/i18n and see what
fails.  Anything that fails should be patched to deal with the
fact locale date is missing.

Then the stub out would be a simple mater of making
src/share/i18n a SUBDIR += in the src/share Makefile
inside an .ifdef WITH_LOCALE or WITH_I18N.

Further stubbing out should be pursued if we want to get back
some of our embeded-friendly needs by making all of the locale
related code conditionally compiled during a make world.

Depressing fact:  The i18n directory alone is larger than
a full 386BSD 0.1+sources+patchkit install.

> On 1/11/2016 7:11 PM, Julian Elischer wrote:
> >
> > 01.11.2016 17:53, Julian Elischer ?????:
> >> there are a number of packages that want to link with or use that 
> >> data, and you can't always disable it, but it's very very big 
> >> (38MB?), especially in the context of an appliance that doesn't 
> >> really need it at all.
> >>
> >>
> >> If anyone has a procedure to follow to put that onto a diet, maybe 
> >> just as a stub then I'm all ears.
> >
> > +1
> >
> > Introduction of such large part of base system is kind of 
> > catastrophe for embedded systems
> > that need only ASCII and may be additionally one of "good old" 8-bit 
> > locales.
> >
> > FreeBSD 11 got pretty large and embedded-unfriendly without clear 
> > way to exclude such unneeded parts.
> >

-- 
Rod Grimes                                                 rgrimes@freebsd.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201611031934.uA3JY7ss008626>