Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 9 Nov 1998 22:34:38 -0800 (PST)
From:      Steve Kargl <sgk@troutmask.apl.washington.edu>
To:        nate@mt.sri.com (Nate Williams)
Cc:        kkennawa@physics.adelaide.edu.au, nate@mt.sri.com, dnelson@emsphone.com, rivers@dignus.com, hackers@FreeBSD.ORG
Subject:   Re: linux software installation and uname
Message-ID:  <199811100634.WAA12678@troutmask.apl.washington.edu>
In-Reply-To: <199811100432.VAA09970@mt.sri.com> from Nate Williams at "Nov 9, 1998  9:32:40 pm"

next in thread | previous in thread | raw e-mail | index | archive | help
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.

-- 
Steve

finger kargl@troutmask.apl.washington.edu
http://troutmask.apl.washington.edu/~clesceri/kargl.html

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199811100634.WAA12678>