From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 18:18:42 2008 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 E0C151065678 for ; Tue, 29 Apr 2008 18:18:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by mx1.freebsd.org (Postfix) with ESMTP id 71B088FC32 for ; Tue, 29 Apr 2008 18:18:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay03.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JquPY-000PZJ-Fs for freebsd-emulation@freebsd.org; Tue, 29 Apr 2008 21:18:40 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3TII48O003804 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Apr 2008 21:18:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3TIHx80002296; Tue, 29 Apr 2008 21:17:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3TIHxep002295; Tue, 29 Apr 2008 21:17:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 29 Apr 2008 21:17:59 +0300 From: Kostik Belousov To: Boris Samorodov Message-ID: <20080429181759.GC18958@deviant.kiev.zoral.com.ua> References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> <20080429101459.GX18958@deviant.kiev.zoral.com.ua> <95766063@serv3.int.kfs.ru> <20080429131342.GZ18958@deviant.kiev.zoral.com.ua> <60080682@ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HgIZViBQaGt9WpR9" Content-Disposition: inline In-Reply-To: <60080682@ipt.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: a908ef79c5d1ff8569b4b694ccf6cda2 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2745 [Apr 29 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-emulation@freebsd.org, Scot Hetzel , Walter Venable Subject: Re: linux_base-f8 giving me guff 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, 29 Apr 2008 18:18:43 -0000 --HgIZViBQaGt9WpR9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 29, 2008 at 10:01:25PM +0400, Boris Samorodov wrote: > On Tue, 29 Apr 2008 16:13:42 +0300 Kostik Belousov wrote: > > On Tue, Apr 29, 2008 at 04:51:28PM +0400, Boris Samorodov wrote: > > > On Tue, 29 Apr 2008 13:14:59 +0300 Kostik Belousov wrote: > > > > On Tue, Apr 29, 2008 at 10:46:10AM +0400, Boris Samorodov wrote: > > > > > (drop freebsd-ports@ from cross posting) > > > > >=20 > > > > > On Tue, 29 Apr 2008 07:50:01 +0300 Kostik Belousov wrote: > > > > > > On Mon, Apr 28, 2008 at 05:37:18PM -0500, Scot Hetzel wrote: > > > > > > > On Mon, Apr 28, 2008 at 5:16 PM, Walter Venable wrote: > > > > > > > > /usr/ports/emulators/linux_base-f8 $ sudo make > > > > > > > > =3D=3D=3D> linux_base-f8-8_3 compat.linux.osrelease: 2.4.2= is not supported. > > > > > > > > *** Error code 1 > > > > > > > > > > > > > > > > Stop in /usr/ports/emulators/linux_base-f8. > > > > > > > > > > > > > > > > Ok -- I get it, linux kernel 2.4.2 isn't supported. How do= I get around > > > > > > > > this issue? I'm running 6.3-RELEASE-p2... > > > > > > >=20 > > > > > > > sysctl compat.linux.osrelease=3D2.6.16 > > > > >=20 > > > > > > The question that seems to be relevant there is why the port re= fuses to > > > > > > install with some compat.linux.osrelease value ? Does port run = some > > > > > > linux binary during install time (unlikely) ? > > > > >=20 > > > > > Any linux port that installs a shared library (including linux_ba= se > > > > > ports) runs linux ldconfig while (at the very end of) installing. > > > > > Since that ldconfig cannot run with such an old kernel it stops w= ith > > > > > the error. > > >=20 > > > > Thank you for the explanation. I propose the error condition to be > > > > ignored, or warning to be printed etc. The ability to install linux= -base > > > > and app ports without even loading linux.ko seems to be too useful. > > >=20 > > > Can you please give (an) example(s) when it is necessary to install > > > files with stale /usr/compat/linux/etc/ld.so.cache? > > >=20 > > > I'm not sure if it make more good than harm... So far we rely on > > > linuxulator being run and check for compat.linux.osrelease value > > > while installing. If that check is removed then we have only FreeBSD > > > OSVERSION which is very unreliable at compat.linux.osrelease quessing. >=20 > > Assume "I think" or "I propose" at the start of the each sentence below. > > This is only a gentle request for possible enhancement. >=20 > > It is wrong^H^H^H erm inconvenient to have ld.so.cache to be formed > > at the port installation time. The /usr/local/etc/rc.d/linux_ldconfig > > script that may be run at arbitrary time by the user is much more usefu= l. >=20 > Hm, if I understand you correctly, you say that "make install" or > "pkg_add" will not be enough to run a linux application (say, which > had installed a linux gtk port as a dependency)? And a user should > run "make linux-config" or something else? >=20 > > I want to have the ability to install linux ports and make the packages > > from them in the chroots without disrupting the host or enabling the > > less tested linux kernel ABI support on the host. I do know about the > > per-jail ABI support, but it is not as convenient as chroot nor it > > solves the issue of the less tested kernel code. >=20 > Are you speaking about packaging f8 linux ports? Seams not a big > trouble since it is (almost) supported only at 8-CURRENT. Which itself > is known to be experimental. Packages for 8-CURRENT should be created > only at -current. >=20 > Nevertheless, in my recent work on f8 ports and bsd.xxx.mk I > introduced a variable LINUX_OSRELEASE which may be used (say at > /etc/make.conf) to define which value of compat.linux.osrelease to use > while dealing with ports. I've tested LINUX_OSRELEASE=3D2.4.2 while > actually running with linux.osrelease=3D2.6.16 and f8 linux ports. >=20 > Would it be enough for your packaging needs? >=20 > > The linux_ldconfig rc script would also ease the local installations > > of the programs that are not present in the ports. Overall, this would > > bring the linux dso handling close to the handling of the freebsd dso, > > that I consider good enough. >=20 > Either we use ldconfig while installing or we force a user do it > later. The latter may be done immediately -- just delete all ldconfigs > from linux ports and display a message "run ... by hand". I think that > the great majority of linuxulator users would complain. I do not ask to change the present default behaviour, but for the possibility to request the port infrastructure to skip running anything requiring Linux ABI emulator during port installation. As a consequence, the linux.osrelease stuff becomes irrelevant. See the parallel answer by netchild@ that quite accurately reformulates my intent. --HgIZViBQaGt9WpR9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkgXZlcACgkQC3+MBN1Mb4iAGgCeLaF2d2vdJAsoWKw/qqxloKFW so0AnRw5+wllRQLx3BovbsZHIU7hacz+ =MDax -----END PGP SIGNATURE----- --HgIZViBQaGt9WpR9--