Subject: misc/23438: no grep in /rescue, non-static grep :-( and dependency on /usr/lib
To: None <gnats-bugs@gnats.netbsd.org>
From: None <root@apnic.net>
List: netbsd-bugs
Date: 11/14/2003 14:57:10
>Number:         23438
>Category:       misc
>Synopsis:       if you want grep in an emergency, you need /usr/{lib} and
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    misc-bug-people
>State:          open
>Class:          support
>Submitter-Id:   net
>Arrival-Date:   Fri Nov 14 14:58:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     Charlie Root
>Release:        NetBSD 1.6ZF
>Organization:
APNIC
>Environment:
System: NetBSD garlic.apnic.net 1.6ZF NetBSD 1.6ZF (GGMSMALL) #3: Thu Nov 13 15:09:58 EST 2003 root@garlic.apnic.net:/usr/src/sys/arch/i386/compile/GGMSMALL i386
Architecture: i386
Machine: i386
>Description:

	Perry helped me with some localizations on my laptop. We found that
	where a single-partition install is robust single-user, and can call
	grep/egrep fine, split-fs installs depend on /usr to find /usr/bin/grep
	and the links to e and f-grep, and they are shared link runtime so
	depend on /usr/lib.
	
	Perry observed that he'd expected them to depend on /lib. seems the
	linkage still preferences /usr/lib for the libc/libintl loads.

	/rescue is bloating, but grep seems sensible. Its doable in ed at
	a pinch of course.

>How-To-Repeat:
	have split fs install, boot single user, or embed dependency on
	grep in rc.d/* and unless you can force the mount of /usr to have
	precedence, you cannot use grep.

>Fix:

	link static, put in /bin path, add to rescue, make use libs in /lib

>Release-Note:
>Audit-Trail:
>Unformatted: