From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 11 16:38:48 2011 Return-Path: Delivered-To: emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C16EF1065677; Sun, 11 Dec 2011 16:38:48 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id 8BED18FC0C; Sun, 11 Dec 2011 16:38:48 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=UTF-8; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LW100900SWNZO00@smtpauth2.wiscmail.wisc.edu>; Sun, 11 Dec 2011 10:38:47 -0600 (CST) Received: from comporellon.tachypleus.net ([unknown] [76.210.61.201]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LW1002H1SWL7510@smtpauth2.wiscmail.wisc.edu>; Sun, 11 Dec 2011 10:38:46 -0600 (CST) Date: Sun, 11 Dec 2011 10:38:45 -0600 From: Nathan Whitehorn In-reply-to: <20111211152405.000045b5@unknown> To: Alexander Leidinger Message-id: <4EE4DC95.5030706@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.61.201 X-Spam-PmxInfo: Server=avs-9, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.12.11.162715, SenderIP=76.210.61.201 References: <201112072132.pB7LW6Aa042461@repoman.freebsd.org> <20111210214025.0000445d@unknown> <4EE3C9C8.9050709@FreeBSD.org> <4EE3CF42.6000703@freebsd.org> <20111211152405.000045b5@unknown> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111113 Thunderbird/8.0 Cc: doc-committers@FreeBSD.org, re@FreeBSD.org, cvs-doc@FreeBSD.org, emulation@FreeBSD.org, cvs-all@FreeBSD.org, 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: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 16:38:49 -0000 On 12/11/11 08:24, Alexander Leidinger wrote: > On Sat, 10 Dec 2011 15:29:38 -0600 Nathan Whitehorn > wrote: > >> On 12/10/11 15:06, Manolis Kiagias wrote: >>> On 10/12/2011 10:40 μμ, 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 >>>>> directory 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 may 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.html >>> ). I think the best and safer way would be for bsdinstall to create >>> the link if possible. >> 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. > mkdir /usr/compat > ln -s /usr/compat /compat > > To be checked (maybe): can or are parts of this already handled in mtree > files? > - Is /usr/compat already in a mtree file and if not why not? > - Can the link be handled in a mtree file and if yes, should it be > added there instead? > /usr/compat is not currently part of anything. There's also the problem that the user may not actually want it on /usr (e.g. if /usr is read-only or small). I think that for the purposes of 9.0, your suggested patch will do the job, but longer-term, moving them to LOCALBASE seems better. But that's my two cents. -Nathan