From owner-freebsd-current@freebsd.org Thu Nov 3 19:34:30 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 879A9C2D95A; Thu, 3 Nov 2016 19:34:30 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 424561745; Thu, 3 Nov 2016 19:34:29 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id uA3JYROr008627; Thu, 3 Nov 2016 12:34:27 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id uA3JY7ss008626; Thu, 3 Nov 2016 12:34:07 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201611031934.uA3JY7ss008626@pdx.rh.CN85.dnsmgr.net> Subject: Re: Fwd: Re: how to reduce the size of /usr/share/i18n data? In-Reply-To: To: Julian Elischer Date: Thu, 3 Nov 2016 12:34:07 -0700 (PDT) CC: freebsd-current , freebsd X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Thu, 03 Nov 2016 19:58:35 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 19:34:30 -0000 [ 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