Re: Fwd: Re: how to reduce the size of /usr/share/i18n data?
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?
[ 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?
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?
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?
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?
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"
Fwd: Re: how to reduce the size of /usr/share/i18n data?
Forwarded Message From: 25 2016 <> X-Mozilla-Status: 0013 X-Mozilla-Status2: X-Mozilla-Keys: Return-Path: Received: from sea.spamstick.net (sea.spamstick.net [204.109.57.196]) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPS id uA1AxGgp045127 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 1 Nov 2016 03:59:20 -0700 (PDT) (envelope-from eu...@grosbein.net) Received: from mx2.freebsd.org ([8.8.178.116]) by sea.spamstick.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.86) (envelope-from ) id 1c1Wmg-0008PF-00 for jul...@elischer.org; Tue, 01 Nov 2016 06:59:16 -0400 Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.freebsd.org (Postfix) with ESMTPS id 9F2AE6694B for ; Tue, 1 Nov 2016 10:59:09 + (UTC) (envelope-from eu...@grosbein.net) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 85EE31320 for ; Tue, 1 Nov 2016 10:59:09 + (UTC) (envelope-from eu...@grosbein.net) Received: by freefall.freebsd.org (Postfix) id 847141D68; Tue, 1 Nov 2016 10:59:09 + (UTC) Delivered-To: jul...@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by freefall.freebsd.org (Postfix) with ESMTP id 839321D67 for ; Tue, 1 Nov 2016 10:59:09 + (UTC) (envelope-from eu...@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CDD4131E; Tue, 1 Nov 2016 10:59:08 + (UTC) (envelope-from eu...@grosbein.net) Received: from eg.sd.rdtc.ru (r...@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id uA1Ax3QX049994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 1 Nov 2016 11:59:04 +0100 (CET) (envelope-from eu...@grosbein.net) X-Envelope-From:eu...@grosbein.net X-Envelope-To: jul...@freebsd.org Received: from [10.58.0.10] (dadv@dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id uA1AwxFL006726 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 1 Nov 2016 17:59:00 +0700 (KRAT) (envelope-from eu...@grosbein.net) Subject:Re: how to reduce the size of /usr/share/i18n data? To: Julian Elischer , freebsd References: <7b036323-aa77-6d41-36b0-439a12a36...@freebsd.org> From: Eugene Grosbein Message-ID: <58187573.7020...@grosbein.net> Date: Tue, 1 Nov 2016 17:58:59 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To:<7b036323-aa77-6d41-36b0-439a12a36...@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-Filter-ID: s0sct1PQhAABKnZB5plbIXW6wgLqzC+TM2pKklekeEcWCsCPLMUAyrpAA5pkQvo1v0WM/M+C7g6f jq7KivljIgACc3eCAL7Sz/73rBvo2zdf4seDSE2pIFs49EdaF4r0GlH4z9w5rjAiHtPWW3keAShN xLoqnsw2BxcNT/6ha/Mu906Tg7P5f/6ZDJb4IgmNpVaLEMBpkLjCNy1XrjsuhMD0qhcz494kqrQX F25rLf9/U/jsH4EXGgfUT7LIXyPe+DsKzbLMLhst3n8kX6ngqWiWloQ6ztDmkvSWg7Jumw5Pg6dw 4lDcu51VWwE6bi+ZrE6kdjyQEObSFjdQy/q2Lhnis/L5RJfxkhIgp8XOgK0jJHKF9QPFEIASHMiN C2cwmeLy/f6zOMlHyzALZS3+BqGp3RSwCXW+mzuiSaXGa7JQvpJ0u5JNUTFfeWDaD3S/lnEaTdft T8Kul6ZpNgSqNORxWsgqcF2qRmccXjejs6+dtOiBbpDQ+zv6ENK2PSDvNSjVRJ+igYTdhxxwxq0Y S6Qp9bdL8oYeEB2/gTYIJTIxL7hrJSk60SF3F6RYOYr2 X-Report-Abuse-To: s...@sea.spamstick.net X-SpamStick-Class: ham X-SpamStick-Evidence: SB/spamstick_net (0.0487503235617) X-Recommended-Action: accept 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...@