Bug 109453

Summary:	unixODBC-devel packages missing
Product:	Red Hat Enterprise Linux 3	Reporter:	Joseph Tate <jtate>
Component:	unixODBC	Assignee:	Fernando Nasser <fnasser>
Status:	CLOSED DUPLICATE	QA Contact:	David Lawrence <dkl>
Severity:	low	Docs Contact:
Priority:	medium
Version:	3.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:	2006-02-21 18:59:50 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 Joseph Tate 2003-11-07 22:53:05 UTC

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5)
Gecko/20031007 Firebird/0.7

Description of problem:
I can build it from the SRPM, but unixODBC-devel is missing from the
RHEL WS 3 RHN channel.  It's not on the CD ISOs either.


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

How reproducible:
Always

Steps to Reproduce:
None

Comment 1 Fernando Nasser 2003-11-20 21:13:59 UTC

Well, this package is not supported.  Only the main unixODBC package
and the unixODBC-gui-qt are supported.  Of course, as you have the
SRPM, you can build it yourself if you need.

Just out of curiosity, why do you need the unixODBC-devel package for?
 Are you trying to build an ODBC based application you wrote yourself
or is it some other package that is requiring this?

Comment 2 Joseph Tate 2003-11-21 02:18:39 UTC

I'm rebuilding PHP to include cracklib support, and it's a build
prerequisite.

Comment 3 dff 2003-12-15 21:03:37 UTC


*** This bug has been marked as a duplicate of 101858 ***

Comment 4 Rich Graves 2004-02-23 21:29:33 UTC

If you just need to build a PHP loadable module, you can do this
without imap-devel or unixODBC-devel. I've done this with mcal, you
ought to be able to do it with cracklib. See my attachment to bug id
109452.

My long-term suggestion would be to come up with some PHP equivalent
of Apache apxs so that customers can build unsupported extensions
without breaking packages.

Comment 5 Red Hat Bugzilla 2006-02-21 18:59:50 UTC

Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.