From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <509071940704121157w4633684fq8e7c947e82e97589@mail.gmail.com> Date: Thu, 12 Apr 2007 14:57:31 -0400 From: "Anthony Sorace" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> Subject: Re: [9fans] Re: [sources] 20070410: % cat In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9ab217670704120908s1407c1d1xbed0dcc2144b1ce7@mail.gmail.com> <509071940704121100h26ba7cfejed87a87cbbfaebaa@mail.gmail.com> Topicbox-Message-UUID: 45e87040-ead2-11e9-9d60-3106f5b1d025 //To start with, Plan 9 can handle as many things in the //root as you like. It is not constrained by the size //of an rk05 or the time to fsck the root partition. Of course; as I said, it's largely an aesthetic decision. But I do believe it has an impact on *people* reading /, rather than programs reading it. And /sys/lib feels like a very natural fit for exactly this sort of information. Yes, /cfg is provably shorter to type than /sys/lib/sysconfig... but you really believe that matters here? I don't dispute the impact of length on use generally, but this is seldom-changing config information. Is it really true that nothing/nobody ever used sysconfig (contrary to the cpurc man page)? Personally, i think the argument of "so we don't have to edit cpurc/termrc" is vacuous. They change infrequently enough, and in small enough ways each time, that merging changes is simple. I think the fear (as Russ pointed to elsewhere) of moving towards init.d is much more legitimate.