Bug 53132 - Build problems on Solaris
Summary: Build problems on Solaris
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: rpm   
(Show other bugs)
Version: 1.0
Hardware: sparc Linux
Target Milestone: ---
Assignee: Jeff Johnson
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2001-09-04 08:35 UTC by SL Baur
Modified: 2008-05-01 15:38 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-09-04 08:35:26 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description SL Baur 2001-09-04 08:35:22 UTC
Description of Problem:
rpm-4.0.3-0.57 doesn't build cleanly on Solaris

Version-Release number of selected component (if applicable):

How Reproducible:

Steps to Reproduce:
1.  /etc/rpm is hardcoded in configure.in.  The line:
SYSCONFIGDIR="`echo /etc/rpm`"
should be
SYSCONFIGDIR="`echo $sysconfdir/rpm`"
2.  The mechanism used for replacing missing symbols in db (eg. snprintf)
is broken
There are duplicated and conflicting #defines in db.h and clib_ext.h.
3.  stpcpy and stpncpy in popthelp.c are used unguarded.
4.  configure doesn't use the --prefix when searching for zlib.h and
  hence, HAVE_ZLIB_H and HAVE_BZLIB_H don't get set right.
5.  fsm.c uses a variable named st_mtime that collides with a #define in
6.  The use of /usr/local for searching is hard-coded in configure.  I
  that you should  be searching there if the --prefix is /usr/local, but if
  it isn't, it isn't very nice.  It's a fact of life that often times
/usr/local is
  a nightmare of old and broken software that for political reasons must
  remain that way (as is the case here, sigh).
Actual Results:
I hacked around the problems above and got a working installation.
$ uname -a
SunOS ws22a903 5.5.1 Generic_103640-27 sun4u sparc
$ rpm --version 
RPM version 4.0.3

Expected Results:

Additional Information:

Comment 1 Jeff Johnson 2001-09-04 14:09:55 UTC
Please try latest CVS:
	cvs -d :pserver:anonymous@cvs.rpm.org:/cvs/devel login
	(no password, just carriage return)
	cvs -d :pserver:anonymous@cvs.rpm.org:/cvs/devel get rpm
	cd rpm
	cvs up -r rpm-4_0
as I believe most of the problems are already fixed.
If not, reopen this bug with a patch ...

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