Bug 3185

Summary:	ndbm.h headder file.....
Product:	[Retired] Red Hat Linux	Reporter:	cst97064
Component:	apache	Assignee:	David Lawrence <dkl>
Status:	CLOSED WONTFIX	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	6.0
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	1999-06-01 18:17:16 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 cst97064 1999-06-01 01:34:17 UTC

The file has been moved from

/usr/include/

in RedHat 5.2 to

/usr/include/db1/

in redhat 6.0, found it while installing OpenSSL and ModSSl

Comment 1 Jeff Johnson 1999-06-01 18:17:59 UTC

The choice of which ndbm.h implicitly chooses which database
emulation to use. What used to be in /usr/include was the
gdbm ndbm.h, what is in /usr/include/db1 is the db1 emulation.

Since there is no way for Red Hat to choose one emulation over
another for all possible applications, there is no way that we can
supply /usr/include/ndbm.h.

Comment 2 smanes 1999-08-06 02:03:59 UTC

Then pick one!  You _have_ to have to set some kind of standard here,
if only for those folks compiling third-party software, like Perl and
its various companion libraries, which expects one. As it is now,
Redhat 6.0 is a MAJOR bottleneck for me as a professional Perl
developer.  I've lost two days' work trying to get Perl.
5.005.03 installed without success because of these (effectively)
broken DBM libraries.

Linking db1/ndbm.h to /usr/include/ndbm.h only increased the number of
test errors.