From owner-freebsd-hackers Tue May 23 20:53: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id D1E4C37BB84 for ; Tue, 23 May 2000 20:52:58 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id UAA24145; Tue, 23 May 2000 20:55:02 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Mohit Aron Cc: protozoa@locutus.ghs.ssd.k12.wa.us (Dan Feldman), freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD kernel as a replacement for Linux kernel In-reply-to: Your message of "Tue, 23 May 2000 22:48:10 CDT." <200005240348.WAA09825@noel.cs.rice.edu> Date: Tue, 23 May 2000 20:55:02 -0700 Message-ID: <24142.959140502@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > But seriously, I think the problem can be fixed with a more transparent > interface for Linux programs. Rather than requiring Linux libraries to be put > in /compat/linux, it would be much easier if everything could be put in > /usr/lib. Which probably means having the SAME interface as Linux. That would also result in a highly undesirable mish-mash of binaries in one's /usr/lib, nor do I see the real advantage since the linux compatability shim will look in /compat/linux/usr/lib first anyway. Perhaps we should go just a bit further with that approach and make things _write_ into that hierarchy first as well, e.g. if you run /compat/linux/bin/bash and then install something with rpm, it will install (as far as it's concerned) into /usr/bin, /usr/lib, etc. but really be chrooted into the /compat/linux hierarchy and only affect things there. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message