From owner-freebsd-hackers Mon Nov 9 22:40:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18001 for freebsd-hackers-outgoing; Mon, 9 Nov 1998 22:40:41 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA17990 for ; Mon, 9 Nov 1998 22:40:31 -0800 (PST) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from spectrum.physics.adelaide.edu.au (spectrum [129.127.36.1]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id RAA20401; Tue, 10 Nov 1998 17:10:10 +1030 (CST) Received: from localhost by spectrum.physics.adelaide.edu.au; (5.65/1.1.8.2/26Jun95-0330PM) id AA10308; Tue, 10 Nov 1998 17:10:10 +1030 Date: Tue, 10 Nov 1998 17:10:09 +1030 (CST) From: Kris Kennaway To: Steve Kargl Cc: Nate Williams , dnelson@emsphone.com, rivers@dignus.com, hackers@FreeBSD.ORG Subject: Re: linux software installation and uname In-Reply-To: <199811100634.WAA12678@troutmask.apl.washington.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 9 Nov 1998, Steve Kargl wrote: > According to Nate Williams: > > > > Ahh, but what happens when I have to run the same applications in the > > > > same shell? Do I have to modify my environment everytime I run a > > > > different application? Do I have to remember which 'emulated OS' the > > > > application runs? > > > > > > That's where the proposed "commercial ports" category would come in. Someone > > > could provide wrappers for installation, executing, etc, which handle all the > > > messy work of setting environment variables and so forth to get the thing to > > > run, for things which require a 'tweaked' emulation environment. > > > > Is there an echo in the room? Isn't this what I initially proposed as a > > better alternative to hacking up the uname(1) sources? > > > > There's no echo, just a bunch of deaf hackers. > > I happen to disagree with the viewpoint that writing custom scripts > for each commerical vendor is a better solution. There may be only > a handful of scripts to write this month, but next month we will have > more custom scripts. If linux continues to gain in popularity among > commerical vendors, then we'll have to maintain a large collection of > scripts. There is a point of "diminishing returns" with respect to > maintain a large collection of scripts, particularly when a 4 line > change to uname(1) will accommodate the majority of the vendor supplied > scripts. I'm not sure we do disagree. Your 4-line change to uname(1) was to have it respect an environment variable and return it as the result of uname(1), correct? Someone pointed out at some point in this somewhat confused discussion that that would require people to repeatedly change their environment variables before running different emulated binaries, each of which looks for uname(1) at runtime. My suggestion was for a script wrapper which performs this environment-setting automatically, and then calls the emulated binary. This is probably a 2-line script itself, so is trivial to do, but makes it transparent for users who obtain the wrappers from a skeleton port for the "Mumbulator for Linux" commercial software (or freeware, but binary-only, etc). This ties in with the "FreeBSD certification program" which was proposed on -advocacy the other week: wherein a group of "us" would have the job of working out which software works with FreeBSD under emulation, documenting any caveats, providing the vendor with an appropriate "certificate" if they wish to use it, and creating the necessary "wrapper port" which will let people trivially install and run the software they obtain or purchase, under our emulation. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message