Bug 129926 - please make cryptsetup statically linked and put it in /sbin
Summary: please make cryptsetup statically linked and put it in /sbin
Alias: None
Product: Fedora
Classification: Fedora
Component: cryptsetup
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact:
Depends On:
Blocks: FC3Target
TreeView+ depends on / blocked
Reported: 2004-08-14 11:37 UTC by Russell Coker
Modified: 2014-03-17 02:47 UTC (History)
1 user (show)

Fixed In Version: 0.1-4
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2004-10-13 03:56:47 UTC

Attachments (Terms of Use)
Patch to cryptsetup.spec that causes cryptsetup to be statically linked (389 bytes, patch)
2004-08-28 19:00 UTC, W. Michael Petullo
no flags Details | Diff

Description Russell Coker 2004-08-14 11:37:44 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.2; Linux) (KHTML, like Gecko)

Description of problem:
I would like to use cryptsetup for creating encrypted block devices.  To do this in a useful manner requires that cryptsetup be available before most of the block devices are used (IE when only the root fs is mounted).  This means that the binary needs to be moved out of /usr, I think that /usr/sbin is the best location (/bin is not appropriate as a user who lacks administrative privs can't use it).

For an encrypted root file system we need to run cryptsetup from the initrd, so it needs to be statically linked.

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

How reproducible:

Steps to Reproduce:

Additional info:

Comment 1 W. Michael Petullo 2004-08-28 19:00:32 UTC
Created attachment 103210 [details]
Patch to cryptsetup.spec that causes cryptsetup to be statically linked

Comment 2 Bill Nottingham 2004-08-31 06:00:08 UTC
Fixed in 0.1-3.

Comment 3 W. Michael Petullo 2004-09-02 02:02:42 UTC
0.1-3 still seems to contain a dynamically linked cryptsetup:

[root@imp permissions.d]# rpm -q cryptsetup
[root@imp permissions.d]# ldd /sbin/cryptsetup 
	libdevmapper.so.1.00 => /lib/libdevmapper.so.1.00 (0x0fe70000)
	libc.so.6 => /lib/tls/libc.so.6 (0x0fd28000)
	/lib/ld.so.1 => /lib/ld.so.1 (0x30000000)

I'd like to reopen this bug but I am unable to.

Comment 4 Bill Nottingham 2004-09-02 02:05:53 UTC
Oops, that's what I get for misreading; 0.1-3 is just statically
linked for moving to the root fs.

Comment 5 W. Michael Petullo 2004-09-02 15:00:05 UTC
The patch I proposed in comment #1 should do it.  

Ideally, we should probably add a flag to the configure script that
turns on or off dynamically linking and get the patch up stream.

Comment 6 Bill Nottingham 2004-10-13 03:56:47 UTC
Fixed in -4.

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