Bug 131471 - missing symbolic link "/usr/lib/libodbcinst.so"
missing symbolic link "/usr/lib/libodbcinst.so"
Product: Fedora
Classification: Fedora
Component: unixODBC (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Tom Lane
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2004-09-01 13:00 EDT by Thomas Antony
Modified: 2013-07-02 23:01 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-11-11 16:45:01 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Thomas Antony 2004-09-01 13:00:43 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7)

Description of problem:
Some third-party rpm's require "/usr/lib/libodbcinst.so" and will fail
to install for the reason of failed dependencies, because
"/usr/lib/libodbcinst.so is missing. A symbolic link from
/usr/lib/libodbcinst.so.1.0.0 to "/usr/lib/libodbcinst.so" would
resolve the dependencies.

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

How reproducible:

Steps to Reproduce:
1. Install unixODBC

Additional info:
Comment 1 Tom Lane 2004-09-23 14:05:46 EDT
Actually, the symlink does exist, but for some reason it's in the
unixODBC-devel package not the main unixODBC package.  This seems
weird to me too; I am making inquiries to try to find out why it was
done that way.
Comment 2 Tom Lane 2004-11-11 16:45:01 EST
The consensus seems to be that this is the intended packaging setup
--- the unversioned .so symlink is supposed to be where it is.  So the
problem is with the third-party RPMs.  They should be depending on a
versioned .so name.

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