From owner-freebsd-emulation@FreeBSD.ORG Tue Mar 10 20:26:02 2009 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 C5527106564A for ; Tue, 10 Mar 2009 20:26:02 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 4F76C8FC23 for ; Tue, 10 Mar 2009 20:26:02 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2E99E.dip.t-dialin.net [217.226.233.158]) by redbull.bpaserver.net (Postfix) with ESMTP id EA5882E06D; Tue, 10 Mar 2009 21:25:54 +0100 (CET) Received: from unknown (IO.Leidinger.net [192.168.2.103]) by outgoing.leidinger.net (Postfix) with ESMTP id 564C29EB74; Tue, 10 Mar 2009 21:25:51 +0100 (CET) Date: Tue, 10 Mar 2009 21:25:47 +0100 From: Alexander Leidinger To: "Sean C. Farley" Message-ID: <20090310212547.00004fcd@unknown> In-Reply-To: References: <49B48FC3.70105@ongs.co.jp> <80900349@bb.ipt.ru> <49B5DE6E.6030905@ongs.co.jp> <11308704@bb.ipt.ru> <20090310085518.19936d06a3qyy2w4@webmail.leidinger.net> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.10.13; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: EA5882E06D.C04AB X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-15.4, required 6, autolearn=not spam, BAYES_00 -15.00, RDNS_DYNAMIC 0.10, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@FreeBSD.org Subject: Re: How to config timezone of linux_base-f8 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, 10 Mar 2009 20:26:03 -0000 On Tue, 10 Mar 2009 13:34:45 -0500 (CDT) "Sean C. Farley" wrote: > On Tue, 10 Mar 2009, Alexander Leidinger wrote: > > *snip* > > >> It's on my TODO list but not the first one. ATM I'm working on new > >> linux infrastructure ports. And as always patches are welcome. ;-) > > > > I want to add that there's still hope that the timezone stuff in > > -current gets updated soonish (which means we don't need tzdata in > > f8, as 7.1 will not switch to f8 by default as it would 1. violate > > POLA and 2. does not have the necessary emulation stuff to be > > compatible with 2.6.16). > > Out of curiosity, when you say necessary emulation stuff to be > compatible with 2.6.16, how compatible is it? I use it on 7-STABLE > quite well with Skype and Acroread8, somewhat well with Flash plugin > 9 and not well at all with linux-ut (at least with the nvidia driver). I would say it is compatible enough to run Skype Acroread8 and a little bit of Flash... ;-) What is missing is for example the *at() funktions. Soon there will be a different futex implementation in -current. There may be more which escapes my memory ATM. > Will all that is necessary to use full 2.6.16 emulation be eventually > MFC'd, or will only some of it? Of course, keeping the default at > 2.4.2 emulation is perfectly fine. The *at() stuff can not be MFCed, as it depends upon VFS stuff which will not be MFCed due to API/ABI concerns. The futex stuff can maybe MFCed, but I don't really know. > On a related note, would it be possible to be able to run one > application under 2.4.2 emulation while another is under 2.6.16 in > the future? I thought it may help in some situations. There could > be a /compat/linux.f8 (with /compat/linux linking to it) and > /compat/linux.fc4 where the application can be told via an > environment variable to use a specific install. Currently it's either 2.4 or 2.6 (don't switch while a linux process is (still) running), and with the current implementation I don't really see an easy way to do this. Someone could make a copy of the current linuxulator and use a different ELF-brand for the copy. The copy would then have to be modified to use a different path for the linux base, and every non-static function/symbol would need to be renamed. Praktically I would say too much work, not enough return of investment. Would be cool to have from a geeky point, but if you really _need_ this (business stuff instead of "I would like to"), take an older version of FreeBSD and let it run on another machine. Bye, Alexander.