Bug 2619 - Missing a /usr/include/ndbm.h
Missing a /usr/include/ndbm.h
Status: CLOSED DUPLICATE of bug 2972
Product: Red Hat Linux
Classification: Retired
Component: glibc (Show other bugs)
6.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Cristian Gafton
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-05-06 18:18 EDT by niles
Modified: 2008-05-01 11:37 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 1999-06-01 18:43:22 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description niles 1999-05-06 18:18:24 EDT
The Open Group's UNIX spec clearly states that there
should exist a file /usr/include/ndbm.h.  Now I understand
there's some controversey over which database to use
GNU or BSD, but a decision must be made. There must be
a <ndbm.h> file.  <db1/ndbm.h> does not make the standard.
(my pick would be the (GNU) gdbm version of ndbm.)
Comment 1 ct7 1999-05-12 17:28:59 EDT
reviously RedHat shipped this in glibc-devel-2.0.7-29.i386.rpm; why
isn't it being shipped now in glibc-devel-2.1.1-6.i386.rpm?  This is a
lousy way to treat people who are upgrading from previous versions --
I'm sure I could go back through all of my older RH5.X disks and find
that ndbm.h was in /usr/include ... why move it now?

The GPL license shouldn't be an issue since the GNU libraries are
being delivered as part of the base operating system.
Comment 2 David Lawrence 1999-06-01 18:43:59 EDT
*** This bug has been marked as a duplicate of 2972 ***

Note You need to log in before you can comment on or make changes to this bug.