From owner-freebsd-current Thu Aug 29 14:00:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA04592 for current-outgoing; Thu, 29 Aug 1996 14:00:21 -0700 (PDT) Received: from spinner.DIALix.COM (spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA04586 for ; Thu, 29 Aug 1996 14:00:16 -0700 (PDT) Received: from spinner.DIALix.COM (localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.7.5/8.7.3) with ESMTP id EAA03454; Fri, 30 Aug 1996 04:59:57 +0800 (WST) Message-Id: <199608292059.EAA03454@spinner.DIALix.COM> X-Mailer: exmh version 1.6.7 5/3/96 To: Sujal Patel cc: "Rodney W. Grimes" , current@freebsd.org Subject: Re: cvs commit: src/usr.sbin/bind - Imported sources In-reply-to: Your message of "Thu, 29 Aug 1996 16:26:16 -0400." Date: Fri, 30 Aug 1996 04:59:57 +0800 From: Peter Wemm Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sujal Patel wrote: > On Fri, 30 Aug 1996, Peter Wemm wrote: > > Just a followup on what I said before.. I realise that just because the > > tree layout isn't completely pure elsewhere doesn't make this "ok" > > automatically. My defence was that I wasn't the first.. > > I understand that this particular case may not be "ok", but for other > distributions like tcl that live in contrib, it would nice to have a > symlink from /usr/src/usr.bin/tclsh (maybe). Incidently, the ncurses kit that I sent out to a few people does the same thing for similar reasons... The utilities that come with it access pretty deep into the internals of the library that are not exported to the public. One cannot easily arrange to have the usr.bin components built unless the lib components are already built and up to date. On the other hand, if it's a case of "compile time is irrelevant, take as long as you like", the machine generated internals could be duplicated and built in each of the directories that has ncurses components in it. BTW: other examples of places where packages are grouped together in the place of their primary function: gnu/libexec/uucp installs in /usr/bin, /usr/sbin, /usr/libexec gnu/usr.bin/cc installs in /usr/bin, /usr/libexec gnu/usr.bin/ld installs in /usr/bin, /usr/libexec libexec/bootbd installs in /usr/libexec, /usr/sbin usr.bin/lex installs in /usr/bin, /usr/lib usr.bin/locale installs in /usr/bin, /usr/libexec usr.bin/vgrind installs in /usr/bin, /usr/libexec usr.bin/xlint installs in /usr/bin, /usr/libexec usr.sbin/cron installs in /usr/sbin, /usr/bin usr.sbin/crunch installs in /usr/bin (!) usr.sbin/lpr installs in /usr/libexec, /usr/bin usr.sbin/sendmail installs in /usr/sbin, /usr/bin, /usr/libexec usr.sbin/xntpd installs in /usr/sbin, /usr/bin the old usr.sbin/named installed in /usr/sbin, /usr/libexec -Peter