Gentoo Archives: gentoo-user

From: Alan McKinnon <alan.mckinnon@×××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] LVM dependencies?
Date: Sun, 15 Apr 2012 21:54:51
Message-Id: 20120415235104.2f9488cb@khamul.example.com
In Reply to: Re: [gentoo-user] LVM dependencies? by Pandu Poluan
1 On Sun, 15 Apr 2012 19:26:42 +0700
2 Pandu Poluan <pandu@××××××.info> wrote:
3
4 > On Apr 15, 2012 7:10 PM, "Alan McKinnon" <alan.mckinnon@×××××.com>
5 > wrote:
6 > >
7 > > On Sun, 15 Apr 2012 06:38:18 +0700
8 > > Pandu Poluan <pandu@××××××.info> wrote:
9 > >
10 > > > On Apr 15, 2012 2:10 AM, "Florian Philipp" <lists@×××××××××××.net>
11 > > > wrote:
12 > > > >
13 > > > > Am 14.04.2012 18:34, schrieb Alan McKinnon:
14 > > > > > On Sat, 14 Apr 2012 23:10:30 +0700
15 > > > > > Pandu Poluan <pandu@××××××.info> wrote:
16 > > > > >
17 > > > > >>> Or direct dynamically linked libraries?
18 > > > > >>> equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null
19 > > > > >>>
20 > > > > >>> Or kernel features?
21 > > > > >>>
22 > > > > >>
23 > > > > >> The libraries, actually. Sadly I currently don't have access
24 > > > > >> to a Gentoo box, so I would really appreciate it if I can
25 > > > > >> get the output of the ldd.
26 > > > > >
27 > > > > >
28 > > > > > Here you go. I blindly ran ldd on anything that looked binary
29 > > > > > or
30 > > > executable but not a symlink (so there's several false positives):
31 > > > > >
32 > > > > > alanm@khamul ~ $ ldd /sbin/lvm
33 > > > > > linux-vdso.so.1 => (0x00007fffca444000)
34 > > > > > libudev.so.0 => /usr/lib64/libudev.so.0
35 > > > > > (0x00007ff92e7a3000) libdl.so.2 => /lib64/libdl.so.2
36 > > > > > (0x00007ff92e59f000) libdevmapper-event.so.1.02
37 > > > > > => /lib64/libdevmapper-event.so.1.02
38 > > > (0x00007ff92e399000)
39 > > > > > libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02
40 > > > (0x00007ff92e160000)
41 > > > > > libreadline.so.6 => /lib64/libreadline.so.6
42 > > > > > (0x00007ff92df19000) libc.so.6 => /lib64/libc.so.6
43 > > > > > (0x00007ff92db6d000) librt.so.1 => /lib64/librt.so.1
44 > > > > > (0x00007ff92d964000) /lib64/ld-linux-x86-64.so.2
45 > > > > > (0x00007ff92e9b1000) libncurses.so.5 => /lib64/libncurses.so.5
46 > > > > > (0x00007ff92d70f000) libpthread.so.0 => /lib64/libpthread.so.0
47 > > > > > (0x00007ff92d4f1000)
48 > > > > [...]
49 > > > >
50 > > > > As I was slightly bored and thought it might help, I took the
51 > > > > liberty to clean that up a bit:
52 > > > > equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null |
53 > > > > grep -E -o '=> [^ ]+' | cut -d ' ' -f 2 | sort -u
54 > > > > /lib64/libc.so.6
55 > > > > /lib64/libdevmapper-event-lvm2.so.2.02
56 > > > > /lib64/libdevmapper-event.so.1.02
57 > > > > /lib64/libdevmapper.so.1.02
58 > > > > /lib64/libdl.so.2
59 > > > > /lib64/liblvm2cmd.so.2.02
60 > > > > /lib64/libncurses.so.5
61 > > > > /lib64/libpthread.so.0
62 > > > > /lib64/libreadline.so.6
63 > > > > /lib64/librt.so.1
64 > > > > /lib64/libudev.so.0
65 > > > >
66 > > > > Hope this helps,
67 > > > > Florian Philipp
68 > > > >
69 > > >
70 > > > Kewl! Based on the names, I assume they're the actual files (i.e.
71 > > > symlinks already dereferenced)?
72 > >
73 > > The reference to symlinks is not related to the libs. It's the
74 > > names of several executables installed by lvm2 which are symlinks
75 > > to /sbin/lvm.
76 > >
77 > > I was too lazy to remove them from the output.
78 > > Pandu was less lazy.
79 > >
80 > >
81 >
82 > You mean, Florian :-P
83
84 Why yes, that is exactly what I meant!
85 How did you guess?
86
87
88 --
89 Alan McKinnnon
90 alan.mckinnon@×××××.com