From owner-cvs-doc@FreeBSD.ORG Sun Dec 11 20:53:29 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 61AC01065675; Sun, 11 Dec 2011 20:53:29 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id E638F8FC18; Sun, 11 Dec 2011 20:53:28 +0000 (UTC) Received: from outgoing.leidinger.net (p5796C7AB.dip.t-dialin.net [87.150.199.171]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 9329884400D; Sun, 11 Dec 2011 21:53:13 +0100 (CET) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTP id E8F6857F4; Sun, 11 Dec 2011 21:53:10 +0100 (CET) Date: Sun, 11 Dec 2011 21:53:10 +0100 From: Alexander Leidinger To: Nathan Whitehorn Message-ID: <20111211215310.00007e2f@unknown> In-Reply-To: <4EE4DC95.5030706@freebsd.org> References: <201112072132.pB7LW6Aa042461@repoman.freebsd.org> <20111210214025.0000445d@unknown> <4EE3C9C8.9050709@FreeBSD.org> <4EE3CF42.6000703@freebsd.org> <20111211152405.000045b5@unknown> <4EE4DC95.5030706@freebsd.org> X-Mailer: Claws Mail 3.7.10cvs7 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 9329884400D.A18BC X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1, required 6, autolearn=disabled, ALL_TRUSTED -1.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1324241595.4817@WlJ6nUi1YZp3Q2c7J8Zqow X-EBL-Spam-Status: No 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: 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: Sun, 11 Dec 2011 20:53:29 -0000 On Sun, 11 Dec 2011 10:38:45 -0600 Nathan Whitehorn wrote: > 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 =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 > >>>>> 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.h= tml > >>> ). 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? > > >=20 > /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=20 > suggested patch will do the job, but longer-term, moving them to=20 > LOCALBASE seems better. But that's my two cents. Personally I do not care much where the linux-bits are located in the FS. As long as we keep the /compat link, it should work (kernel and ports look in /compat/linux). Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137