Bug 109453

Summary: unixODBC-devel packages missing
Product: Red Hat Enterprise Linux 3 Reporter: Joseph Tate <jtate>
Component: unixODBCAssignee: 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: ---

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.