Bug 109453 - unixODBC-devel packages missing
Summary: unixODBC-devel packages missing
Keywords:
Status: CLOSED DUPLICATE of bug 101858
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: unixODBC
Version: 3.0
Hardware: i386
OS: Linux
medium
low
Target Milestone: ---
Assignee: Fernando Nasser
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-11-07 22:53 UTC by Joseph Tate
Modified: 2007-11-30 22:06 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-02-21 18:59:50 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

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.


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