From owner-cvs-all Sun Jan 10 10:08:01 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA19709 for cvs-all-outgoing; Sun, 10 Jan 1999 10:08:01 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA19680 for ; Sun, 10 Jan 1999 10:07:58 -0800 (PST) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id NAA07012; Sun, 10 Jan 1999 13:07:23 -0500 (EST) (envelope-from luoqi) Date: Sun, 10 Jan 1999 13:07:23 -0500 (EST) From: Luoqi Chen Message-Id: <199901101807.NAA07012@lor.watermarkgroup.com> To: brian@Awfulhak.org, darrenr@reed.wattle.id.au Subject: Re: sysctl descriptions Cc: committers@FreeBSD.ORG Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > In some email I received from Brian Somers, sie wrote: > > > > It's already been mentioned that if this goes ahead, ioctls will get a > > description in the kernel next, and who knows what afterwards.... all > > of this is a bad idea because the whole world doesn't speak English, > > and this will be used as a precedent ! There'll be an array of > > descriptions next and an access mechanism that checks your locale.... > > The case based on internationalization is amusing. Whilst you are quite > correct in what you're claiming, consider what language the default kernel > uses when it displays the boot logo and messages when it probes devices > and then goes into the "configuration editor". > This is hardly amusing, at least to a non-native English speaker as myself. The point is you really don't need a large vocabulary or extensive knowledge on grammar to understand the boot logo or the device probing messages (they are hardly complete English sentences), documentations are different. Since we are ELF now, we should look into an implementation to place the documentation bits into a separate section (or sections, one for each locale), which is (are) not loaded into memory by boot loader, but rather mmap'd into the kernel space. This way we wouldn't be wasting non-pageable memory. -lq > However, they're not, strictly speaking, "documentation" as one could > consider these descriptions to be. > > Linux, however, now has support for different language code pages to be > built into the kernel configuration (but it still outputs English when > it probes devices, etc). > > Darren > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message