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: