>Number:         670
>Category:       misc
>Synopsis:       sh path does not include /usr/sbin/rmt
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    misc-bug-people (Misc Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Jan  1 12:35:05 1995
>Originator:     Daniel Carosone
>Organization:
happy new year
>Release:        today
>Environment:
	
System: NetBSD anarres 1.0A NetBSD 1.0A (_anarres_) #2: Sat Dec 31 18:02:51 EST 1994 dan@blah:/amd/oi/lfs/f/l/NetBSD/src/sys/arch/i386/compile/_anarres_ i386


>Description:

The default startup path for sh doesn't inlude /usr/sbin, so if root's
shell is sh, programs like dump and tar that try to use rmt(8) from
another host fail.

The shell started is not a login shell, so .profile is no use, and
there seems to be no way to get sh to source something at startup to
add this to the path.

>How-To-Repeat:

rsh host-with-sh-using-root rmt

>Fix:
several workarounds suggest themselves:

 include /usr/sbin in sh default path  (uncool)
 move/link rmt somewhere in the path   (hmm)
 give sh an ".shrc" file               (would be useful for plenty of things)
 don't use sh for root's shell         (*sigh*)

>Audit-Trail:
>Unformatted: