From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 11 14:24:21 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 D4054106566B; Sun, 11 Dec 2011 14:24:21 +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 572608FC14; Sun, 11 Dec 2011 14:24:21 +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 3530E84400D; Sun, 11 Dec 2011 15:24:08 +0100 (CET) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTP id 834E757CC; Sun, 11 Dec 2011 15:24:05 +0100 (CET) Date: Sun, 11 Dec 2011 15:24:05 +0100 From: Alexander Leidinger To: Nathan Whitehorn Message-ID: <20111211152405.000045b5@unknown> In-Reply-To: <4EE3CF42.6000703@freebsd.org> References: <201112072132.pB7LW6Aa042461@repoman.freebsd.org> <20111210214025.0000445d@unknown> <4EE3C9C8.9050709@FreeBSD.org> <4EE3CF42.6000703@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: 3530E84400D.AED19 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: 1324218248.5885@8DKs5O1PGnj8e1VelVl7Dw 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: 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 14:24:22 -0000 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=20 > > http://lists.freebsd.org/pipermail/freebsd-doc/2011-December/019270.htm= l=20 > > ). I think the best and safer way would be for bsdinstall to create=20 > > the link if possible. >=20 > This is very easy to do, and the correct place is in=20 > /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? 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 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 From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 11 20:53:29 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 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: 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 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 From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 11 18:12:20 2011 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD15B106564A for ; Sun, 11 Dec 2011 18:12:20 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [IPv6:2a02:6b8:0:801::1]) by mx1.freebsd.org (Postfix) with ESMTP id 57DE78FC18 for ; Sun, 11 Dec 2011 18:12:20 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward11.mail.yandex.net (Yandex) with ESMTP id DA347E83DC1 for ; Sun, 11 Dec 2011 22:12:18 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id CAD9E1B60392 for ; Sun, 11 Dec 2011 22:12:18 +0400 (MSK) Received: from 93.91.10.137.tel.ru (93.91.10.137.tel.ru [93.91.10.137]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id CI2itETv-CI2iuaPD; Sun, 11 Dec 2011 22:12:18 +0400 X-Yandex-Spam: 1 Message-ID: <4EE4F282.2040000@passap.ru> Date: Sun, 11 Dec 2011 22:12:18 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111114 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-emulation@FreeBSD.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 11 Dec 2011 22:45:59 +0000 Cc: Subject: brandelf and LINUXBASE/usr/libexec 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 18:12:20 -0000 Hi List, linux ports install some linux ELF binaries at LINUXBASE/usr/libexec. Should those files be branded to linux? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Mon Dec 12 09:53:45 2011 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ECF2106564A for ; Mon, 12 Dec 2011 09:53:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id A1BFA8FC0A for ; Mon, 12 Dec 2011 09:53:44 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pBC99n47080792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Dec 2011 11:09:49 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pBC99nPe033830; Mon, 12 Dec 2011 11:09:49 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pBC99nmJ033829; Mon, 12 Dec 2011 11:09:49 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 12 Dec 2011 11:09:49 +0200 From: Kostik Belousov To: Boris Samorodov Message-ID: <20111212090949.GJ50300@deviant.kiev.zoral.com.ua> References: <4EE4F282.2040000@passap.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GMCnT9MSm990nw/y" Content-Disposition: inline In-Reply-To: <4EE4F282.2040000@passap.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-emulation@freebsd.org Subject: Re: brandelf and LINUXBASE/usr/libexec 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: Mon, 12 Dec 2011 09:53:45 -0000 --GMCnT9MSm990nw/y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 11, 2011 at 10:12:18PM +0400, Boris Samorodov wrote: > Hi List, >=20 > linux ports install some linux ELF binaries at LINUXBASE/usr/libexec. > Should those files be branded to linux? I do not think any files should branded (in the sense of brandelf(1)) for any supported FreeBSD release and Linux binary built with relatively modern Linux toolchain. --GMCnT9MSm990nw/y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7lxN0ACgkQC3+MBN1Mb4gR3wCeIUElc+pZx01cQjUqO4q2TRA8 AnIAn3p8MLJOsjBVicOEOrZ9teO5mdOt =Ux5y -----END PGP SIGNATURE----- --GMCnT9MSm990nw/y-- From owner-freebsd-emulation@FreeBSD.ORG Mon Dec 12 11:07:21 2011 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 931871065673 for ; Mon, 12 Dec 2011 11:07:21 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 663EC8FC33 for ; Mon, 12 Dec 2011 11:07:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBCB7LAb029980 for ; Mon, 12 Dec 2011 11:07:21 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBCB7KOF029978 for freebsd-emulation@FreeBSD.org; Mon, 12 Dec 2011 11:07:20 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Dec 2011 11:07:20 GMT Message-Id: <201112121107.pBCB7KOF029978@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org 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: Mon, 12 Dec 2011 11:07:21 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/159646 emulation [linux] [patch] bump Linux version in linuxulator f kern/156691 emulation [vmware] [panic] panic when using hard disks as RAW de o kern/156353 emulation [ibcs2] ibcs2 binaries that execute on 4.x not working o kern/155577 emulation [boot] BTX halted after install. Reboot during install o kern/155040 emulation [linux] [patch] Linux recvfrom doesn't handle proto fa o kern/153990 emulation [hyper-v]: Will not install into Hyper-V on Server 200 o kern/153887 emulation [linux] Linux emulator not understand STB_GNU_UNIQUE b o kern/153243 emulation [ibcs2] Seg fault whne running COFF binary using iBCS2 o kern/151714 emulation [linux] print/acroread9 not usable due to lack of supp a bin/150262 emulation [patch] truss(1) -f doesn't follow descendants of the a kern/150186 emulation [parallels] [panic] Parallels Desktop: CDROM disconnec o ports/148097 emulation [patch] suggested addition to linux_base-* packages to o ports/148096 emulation emulators/linux_base-* can not be built from ports on o kern/147793 emulation [vmware] [panic] cdrom handling, panic, possible race o kern/146237 emulation [linux] Linux binaries not reading directories mounted p kern/144584 emulation [linprocfs][patch] bogus values in linprocfs o ports/142837 emulation [patch] emulators/linux_base-* packages fails to insta o kern/140156 emulation [linux] cdparanoia fails to read drive data f kern/138944 emulation [parallels] [regression] Parallels no longer works in o kern/138880 emulation [linux] munmap segfaults after linux_mmap2 stresstest o ports/135337 emulation [PATCH] emulators/linux_base-f10: incorrect bash usage s kern/133144 emulation [linux] linuxulator 2.6 crashes with nvidias libGL.so. o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o kern/86619 emulation [linux] linux emulator interacts oddly with cp a kern/72920 emulation [linux] path "prefixing" is not done on unix domain so o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/36952 emulation [patch] [linux] ldd(1) command of linux does not work o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 30 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Dec 12 20:59:49 2011 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A4F9106564A for ; Mon, 12 Dec 2011 20:59:49 +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 C88B38FC0A for ; Mon, 12 Dec 2011 20:59:44 +0000 (UTC) Received: from outgoing.leidinger.net (p5796DFF2.dip.t-dialin.net [87.150.223.242]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 1EF3484400D; Mon, 12 Dec 2011 21:41:08 +0100 (CET) Received: from localhost (Tab.Leidinger.net [192.168.1.16]) by outgoing.leidinger.net (Postfix) with ESMTPSA id 6E41458BD; Mon, 12 Dec 2011 21:41:05 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1323722465; bh=SQHzzFcPo/LnGZEYbg4VX9/fVoudrlG8reR/TQOQ3us=; h=Date:Subject:Message-ID:From:To:Cc:MIME-Version:Content-Type; b=mwsKRLh11JHqVTRXFVGAbIVfHX1JLPrlUBNTYyXFS48edK8RwZh/HLAmZZ/mVEmjc BwiiB6PWmnsE1TJCrFEzQgwOY2ePe5HaiXHTVbe0rBlQpKqzicFjrX5x3Ge/Zz65wQ 5Wf0h0owU1zqeMEoFD/ona5JMy5v2vmTj+xBWxyOQMiQftxqKKqYZj9IEEQqqO72P4 6UJlHnCcC1ZvXDep9Ic2jjc4u9Z6ITkRvl4aPGYkGsr/JqnjlKK1e8pH2R9lDQeH9c bHrZVarlo4BYYRzIsiS06ttfNHQvT/b3axHmSWhXhBj9l+3fo2V+qFYPQio6/54542 5edAuuk5udsvg== Date: Mon, 12 Dec 2011 21:40:23 +0100 Message-ID: Importance: normal From: Alexander Leidinger To: kostikbel@gmail.com, bsam@passap.ru MIME-Version: 1.0 X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 1EF3484400D.A11D6 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.099, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, HTML_MESSAGE 0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1324327268.84781@qpypBWYUvyD5TV2Hsm63bA X-EBL-Spam-Status: No Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org Subject: Re: brandelf and LINUXBASE/usr/libexec 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: Mon, 12 Dec 2011 20:59:49 -0000 SGksCgp0aGUgaXNzdWUgKHJlYm9vdHMgb24gcHJvZ3JhbSBleGVjdXRpb24pIHdpdGggdW5icmFu ZGVkIHN0YXRpYyBsaW51eCBiaW5hcmllcyBpcyByZXNvbHZlZCBpbiBhbGwgc3VwcG9ydGVkIGJy YW5jaGVzPwoKQnllLApBbGV4YW5kZXIuCgotLSAKU2VuZCB2aWEgYW4gQW5kcm9pZCBkZXZpY2Us IHBsZWFzZSBmb3JnaXZlIGJyZXZpdHkgYW5kIHR5cG9ncmFwaGljIGFuZCBzcGVsbGluZyBlcnJv cnMuwqBLb3N0aWsgQmVsb3Vzb3YgPGtvc3Rpa2JlbEBnbWFpbC5jb20+IGhhdCBnZXNjaHJpZWJl bjpPbiBTdW4sIERlYyAxMSwgMjAxMSBhdCAxMDoxMjoxOFBNICswNDAwLCBCb3JpcyBTYW1vcm9k b3Ygd3JvdGU6Cj4gSGkgTGlzdCwKPiAKPiBsaW51eCBwb3J0cyBpbnN0YWxsIHNvbWUgbGludXgg RUxGIGJpbmFyaWVzIGF0IExJTlVYQkFTRS91c3IvbGliZXhlYy4KPiBTaG91bGQgdGhvc2UgZmls ZXMgYmUgYnJhbmRlZCB0byBsaW51eD8KSSBkbyBub3QgdGhpbmsgYW55IGZpbGVzIHNob3VsZCBi cmFuZGVkIChpbiB0aGUgc2Vuc2Ugb2YgYnJhbmRlbGYoMSkpCmZvciBhbnkgc3VwcG9ydGVkIEZy ZWVCU0QgcmVsZWFzZSBhbmQgTGludXggYmluYXJ5IGJ1aWx0IHdpdGgKcmVsYXRpdmVseSBtb2Rl cm4gTGludXggdG9vbGNoYWluLgo= From owner-freebsd-emulation@FreeBSD.ORG Tue Dec 13 02:28:48 2011 Return-Path: Delivered-To: emulation@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id C4B73106566B; Tue, 13 Dec 2011 02:28:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id E325C14DD01; Tue, 13 Dec 2011 02:28:45 +0000 (UTC) Message-ID: <4EE6B85B.9050701@FreeBSD.org> Date: Mon, 12 Dec 2011 18:28:43 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111110 Thunderbird/8.0 MIME-Version: 1.0 To: Nathan Whitehorn References: <201112072132.pB7LW6Aa042461@repoman.freebsd.org> <20111210214025.0000445d@unknown> <4EE3C9C8.9050709@FreeBSD.org> <4EE3CF42.6000703@freebsd.org> In-Reply-To: <4EE3CF42.6000703@freebsd.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: doc-committers@FreeBSD.org, re@FreeBSD.org, cvs-doc@FreeBSD.org, emulation@FreeBSD.org, cvs-all@FreeBSD.org, 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: 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: Tue, 13 Dec 2011 02:28:48 -0000 On 12/10/2011 13:29, 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. 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? Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-emulation@FreeBSD.ORG Tue Dec 13 08:31:56 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 68D7B1065673; Tue, 13 Dec 2011 08:31:56 +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 0E1F38FC1E; Tue, 13 Dec 2011 08:31:55 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC43C5B.dip.t-dialin.net [79.196.60.91]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id D200B84400D; Tue, 13 Dec 2011 09:31:40 +0100 (CET) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTP id 1A0B859C1; Tue, 13 Dec 2011 09:31:38 +0100 (CET) Date: Tue, 13 Dec 2011 09:31:38 +0100 From: Alexander Leidinger To: Doug Barton Message-ID: <20111213093138.00007c9a@unknown> In-Reply-To: <4EE6B85B.9050701@FreeBSD.org> References: <201112072132.pB7LW6Aa042461@repoman.freebsd.org> <20111210214025.0000445d@unknown> <4EE3C9C8.9050709@FreeBSD.org> <4EE3CF42.6000703@freebsd.org> <4EE6B85B.9050701@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: D200B84400D.AF971 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: 1324369901.78353@e2wyCurtqPeE6KIpWP/7PA X-EBL-Spam-Status: No Cc: doc-committers@FreeBSD.org, re@FreeBSD.org, cvs-doc@FreeBSD.org, emulation@FreeBSD.org, cvs-all@FreeBSD.org, Nathan Whitehorn , 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: Tue, 13 Dec 2011 08:31:56 -0000 On Mon, 12 Dec 2011 18:28:43 -0800 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 > >>>> 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.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? The current state: - the kernel has a hardcoded /compat/linux - the ports framework (not the linux_base port) does a mkdir -p $PREFIX before the install - the PREFIX for the linux_base ports is /compat/linux (POLA) The only part where we could do something in the port, is for the PREFIX. Now... what are the implications to change this? - ports exp-run and commit and ports-tree-retagging and rebuilding of the ports for the release - users which see a different prefix than they are use to - a mess in the linux_base port to determine every possibility what the user did to /compat and to try to do the right thing The last item is the most critical IMO. Personally I had once 2 different linux bases in /compat (activated by changing a link). I do not expect much users like this, but the point is, that we do not know what an user has in /compat, so messing around with it is dangerous. One thing what we could do is to check in the linux_base port if /compat is a symlink or not. If it isn't we error out and tell the user to fix it. But then... is this still POLA? In cases where /compat is a directory already, nothing bad will happen during an update, so no need to error out (one of our credos is "features, not policies"). I expect that in most cases it is already a symlink (when sysinstall was used to install a system, which should be true for the majority of normal users). I'm open to your suggestions. 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 From owner-freebsd-emulation@FreeBSD.ORG Tue Dec 13 09:16:16 2011 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2D7F106566B for ; Tue, 13 Dec 2011 09:16:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 07F2F8FC1F for ; Tue, 13 Dec 2011 09:16:15 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pBD9G84b076299 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Dec 2011 11:16:08 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pBD9G8dx038646; Tue, 13 Dec 2011 11:16:08 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pBD9G7YM038645; Tue, 13 Dec 2011 11:16:07 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 13 Dec 2011 11:16:07 +0200 From: Kostik Belousov To: Alexander Leidinger Message-ID: <20111213091607.GV50300@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhX4GW6FRfN+WW5s" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-emulation@freebsd.org Subject: Re: brandelf and LINUXBASE/usr/libexec 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: Tue, 13 Dec 2011 09:16:16 -0000 --AhX4GW6FRfN+WW5s Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 12, 2011 at 09:40:23PM +0100, Alexander Leidinger wrote: > Hi, >=20 > the issue (reboots on program execution) with unbranded static linux bina= ries is resolved in all supported branches? >=20 The static linux binaries built with the modern binutils are implicitely branded. > Bye, > Alexander. >=20 > --=20 > Send via an Android device, please forgive brevity and typographic and sp= elling errors.=9AKostik Belousov hat geschrieben:On S= un, Dec 11, 2011 at 10:12:18PM +0400, Boris Samorodov wrote: > > Hi List, > >=20 > > linux ports install some linux ELF binaries at LINUXBASE/usr/libexec. > > Should those files be branded to linux? > I do not think any files should branded (in the sense of brandelf(1)) > for any supported FreeBSD release and Linux binary built with > relatively modern Linux toolchain. --AhX4GW6FRfN+WW5s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7nF9YACgkQC3+MBN1Mb4g8sACfUdlbsvbOIFjFejVVXrs0HthP HG8AoJJTKPopS40hT813J8kFiR0Gy8Vt =/joG -----END PGP SIGNATURE----- --AhX4GW6FRfN+WW5s-- From owner-freebsd-emulation@FreeBSD.ORG Tue Dec 13 13:42:41 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 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 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: 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 From owner-freebsd-emulation@FreeBSD.ORG Tue Dec 13 20:23:15 2011 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 7A27E1065672; Tue, 13 Dec 2011 20:23:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id B5D9D1501D5; Tue, 13 Dec 2011 20:23:14 +0000 (UTC) Message-ID: <4EE7B432.70000@FreeBSD.org> Date: Tue, 13 Dec 2011 12:23:14 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111110 Thunderbird/8.0 MIME-Version: 1.0 To: John Baldwin References: <201112072132.pB7LW6Aa042461@repoman.freebsd.org> <4EE3CF42.6000703@freebsd.org> <4EE6B85B.9050701@FreeBSD.org> <201112130842.38610.jhb@freebsd.org> In-Reply-To: <201112130842.38610.jhb@freebsd.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: doc-committers@freebsd.org, re@freebsd.org, cvs-doc@freebsd.org, emulation@freebsd.org, cvs-all@freebsd.org, Nathan Whitehorn , Alexander Leidinger 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: Tue, 13 Dec 2011 20:23:15 -0000 On 12/13/2011 05:42, John Baldwin wrote: > 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 μμ, 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. >> >> 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. Right to all that ... I wasn't suggesting that the ports set a policy, just that they should sort out whether a /compat exists or not, and if not, create a sensible one. > I do think the installer can set a > good initial policy for this just as it can for /home. This is where I disagree. Everyone needs a /home, not all of our users need /compat. The installer should be focused on things that everyone needs. The ports that need fairings should be responsible for creating them. Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-emulation@FreeBSD.ORG Thu Dec 15 04:14:58 2011 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56B69106564A; Thu, 15 Dec 2011 04:14:58 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id ADB128FC14; Thu, 15 Dec 2011 04:14:57 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so3044650wgb.31 for ; Wed, 14 Dec 2011 20:14:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; bh=KWZTJPPg5EnTNm6+SXPQfJgTq8dy9UXIbEc7gf0r6TM=; b=AMPqcB9GDPvpSVOyoivlp8Fmndm7ajLCNUzKAofEXXlm5uTHUYsPCEcOdQNsUdkyWj EJMUusJLUx3yJ+1TaTcW0/20qHyUfn5eyX0Ffo4c+3TCMPWfBuwEMu1aSE1y//JvxnpU uPWhxl4d9VNFojXyiMWqSjs4Y0BWLrQRPNaWU= Received: by 10.216.133.106 with SMTP id p84mr557996wei.5.1323922496567; Wed, 14 Dec 2011 20:14:56 -0800 (PST) Received: from dragon.dg (41-135-148-93.dsl.mweb.co.za. [41.135.148.93]) by mx.google.com with ESMTPS id hq5sm6549910wib.7.2011.12.14.20.14.54 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Dec 2011 20:14:55 -0800 (PST) From: David Naylor To: freebsd-questions@freebsd.org, freebsd-emulation@freebsd.org Date: Thu, 15 Dec 2011 06:15:47 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RC2; KDE/4.7.1; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1864485.uQkocZYE5C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201112150615.49952.naylor.b.david@gmail.com> Cc: Subject: Wine-fbsd64 updated to 1.3.34 (32bit Wine for 64bit FreeBSD) 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: Thu, 15 Dec 2011 04:14:58 -0000 --nextPart1864485.uQkocZYE5C Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Packages [1] for wine-fbsd64-1.3.34 have been uploaded to mediafire [2]. =20 There are many reports that wine does not work with a clang compiled world= =20 (help in fixing this problem is appreciated as it affects quite a few users= ). =20 The patch [3] for nVidia users is now included in the package and is run on= =20 installation (if the relevant files are accessable). Please read the=20 installation messages for further information. =20 Regards, David [1]=20 MD5 (freebsd8/wine-fbsd64-1.3.34,1.tbz) =3D 772fc62a7278f9838b273b04c64ab= a00 MD5 (freebsd9/wine-fbsd64-1.3.34,1.txz) =3D b8267c46e9dc6727f23138ec146ab= f68 [2] http://www.mediafire.com/wine_fbsd64 [3] The patch is located at /usr/local/share/wine/patch-nvidia.sh --nextPart1864485.uQkocZYE5C Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEABECAAYFAk7pdHUACgkQUaaFgP9pFrJ+mwCeLeFtAwld1qAG2KtNETGZC7+Q tVkAn0TKPnT8gl1OUGDr3DWedMeKAoQM =hGkS -----END PGP SIGNATURE----- --nextPart1864485.uQkocZYE5C-- From owner-freebsd-emulation@FreeBSD.ORG Fri Dec 16 16:04:49 2011 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B868B1065673 for ; Fri, 16 Dec 2011 16:04:49 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 46DC88FC12 for ; Fri, 16 Dec 2011 16:04:48 +0000 (UTC) Received: by werb13 with SMTP id b13so825239wer.13 for ; Fri, 16 Dec 2011 08:04:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=e85bGJ0cTJKQgaMop9eqRryLfBPkV8kwdzKtTmzFQp0=; b=diOQa00ekV1YoLnnYOsgBktS6D95C8gLohLHhNAWrc+RH2wWyrIlpIf6Ph0v/ydKxG /hW46HoohTcw2bldiT0wYtxiwtJ3wEnMVcViJik2mwMYJyKlsUwPkvWpyfbLF4vg2eHY TPhW5yomjgqh51mQ3sSjufg7Sd+M4xGcHtx8M= MIME-Version: 1.0 Received: by 10.216.135.162 with SMTP id u34mr80298wei.1.1324051474653; Fri, 16 Dec 2011 08:04:34 -0800 (PST) Received: by 10.223.156.132 with HTTP; Fri, 16 Dec 2011 08:04:27 -0800 (PST) In-Reply-To: <4EEA5461.4080107@lerctr.org> References: <4EE9014F.7010300@lerctr.org> <4EEA5461.4080107@lerctr.org> Date: Fri, 16 Dec 2011 10:04:27 -0600 Message-ID: From: Adam Vande More To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Lousy timekeeping in VirtualBox 4.0.14 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: Fri, 16 Dec 2011 16:04:49 -0000 On Thu, Dec 15, 2011 at 2:11 PM, Larry Rosenman wrote: > I've set up VirtualBox 4.0.14 on my FreeBSD 10.0-CURRENT (r228498) > box, and have a FreeBSD 10.0-CURRENT VM running underneath it. > > While the VM is running, it doesn't keep time worth a flip. > > This is even with the VirtualBox-Additions in it. > > 1) is this expected/known? > 2) What can we do to fix it? > > What diagnostics do you need? > > I *CAN* provide ssh access to both the host and the guest. > There is a bunch of tuning you can do with Virtualbox to try and alleviate such issues: http://www.virtualbox.org/manual/ch09.html#idp13756960 However no combination has worked for me. The only stable config I've been able to find is to setup NTP on host and guest and keep vboxservice running. Running vboxservice alone results in very erratic timekeeping and the service core dumps every few days. Running NTP alone results in the difference going too high and out of NTP's allowable range. -- Adam Vande More From owner-freebsd-emulation@FreeBSD.ORG Fri Dec 16 18:26:36 2011 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97F4C106566C for ; Fri, 16 Dec 2011 18:26:36 +0000 (UTC) (envelope-from llwang@llwang.org) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 575C68FC0A for ; Fri, 16 Dec 2011 18:26:35 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so4556479vbb.13 for ; Fri, 16 Dec 2011 10:26:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.96.130 with SMTP id ds2mr7079272vdb.82.1324058199904; Fri, 16 Dec 2011 09:56:39 -0800 (PST) Sender: llwang@llwang.org Received: by 10.52.31.68 with HTTP; Fri, 16 Dec 2011 09:56:39 -0800 (PST) In-Reply-To: References: <4EE9014F.7010300@lerctr.org> <4EEA5461.4080107@lerctr.org> Date: Fri, 16 Dec 2011 11:56:39 -0600 X-Google-Sender-Auth: XGtRG50LEzgk6hWXX-bCKRGQdR4 Message-ID: From: "Li-Lun \"Leland\" Wang" To: Adam Vande More Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Lousy timekeeping in VirtualBox 4.0.14 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: Fri, 16 Dec 2011 18:26:36 -0000 On Fri, Dec 16, 2011 at 10:04 AM, Adam Vande More w= rote: > On Thu, Dec 15, 2011 at 2:11 PM, Larry Rosenman wrote: >> I've set up VirtualBox 4.0.14 on my FreeBSD 10.0-CURRENT (r228498) >> box, and have a FreeBSD 10.0-CURRENT VM running underneath it. >> While the VM is running, it doesn't keep time worth a flip. > > =C2=A0There is a bunch of tuning you can do with Virtualbox to try and al= leviate > such issues: > > http://www.virtualbox.org/manual/ch09.html#idp13756960 > > However no combination has worked for me. =C2=A0The only stable config I'= ve been > able to find is to setup NTP on host and guest and keep vboxservice > running. =C2=A0Running vboxservice alone results in very erratic timekeep= ing and > the service core dumps every few days. =C2=A0Running NTP alone results in= the > difference going too high and out of NTP's allowable range. I don't remember where I saw it, but have you tried to set the kernel tunable kern.hz=3D50 in your guest FreeBSD? It made a huge difference to me. -- llwang