Bug 5412

Summary:	tcsh produces 'Cannot open /dev/port: Permission denied'
Product:	[Retired] Red Hat Linux	Reporter:	bwess
Component:	util-linux	Assignee:	Crutcher Dunnavant <crutcher>
Status:	CLOSED DEFERRED	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	6.0	CC:	bwess
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
URL:	-
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2000-02-05 20:42:06 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description bwess 1999-09-28 08:51:32 UTC

This seems related to bug #3909.

I updated several machines from RH5.2 to 6.0 and built a
2.2.12 kernel. Now all of them show this error whenever a
tcsh is opened by a user (at all logins and even when e.g.
less calls lesspipe.sh to find out how to handle a file).
Stracing around I saw that /dev/port isn't even accessed by
the called program itself, the device seems to be accessed
somewhere else.
If the permissions are wrong (666, see 'man 4 port') the
'Permission denied' changes into a 'Operation not
permitted'...

Please mail me if you can't reproduce this bug.

TIA

Comment 1 Jeff Johnson 2000-01-10 20:55:59 UTC

You might want to check for a use of kbdrate from util-linux. There are
some fixes in util-linux for accessing /dev/port (and PAM console is involved).

Changing component to util-linux. Please change back to tcsh if that's where the
fix needs to be.

Comment 2 Bill Nottingham 2000-02-05 20:42:59 UTC

closed, lack of input.