Re: Fwd: Re: how to reduce the size of /usr/share/i18n data?

[Julian Elischer]

On 3/11/2016 7:46 PM, Tomoaki AOKI wrote:

On Thu, 3 Nov 2016 06:46:39 -0400
Mark Heily  wrote:


On Nov 3, 2016 5:30 AM, "Kurt Jaeger"  wrote:

Hi!


So I am to take it that no-one has any idea how this stuff works and
how to stub it out?

Or had time to write about it.

--
p...@opsec.eu+49 171 3101372 4 years to

go !
Maybe you could use 'svn blame' to research who has commited those files,
and contact them directly?

Not shure but maybe WITHOUT_ICONV knob would eliminate them from build.
Beware! It should completely eliminate iconv features.

See commit message for Revision 219019 below.

   https://svnweb.freebsd.org/base/head/share/i18n/Makefile?view=log

Sorry, I don't know how to safely delete some (not all) part of
conversions to shrink the contents there, keeping limited iconv
features to work.

there are some 3rd party apps that want them so I'd rather just know 
how to make a really small subset.


there is a database that is describes the data there but I have no 
clue how to generate a new db.





___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Fwd: Re: how to reduce the size of /usr/share/i18n data?

[Rodney W. Grimes]

[ 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
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Fwd: Re: how to reduce the size of /usr/share/i18n data?

[Tomoaki AOKI]

On Thu, 3 Nov 2016 06:46:39 -0400
Mark Heily  wrote:

> On Nov 3, 2016 5:30 AM, "Kurt Jaeger"  wrote:
> >
> > Hi!
> >
> > > So I am to take it that no-one has any idea how this stuff works and
> > > how to stub it out?
> >
> > Or had time to write about it.
> >
> > --
> > p...@opsec.eu+49 171 3101372 4 years to
> go !
> >
> 
> Maybe you could use 'svn blame' to research who has commited those files,
> and contact them directly?

Not shure but maybe WITHOUT_ICONV knob would eliminate them from build.
Beware! It should completely eliminate iconv features.

See commit message for Revision 219019 below.

  https://svnweb.freebsd.org/base/head/share/i18n/Makefile?view=log

Sorry, I don't know how to safely delete some (not all) part of
conversions to shrink the contents there, keeping limited iconv
features to work.

-- 
Tomoaki AOKI
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Fwd: Re: how to reduce the size of /usr/share/i18n data?

[Mark Heily]

On Nov 3, 2016 5:30 AM, "Kurt Jaeger"  wrote:
>
> Hi!
>
> > So I am to take it that no-one has any idea how this stuff works and
> > how to stub it out?
>
> Or had time to write about it.
>
> --
> p...@opsec.eu+49 171 3101372 4 years to
go !
>

Maybe you could use 'svn blame' to research who has commited those files,
and contact them directly?

___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Fwd: Re: how to reduce the size of /usr/share/i18n data?

[Kurt Jaeger]

Hi!

> So I am to take it that no-one has any idea how this stuff works and 
> how to stub it out?

Or had time to write about it.

-- 
p...@opsec.eu+49 171 3101372 4 years to go !
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Fwd: Re: how to reduce the size of /usr/share/i18n data?

[Julian Elischer]

So I am to take it that no-one has any idea how this stuff works and 
how to stub it out?


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.



___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to 
"freebsd-current-unsubscr...@freebsd.org"





___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"