Bug 452426 - /sbin/kpartx.static is a symlink to its dynamic counterpart
/sbin/kpartx.static is a symlink to its dynamic counterpart
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: device-mapper-obsolete (Show other bugs)
9
All Linux
low Severity low
: ---
: ---
Assigned To: Ben Marzinski
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2008-06-22 16:01 EDT by Jason Bradley Nance
Modified: 2008-06-24 10:45 EDT (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-06-24 10:45:04 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Jason Bradley Nance 2008-06-22 16:01:12 EDT
Description of problem:
/sbin/kpartx.static is a symlink to its dynamic counterpart instead of
an actual statical version of the executable.


Version-Release number of selected component (if applicable):
kpartx-0.4.7-15.fc9.i386


Additional info:
To be honest, I'm not sure if this is actually a bug or not.  It just seems
wrong that the *.static link points to dynamic version.  I discovered this
while researching bug 452423.

Opening against device-mapper since there isn't a kpartx component in bugzilla.
Comment 1 Ben Marzinski 2008-06-24 10:45:04 EDT
Nope. This isn't very pretty, but it's not a bug.  It's a holdover from before
we could execute dynamically linked binaries in early bootup. It's no longer
necessary to have a statically linked binary, and in fact, libdevmapper no
longer exists in as a statically linkable library. However, mkinitrd still
references the static versions of these commands, so they need to exist until
all the references go away.

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