[ 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                                                 rgri...@freebsd.org
freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to