1 |
Apparently, though unproven, at 18:55 on Friday 27 August 2010, Kevin O'Gorman |
2 |
did opine thusly: |
3 |
|
4 |
> I read the logs, but it doesn't always help. This one apparently used to |
5 |
> build statically, |
6 |
> and is now using shared libraries. Here's the message: |
7 |
> ======================================================= |
8 |
> *Subject:* [portage] ebuild log for sys-fs/lvm2-2.02.73 on |
9 |
> treat.kosmanor.com |
10 |
> |
11 |
> LOG: setup |
12 |
> Warning, we no longer overwrite /sbin/lvm and /sbin/dmsetup with |
13 |
> their static versions. If you need the static binaries, |
14 |
> you must append .static the filename! |
15 |
> ======================================================= |
16 |
> ** |
17 |
> It's not clear to me that I would need this package when dynamically |
18 |
> loading is inactive, |
19 |
> partly because I don't think that happens -- /usr/lib is not on a separate |
20 |
> partition, so |
21 |
> it's always there. |
22 |
> |
23 |
> Leaving that aside, the message does not state *which* filename to append |
24 |
> ".static" to, |
25 |
> and where to change it, so I'm baffled as to how to take action on this |
26 |
> message, even |
27 |
> if I thought it important to do. |
28 |
> |
29 |
> Anyone have a clue? |
30 |
|
31 |
|
32 |
I should think it's quite obvious actually. The elog mentions /usr/lib |
33 |
nowhere, it does mention /sbin. It also explicitly mentions two filenames: |
34 |
|
35 |
/sbin/lvm |
36 |
/sbin/dmsetup |
37 |
|
38 |
then says that they are no longer overwritten with static versions. So, |
39 |
presumably, /sbin/{lvm|dmsetup} exists (probably statically linked), and the |
40 |
ebuild writes dynamically linked versions in their place. If you want static |
41 |
versions, you must rename the two old files to lvm.static and dmsetup.static. |
42 |
|
43 |
It is not a problem to have these binaries dynamically linked as |
44 |
|
45 |
a. they are in /sbin and /lib which by convention are mandated to be on the |
46 |
same partition as / and therefore always available, |
47 |
b. /usr/ is referenced nowhere. Witness: |
48 |
|
49 |
nazgul ~ # ldd /sbin/lvm |
50 |
linux-vdso.so.1 => (0x00007ffffa3ff000) |
51 |
libdl.so.2 => /lib/libdl.so.2 (0x00007ff2c5aed000) |
52 |
libdevmapper-event.so.1.02 => /lib/libdevmapper-event.so.1.02 |
53 |
(0x00007ff2c58e7000) |
54 |
libdevmapper.so.1.02 => /lib/libdevmapper.so.1.02 (0x00007ff2c56c1000) |
55 |
libreadline.so.6 => /lib/libreadline.so.6 (0x00007ff2c547c000) |
56 |
libm.so.6 => /lib/libm.so.6 (0x00007ff2c51f9000) |
57 |
libudev.so.0 => /lib/libudev.so.0 (0x00007ff2c4feb000) |
58 |
libc.so.6 => /lib/libc.so.6 (0x00007ff2c4c74000) |
59 |
/lib64/ld-linux-x86-64.so.2 (0x00007ff2c5cf1000) |
60 |
libncurses.so.5 => /lib/libncurses.so.5 (0x00007ff2c4a23000) |
61 |
nazgul ~ # ldd /sbin/dmsetup |
62 |
linux-vdso.so.1 => (0x00007fff925ff000) |
63 |
libdevmapper.so.1.02 => /lib/libdevmapper.so.1.02 (0x00007fb0e5a8d000) |
64 |
libudev.so.0 => /lib/libudev.so.0 (0x00007fb0e587f000) |
65 |
libc.so.6 => /lib/libc.so.6 (0x00007fb0e5508000) |
66 |
/lib64/ld-linux-x86-64.so.2 (0x00007fb0e5cb3000) |
67 |
|
68 |
-- |
69 |
alan dot mckinnon at gmail dot com |