NetBSD Problem Report #1715

From gnats  Thu Nov  2 00:31:07 1995
Received: from eterna.com.au by pain.lcs.mit.edu (8.6.9/8.6.9) with ESMTP id AAA11507 for <gnats-bugs@gnats.netbsd.org>; Thu, 2 Nov 1995 00:11:22 -0500
Message-Id: <199511020510.QAA22876@eterna.com.au>
Date: Thu, 2 Nov 1995 16:10:56 +1100
From: matthew green <mrg@eterna.com.au>
Reply-To: mrg@eterna.com.au
To: gnats-bugs@gnats.netbsd.org
Subject: login(1) should be statically linked.
X-Send-Pr-Version: 3.95

>Number:         1715
>Category:       bin
>Synopsis:       login(1) should be statically linked
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    bin-bug-people
>State:          closed
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Thu Nov 02 00:35:01 +0000 1995
>Closed-Date:    Mon Jun 23 12:47:49 +0000 1997
>Last-Modified:  Mon Jun 23 12:48:00 +0000 1997
>Originator:     matthew green
>Release:        1/11/95
>Organization:
bozotic softwar foundation
>Environment:

System: NetBSD splode.eterna.com.au 1.1_ALPHA NetBSD 1.1_ALPHA (_splode_) #267: Sun Oct 29 23:54:05 EST 1995 mrg@splode.eterna.com.au:/orb/q/build/src/sys/arch/sparc/compile/_splode_ sparc


>Description:

	/usr/bin/login is currently a dynamic library on most netbsd platforms.
	this gives lots of chances for lossage:

	the recent telnetd bug wouldn't have been a problem if login was static.

	if you hose your shlibs then you won't be able to get a login when the
	system goes multi user -- this has happened to me a couple of times and
	i've had to resort to L1-A (sparc) and `boot -s' to recover.

>How-To-Repeat:
>Fix:

LDSTATIC=-static in src/usr.bin/login/Makefile
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: lukem 
State-Changed-When: Mon Jun 23 05:47:49 PDT 1997 
State-Changed-Why:  
done 
>Unformatted:

Home	PR Database Search