Dan Price wrote:
> In casual conversation, Stephen Hahn mentioned what is to me a more
> architecturally compelling reason to have this in /sbin: we're
> going to
> need to have a transition period where we clean up all of the scripts
> delivered into the product by OS/Net (and by other consolidations)
> whichdon't work right in ksh93 if we're ever going to have ksh93 be
> the default
> version of ksh.
>
> This will benefit OpenSolaris distros as well, presumably. If any of
> those scripts currently use /sbin/ksh, then it'll be a lot easier to
> verify the transition if we can set them to use /sbin/ksh93, and
> this provides (to me) a more persuasive rationale about "why ksh93
> and not {bash|zsh|tcsh}" than their POSIX-ness.
>
> Maybe such scripts don't exist; if they do, that would be a good
> reason to have /sbin/ksh93.
>
> -dp
I do not see boot scripts as a reason for shells other than /sbin/sh.
Here is why:
A. if they are needed before "svc:/system/filesystem/root:default", then
the boot script can not require write privilages and can only be written to
/sbin/sh.
This includes:
svc:/system/metainit:default
svc:/network/iscsi_initiator:default
svc:/system/identity:node
svc:/network/loopback:default
svc:/network/physical:default
svc:/network/pfil:default
B. If they are needed before "svc:/system/filesystem/usr:default" and require
scripting, then the boot script has a pre-requisite of
"svc:/system/filesystem/root:default"
and can only be written to /sbin/sh.
This includes:
svc:/system/boot-archive:default
svc:/system/scheduler:default
C. If they choose to rely on ksh/ksh93, then the boot script has a pre-requisite
of "svc:/system/filesystem/usr:default" and can utilize /sbin/sh or
/usr/sbin/ksh[93].
This includes:
everything else...
See svcs(1) man page and "svcs -d [FMRI | pattern] ..." for more information.
Joel.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Joel.Buckley.vcf
Type: text/x-vcard
Size: 331 bytes
Desc: Card for Joel Buckley <Joel.Buckley at Sun.COM>
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20060921/30f7b283/attachment.vcf>
