Garrett D'Amore wrote:
> So, with everything else you said, wouldn't it make more sense for 
> these bits to live in /usr/lib (linux might be libexec), since they're 
> not something intended for end-users to run from the command line?
Which end-users? If the end-user is a developer, the bits should live in 
something describe in PATH. If the end-user isn't a developer, the bits 
shouldn't matter where they live because the non-developer won't be 
using them (unless they act as a pseudo-developer installing a scanner 
to their system, fervently wishing that they'd installed Leopard 
instead...).
>
> I confess I'm still unhappy with the justification here -- are the 
> next programs going to be a bunch of utilities to toggle interrupt 
> status registers on the CPU?  Is it our goal to make it possible to 
> write device drivers in shell script?  (I know Roland would just 
> *love* to write one in ksh93...)
See the user-level driver package distributed by Microsoft for use on 
win2k, XP or Vista. *Microsoft* isn't worried that the end user will use 
it inappropriately, and they have a heck of a lot more exposure than 
anyone else to that kind of user.
>
> These days we have libscsi and friends.  Application developers should 
> be able to use those directly.  

You're kidding, right?

ultra20 > man libscsi
No manual entry for libscsi.

Looking at the case materials for 2008/196 (which, btw, is a painful 
process when going through opensolaris.org), libscsi, and libses, are 
built on top of sgen(7d). Jesus wept, this misses the points I've been 
trying to make.

>
> I know this isn't supposed to be a popularity contest, but are there 
> any concrete examples of 3rd party applications built upon these 
> bits?  Is this case a solution looking for a problem?
Sigh. That also misses the point. In a query to Mullholland in the '30s, 
someone asked "Does LA need this water?", whereupon Mullholand responded 
with "If LA does not get the water, LA won't need the water.".


I think I should take myself off the ARC mailing list. I seem *so* out 
of step.

-matt


Reply via email to