From owner-freebsd-hackers Sat Apr 12 09:43:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA10264 for hackers-outgoing; Sat, 12 Apr 1997 09:43:09 -0700 (PDT) Received: from aviion.ts.kiev.ua (aviion.ts.kiev.ua [193.124.229.12]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA10254 for ; Sat, 12 Apr 1997 09:42:54 -0700 (PDT) Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id RAA15936; (8.6.11/zah/2.1) Sat, 12 Apr 1997 17:36:10 GMT Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id TAA29759; (8.6.9/zah/1.1) Sat, 12 Apr 1997 19:13:45 +0100 Received: from 194.44.146.14 (mac.ipri.kiev.ua [194.44.146.14]) by cki.ipri.kiev.ua (8.7.6/8.7.3) with SMTP id TAA10892; Sat, 12 Apr 1997 19:17:39 +0300 (EET DST) Message-ID: <334FA7DB.54F1@cki.ipri.kiev.ua> Date: Sat, 12 Apr 1997 18:18:51 +0300 From: Ruslan Shevchenko Reply-To: rssh@cki.ipri.kiev.ua Organization: IPRI X-Mailer: Mozilla 3.01Gold (Macintosh; I; 68K) MIME-Version: 1.0 To: dk+@ua.net CC: freebsd-hackers@freebsd.org Subject: Re: on the subject of changes to -RELEASEs... References: <199704120736.AAA11209@dog.farm.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dmitry Kohmanyuk wrote: > > In article <334E1FEE.1BC7@cki.ipri.kiev.ua> you wrote: > > Warner Losh wrote: > > > > > > In message <1652.860709359@time.cdrom.com> "Jordan K. Hubbard" writes: > > > : > how about making these "well known" files such as /etc/resolv.conf, > > > : > /etc/host.conf and other stuff symlinks into /var/etc ? This is > > > : > > > : I'm starting to get a headache. :-) > > > > > > I hate to say this, but I kinda like this idea. > > > > > > Does somebody have a cononical list of these files so that some brave > > > soles can begin to experiment? > > > I think, exists some standarts. > > SIUC, POSIX > > s/SIUC/SVID/ ? That's System V Interface Definition... I don't > think it defines and names within file system... > NO, I mean Single Unix Specification (from X/open) http://www.xopen.org > > I don't know, are they defined canonical filenames, > > but I think, that yes. (Sorry, but i have > > no time for web-surfing now) May be in future, now they have 1. --- commands and utilities 2. --- headers and C API. but, for example exists DCE standarts, which determinate, for example, /etc/krb5/ /etc/soneinfo/ (It's intereesting, are anybody have Posix 1003.2 1003.7 1003.13, 1003.18 ? > > I don't know about POSIX much, but judging from my experience, > I can tell you: > > There _cannot_ be a standard under which Solaris, SunOS, AIX, HP-UX, > SCO, Digital Unix, FreeBSD and Linux all comply. The set intersection > is _empty_. > /etc/termcap, /etc/passwd particulary, > It looks to me that those standards do not exist. > Yes, but in fuzzy sence, why I can have in office Unix ZOO (Ultrix, OSF, SCO, FreeBSD, now ) and after intersection of files, I receive: liases exports fstab ftpusers group hosts hosts.equiv hosts.lpd inetd inetd.conf magic motd namedb networks passwd printcap profile protocols resolv.conf rmt rpc sendmail.cf services shells termcap ttys uucp > resolv.conf, for example, is pure BIND-isms. (host.conf can be even FreeBSDism with its format - > compare that on Linux. service.switch (sendmail). nsswitch.conf (Solaris). svc.conf(?)(OSF).) > etc. Fuzzy logic, or what is Unix in historical sence ? It's API + commands for programmers, but: *number of most common use software* for sysadmins. it is: BIND, sendmail, inetd, uucp .... and set of well-known files, IMHO, *must be constant* for example, if I have admintool, which work with this files, in WindowsNT-style ? (I mean mouse-moving). > > The idea of having read-only root filesystem and separate configuration information > has its merit, but some files have to be there or you loose look-and-feel compatibility > with whatever Unices we still have it. > > Union or overlap mount idea with symlinks can be neat, though. > Hm. first day I install system, next two week I try understand why nothing work and manually do symlinks ? Are you relly think in such style ? > How about absolutely basic /etc which re-mounts /etc partion on top of itself > and re-executes boot scripts? I don't think its a good thing for a standard configuration, though. > It's terribly. > -- > "Standards don't make things work. Work makes things work. > Good standards document working things." -- Mike O'Dell