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