From owner-cvs-doc@FreeBSD.ORG Tue Dec 13 13:42:41 2011 Return-Path: Delivered-To: cvs-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04EC4106567F; Tue, 13 Dec 2011 13:42:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B5B238FC1D; Tue, 13 Dec 2011 13:42:40 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 50E0946B37; Tue, 13 Dec 2011 08:42:40 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BE167B948; Tue, 13 Dec 2011 08:42:39 -0500 (EST) From: John Baldwin To: Doug Barton Date: Tue, 13 Dec 2011 08:42:38 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201112072132.pB7LW6Aa042461@repoman.freebsd.org> <4EE3CF42.6000703@freebsd.org> <4EE6B85B.9050701@FreeBSD.org> In-Reply-To: <4EE6B85B.9050701@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201112130842.38610.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 13 Dec 2011 08:42:39 -0500 (EST) Cc: doc-committers@freebsd.org, re@freebsd.org, cvs-doc@freebsd.org, emulation@freebsd.org, cvs-all@freebsd.org, Nathan Whitehorn , Alexander Leidinger , Manolis Kiagias Subject: Re: cvs commit: doc/en_US.ISO8859-1/books/handbook/desktop chapter.sgml doc/en_US.ISO8859-1/books/handbook/linuxemu chapter.sgml X-BeenThere: cvs-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the doc and www trees List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 13:42:41 -0000 On Monday, December 12, 2011 9:28:43 pm Doug Barton wrote: > On 12/10/2011 13:29, Nathan Whitehorn wrote: > > On 12/10/11 15:06, Manolis Kiagias wrote: > >> On 10/12/2011 10:40 =CE=BC=CE=BC, Alexander Leidinger wrote: > >>> On Wed, 7 Dec 2011 21:32:06 +0000 (UTC) Manolis Kiagias > >>> wrote: > >>> > >>> CCing re@, emulation@ and nwhitehorn@ due to a possible impact in the > >>> upcomming release. > >>> > >>>> Modified files: > >>>> en_US.ISO8859-1/books/handbook/desktop chapter.sgml > >>>> en_US.ISO8859-1/books/handbook/linuxemu chapter.sgml > >>>> Log: > >>>> Use /compat/linux/proc instead of /usr/compat/linux/proc as the > >>>> mount point of linproc in the examples, since: > >>>> > >>>> - linux_base always installs to /compat and creates it as a > >>>> directory if it does not exist as a symlink > >>>> - Custom installations (not done by sysinstall(8)) may not > >>>> have /compat at all > >>>> - The linuxemu chapter uses /compat anyway (except a single > >>>> example, fixed) > >>>> - The new bsdinstall(8) does not create /compat either as directo= ry > >>>> or symlink > >>> Looks like a bug in bsdinstall (and linux_base) to me. What you write > >>> here means that a new release with bsdinstall instead of sysinstall m= ay > >>> cause problems where /compat is in a small partition and /usr in a big > >>> partition (even if it creates a big one by default, an user may change > >>> this). I suggest to fix bsdinstall before the release of 9.0. It also > >>> changes what is expected by long-term users. > >> > >> Yes, this was discussed in the PR (see > >> http://lists.freebsd.org/pipermail/freebsd-doc/2011-December/019270.ht= ml > >> ). I think the best and safer way would be for bsdinstall to create > >> the link if possible. > >=20 > > This is very easy to do, and the correct place is in > > /usr/src/usr.sbin/bsdinstall/scripts/config. I don't have a good sense > > of what the correct logic is, however, and so would appreciate either > > guidance or patches from emulation-types. >=20 > I don't understand why the linux_base ports are not sorting this out on > their own. Why should this be a function of the installer? It's a sysadmin's decision what /compat is. It could be a directory on / (which is fine if you have one-big filesystem for everything). It could be a mountpoint for another filesystem. It could be a symlink to a directory on some other filesystem. All these are valid, and the various ABI packages should not be trying to set that policy. I do think the installer can set a good initial policy for this just as it can for /home. Now, using the defa= ult layout the installer could just leave /compat as a dir on /. Many folks still customize their layout to make /usr or /home separate, etc. It might be nice if the installer "noticed" that you created a separate /usr and symlinked /compat to /usr/compat to preserve previous behavior in that case. It turns out, though, that this also works just fine if you have the one-big /, (since usr/compat will be on the same fs), so the simplest solution might be to just always symlink it for now. This reduces POLA, but since it is o= nly done at install time, the sysadmin can always customize it post-install. =2D-=20 John Baldwin