FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 04-14-2012, 04:34 PM
Alan McKinnon
 
Default LVM dependencies?

On Sat, 14 Apr 2012 23:10:30 +0700
Pandu Poluan <pandu@poluan.info> wrote:

> > Or direct dynamically linked libraries?
> > equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null
> >
> > Or kernel features?
> >
>
> The libraries, actually. Sadly I currently don't have access to a
> Gentoo box, so I would really appreciate it if I can get the output
> of the ldd.


Here you go. I blindly ran ldd on anything that looked binary or executable but not a symlink (so there's several false positives):

alanm@khamul ~ $ ldd /sbin/lvm
linux-vdso.so.1 => (0x00007fffca444000)
libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007ff92e7a3000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007ff92e59f000)
libdevmapper-event.so.1.02 => /lib64/libdevmapper-event.so.1.02 (0x00007ff92e399000)
libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007ff92e160000)
libreadline.so.6 => /lib64/libreadline.so.6 (0x00007ff92df19000)
libc.so.6 => /lib64/libc.so.6 (0x00007ff92db6d000)
librt.so.1 => /lib64/librt.so.1 (0x00007ff92d964000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff92e9b1000)
libncurses.so.5 => /lib64/libncurses.so.5 (0x00007ff92d70f000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff92d4f1000)
alanm@khamul ~ $
alanm@khamul ~ $


alanm@khamul ~ $ ldd /sbin/dmeventd
linux-vdso.so.1 => (0x00007fffcd3ff000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007eff17116000)
libdevmapper-event.so.1.02 => /lib64/libdevmapper-event.so.1.02 (0x00007eff16f10000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007eff16cf2000)
libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007eff16ab9000)
libc.so.6 => /lib64/libc.so.6 (0x00007eff1670d000)
/lib64/ld-linux-x86-64.so.2 (0x00007eff1731a000)
libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007eff164ff000)
librt.so.1 => /lib64/librt.so.1 (0x00007eff162f6000)
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /sbin/dmsetup
linux-vdso.so.1 => (0x00007fff4b9ff000)
libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007fd40c20b000)
libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007fd40bffd000)
libc.so.6 => /lib64/libc.so.6 (0x00007fd40bc51000)
librt.so.1 => /lib64/librt.so.1 (0x00007fd40ba48000)
/lib64/ld-linux-x86-64.so.2 (0x00007fd40c444000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fd40b82a000)
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /sbin/fsadm
not a dynamic executable
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /sbin/lvmconf
not a dynamic executable
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /sbin/lvmdump
not a dynamic executable
alanm@khamul ~ $ ldd /sbin/lvmetad
linux-vdso.so.1 => (0x00007fffd2d2d000)
libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007f16f491f000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f16f4701000)
libc.so.6 => /lib64/libc.so.6 (0x00007f16f4355000)
libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007f16f4147000)
/lib64/ld-linux-x86-64.so.2 (0x00007f16f4b58000)
librt.so.1 => /lib64/librt.so.1 (0x00007f16f3f3e000)
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /sbin/vgimportclone
not a dynamic executable
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /usr/sbin/lvm2create_initrd
not a dynamic executable
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /lib64/device-mapper/libdevmapper-event-lvm2mirror.so
linux-vdso.so.1 => (0x00007fff2818d000)
libdevmapper-event-lvm2.so.2.02 => /lib64/libdevmapper-event-lvm2.so.2.02 (0x00007f16b0669000)
libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007f16b042f000)
libc.so.6 => /lib64/libc.so.6 (0x00007f16b0083000)
liblvm2cmd.so.2.02 => /lib64/liblvm2cmd.so.2.02 (0x00007f16afd8c000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f16afb6e000)
libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007f16af95f000)
/lib64/ld-linux-x86-64.so.2 (0x00007f16b0aac000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f16af75b000)
libdevmapper-event.so.1.02 => /lib64/libdevmapper-event.so.1.02 (0x00007f16af555000)
librt.so.1 => /lib64/librt.so.1 (0x00007f16af34b000)
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /lib64/device-mapper/libdevmapper-event-lvm2raid.so
linux-vdso.so.1 => (0x00007fff559ff000)
libdevmapper-event-lvm2.so.2.02 => /lib64/libdevmapper-event-lvm2.so.2.02 (0x00007fc7c4c78000)
libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007fc7c4a3e000)
libc.so.6 => /lib64/libc.so.6 (0x00007fc7c4692000)
liblvm2cmd.so.2.02 => /lib64/liblvm2cmd.so.2.02 (0x00007fc7c439b000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fc7c417d000)
libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007fc7c3f6e000)
/lib64/ld-linux-x86-64.so.2 (0x00007fc7c50bb000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fc7c3d6a000)
libdevmapper-event.so.1.02 => /lib64/libdevmapper-event.so.1.02 (0x00007fc7c3b64000)
librt.so.1 => /lib64/librt.so.1 (0x00007fc7c395a000)
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /lib64/device-mapper/libdevmapper-event-lvm2snapshot.so
linux-vdso.so.1 => (0x00007fff537ff000)
libdevmapper-event-lvm2.so.2.02 => /lib64/libdevmapper-event-lvm2.so.2.02 (0x00007f82ecd37000)
libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007f82ecafd000)
libc.so.6 => /lib64/libc.so.6 (0x00007f82ec751000)
liblvm2cmd.so.2.02 => /lib64/liblvm2cmd.so.2.02 (0x00007f82ec45a000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f82ec23c000)
libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007f82ec02d000)
/lib64/ld-linux-x86-64.so.2 (0x00007f82ed17a000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f82ebe29000)
libdevmapper-event.so.1.02 => /lib64/libdevmapper-event.so.1.02 (0x00007f82ebc23000)
librt.so.1 => /lib64/librt.so.1 (0x00007f82eba19000)
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /lib64/device-mapper/libdevmapper-event-lvm2thin.so
linux-vdso.so.1 => (0x00007ffff93eb000)
libdevmapper-event-lvm2.so.2.02 => /lib64/libdevmapper-event-lvm2.so.2.02 (0x00007f351e18c000)
libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007f351df52000)
libc.so.6 => /lib64/libc.so.6 (0x00007f351dba6000)
liblvm2cmd.so.2.02 => /lib64/liblvm2cmd.so.2.02 (0x00007f351d8af000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f351d691000)
libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007f351d482000)
/lib64/ld-linux-x86-64.so.2 (0x00007f351e5cf000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f351d27e000)
libdevmapper-event.so.1.02 => /lib64/libdevmapper-event.so.1.02 (0x00007f351d078000)
librt.so.1 => /lib64/librt.so.1 (0x00007f351ce6e000)
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /lib64/libdevmapper-event-lvm2.so.2.02
linux-vdso.so.1 => (0x00007fff2e6f0000)
liblvm2cmd.so.2.02 => /lib64/liblvm2cmd.so.2.02 (0x00007f7a0257e000)
libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007f7a02345000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f7a02126000)
libc.so.6 => /lib64/libc.so.6 (0x00007f7a01d7a000)
libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007f7a01b6c000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f7a01967000)
libdevmapper-event.so.1.02 => /lib64/libdevmapper-event.so.1.02 (0x00007f7a01761000)
/lib64/ld-linux-x86-64.so.2 (0x00007f7a02ab5000)
librt.so.1 => /lib64/librt.so.1 (0x00007f7a01558000)
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /lib64/libdevmapper-event.so.1.02
linux-vdso.so.1 => (0x00007fff18462000)
libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007f431bfcf000)
libc.so.6 => /lib64/libc.so.6 (0x00007f431bc23000)
libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007f431ba14000)
/lib64/ld-linux-x86-64.so.2 (0x00007f431c44b000)
librt.so.1 => /lib64/librt.so.1 (0x00007f431b80b000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f431b5ed000)
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /lib64/libdevmapper.so.1.02
linux-vdso.so.1 => (0x00007fff0c1ff000)
libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007f35bb451000)
libc.so.6 => /lib64/libc.so.6 (0x00007f35bb0a5000)
librt.so.1 => /lib64/librt.so.1 (0x00007f35bae9b000)
/lib64/ld-linux-x86-64.so.2 (0x00007f35bb8d5000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f35bac7d000)
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /lib64/liblvm2app.so.2.2
linux-vdso.so.1 => (0x00007fffeedff000)
libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007f7417d75000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f7417b71000)
libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007f7417937000)
libdevmapper-event.so.1.02 => /lib64/libdevmapper-event.so.1.02 (0x00007f7417731000)
libc.so.6 => /lib64/libc.so.6 (0x00007f7417385000)
librt.so.1 => /lib64/librt.so.1 (0x00007f741717b000)
/lib64/ld-linux-x86-64.so.2 (0x00007f7418276000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f7416f5d000)
alanm@khamul ~ $
alanm@khamul ~ $
alanm@khamul ~ $ ldd /lib64/liblvm2cmd.so.2.02
linux-vdso.so.1 => (0x00007fff9fef4000)
libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007fa07d717000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fa07d513000)
libdevmapper-event.so.1.02 => /lib64/libdevmapper-event.so.1.02 (0x00007fa07d30c000)
libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007fa07d0d3000)
libc.so.6 => /lib64/libc.so.6 (0x00007fa07cd27000)
librt.so.1 => /lib64/librt.so.1 (0x00007fa07cb1d000)
/lib64/ld-linux-x86-64.so.2 (0x00007fa07dc59000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fa07c8ff000)



--
Alan McKinnnon
alan.mckinnon@gmail.com
 
Old 04-14-2012, 07:06 PM
Florian Philipp
 
Default LVM dependencies?

Am 14.04.2012 18:34, schrieb Alan McKinnon:
> On Sat, 14 Apr 2012 23:10:30 +0700
> Pandu Poluan <pandu@poluan.info> wrote:
>
>>> Or direct dynamically linked libraries?
>>> equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null
>>>
>>> Or kernel features?
>>>
>>
>> The libraries, actually. Sadly I currently don't have access to a
>> Gentoo box, so I would really appreciate it if I can get the output
>> of the ldd.
>
>
> Here you go. I blindly ran ldd on anything that looked binary or executable but not a symlink (so there's several false positives):
>
> alanm@khamul ~ $ ldd /sbin/lvm
> linux-vdso.so.1 => (0x00007fffca444000)
> libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007ff92e7a3000)
> libdl.so.2 => /lib64/libdl.so.2 (0x00007ff92e59f000)
> libdevmapper-event.so.1.02 => /lib64/libdevmapper-event.so.1.02 (0x00007ff92e399000)
> libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007ff92e160000)
> libreadline.so.6 => /lib64/libreadline.so.6 (0x00007ff92df19000)
> libc.so.6 => /lib64/libc.so.6 (0x00007ff92db6d000)
> librt.so.1 => /lib64/librt.so.1 (0x00007ff92d964000)
> /lib64/ld-linux-x86-64.so.2 (0x00007ff92e9b1000)
> libncurses.so.5 => /lib64/libncurses.so.5 (0x00007ff92d70f000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff92d4f1000)
[...]

As I was slightly bored and thought it might help, I took the liberty to
clean that up a bit:
equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null |
grep -E -o '=> [^ ]+' | cut -d ' ' -f 2 | sort -u
/lib64/libc.so.6
/lib64/libdevmapper-event-lvm2.so.2.02
/lib64/libdevmapper-event.so.1.02
/lib64/libdevmapper.so.1.02
/lib64/libdl.so.2
/lib64/liblvm2cmd.so.2.02
/lib64/libncurses.so.5
/lib64/libpthread.so.0
/lib64/libreadline.so.6
/lib64/librt.so.1
/lib64/libudev.so.0

Hope this helps,
Florian Philipp
 
Old 04-14-2012, 11:34 PM
Pandu Poluan
 
Default LVM dependencies?

On Apr 14, 2012 11:40 PM, "Alan McKinnon" <alan.mckinnon@gmail.com> wrote:

>

> On Sat, 14 Apr 2012 23:10:30 +0700

> Pandu Poluan <pandu@poluan.info> wrote:

>

> > > Or direct dynamically linked libraries?

> > > equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null

> > >

> > > Or kernel features?

> > >

> >

> > The libraries, actually. Sadly I currently don't have access to a

> > Gentoo box, so I would really appreciate it if I can get the output

> > of the ldd.

>

>

> Here you go. I blindly ran ldd on anything that looked binary or executable but not a symlink (so there's several false positives):

>


---->8 snip


Thanks! That's mighty detailed :-)


Rgds,
 
Old 04-14-2012, 11:38 PM
Pandu Poluan
 
Default LVM dependencies?

On Apr 15, 2012 2:10 AM, "Florian Philipp" <lists@binarywings.net> wrote:

>

> Am 14.04.2012 18:34, schrieb Alan McKinnon:

> > On Sat, 14 Apr 2012 23:10:30 +0700

> > Pandu Poluan <pandu@poluan.info> wrote:

> >

> >>> Or direct dynamically linked libraries?

> >>> equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null

> >>>

> >>> Or kernel features?

> >>>

> >>

> >> The libraries, actually. Sadly I currently don't have access to a

> >> Gentoo box, so I would really appreciate it if I can get the output

> >> of the ldd.

> >

> >

> > Here you go. I blindly ran ldd on anything that looked binary or executable but not a symlink (so there's several false positives):

> >

> > alanm@khamul ~ $ ldd /sbin/lvm

> > * * * * linux-vdso.so.1 => *(0x00007fffca444000)

> > * * * * libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007ff92e7a3000)

> > * * * * libdl.so.2 => /lib64/libdl.so.2 (0x00007ff92e59f000)

> > * * * * libdevmapper-event.so.1.02 => /lib64/libdevmapper-event.so.1.02 (0x00007ff92e399000)

> > * * * * libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007ff92e160000)

> > * * * * libreadline.so.6 => /lib64/libreadline.so.6 (0x00007ff92df19000)

> > * * * * libc.so.6 => /lib64/libc.so.6 (0x00007ff92db6d000)

> > * * * * librt.so.1 => /lib64/librt.so.1 (0x00007ff92d964000)

> > * * * * /lib64/ld-linux-x86-64.so.2 (0x00007ff92e9b1000)

> > * * * * libncurses.so.5 => /lib64/libncurses.so.5 (0x00007ff92d70f000)

> > * * * * libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff92d4f1000)

> [...]

>

> As I was slightly bored and thought it might help, I took the liberty to

> clean that up a bit:

> equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null |

> * * * *grep -E -o '=> [^ ]+' | cut -d ' ' -f 2 | sort -u

> /lib64/libc.so.6

> /lib64/libdevmapper-event-lvm2.so.2.02

> /lib64/libdevmapper-event.so.1.02

> /lib64/libdevmapper.so.1.02

> /lib64/libdl.so.2

> /lib64/liblvm2cmd.so.2.02

> /lib64/libncurses.so.5

> /lib64/libpthread.so.0

> /lib64/libreadline.so.6

> /lib64/librt.so.1

> /lib64/libudev.so.0

>

> Hope this helps,

> Florian Philipp

>


Kewl! Based on the names, I assume they're the actual files (i.e. symlinks already dereferenced)?


Rgds,
 
Old 04-15-2012, 09:44 AM
Florian Philipp
 
Default LVM dependencies?

Am 15.04.2012 01:38, schrieb Pandu Poluan:
>
> On Apr 15, 2012 2:10 AM, "Florian Philipp" <lists@binarywings.net
> <mailto:lists@binarywings.net>> wrote:
>>
>> Am 14.04.2012 18:34, schrieb Alan McKinnon:
>> > On Sat, 14 Apr 2012 23:10:30 +0700
>> > Pandu Poluan <pandu@poluan.info <mailtoandu@poluan.info>> wrote:
>> >
>> >>> Or direct dynamically linked libraries?
>> >>> equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null
>> >>>
>> >>> Or kernel features?
>> >>>
>> >>
>> >> The libraries, actually. Sadly I currently don't have access to a
>> >> Gentoo box, so I would really appreciate it if I can get the output
>> >> of the ldd.
>> >
>> >
>> > Here you go. I blindly ran ldd on anything that looked binary or
> executable but not a symlink (so there's several false positives):
>> >
>> > alanm@khamul ~ $ ldd /sbin/lvm
>> > linux-vdso.so.1 => (0x00007fffca444000)
>> > libudev.so.0 => /usr/lib64/libudev.so.0 (0x00007ff92e7a3000)
>> > libdl.so.2 => /lib64/libdl.so.2 (0x00007ff92e59f000)
>> > libdevmapper-event.so.1.02 =>
> /lib64/libdevmapper-event.so.1.02 (0x00007ff92e399000)
>> > libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02
> (0x00007ff92e160000)
>> > libreadline.so.6 => /lib64/libreadline.so.6 (0x00007ff92df19000)
>> > libc.so.6 => /lib64/libc.so.6 (0x00007ff92db6d000)
>> > librt.so.1 => /lib64/librt.so.1 (0x00007ff92d964000)
>> > /lib64/ld-linux-x86-64.so.2 (0x00007ff92e9b1000)
>> > libncurses.so.5 => /lib64/libncurses.so.5 (0x00007ff92d70f000)
>> > libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff92d4f1000)
>> [...]
>>
>> As I was slightly bored and thought it might help, I took the liberty to
>> clean that up a bit:
>> equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null |
>> grep -E -o '=> [^ ]+' | cut -d ' ' -f 2 | sort -u
>> /lib64/libc.so.6
>> /lib64/libdevmapper-event-lvm2.so.2.02
>> /lib64/libdevmapper-event.so.1.02
>> /lib64/libdevmapper.so.1.02
>> /lib64/libdl.so.2
>> /lib64/liblvm2cmd.so.2.02
>> /lib64/libncurses.so.5
>> /lib64/libpthread.so.0
>> /lib64/libreadline.so.6
>> /lib64/librt.so.1
>> /lib64/libudev.so.0
>>
>> Hope this helps,
>> Florian Philipp
>>
>
> Kewl! Based on the names, I assume they're the actual files (i.e.
> symlinks already dereferenced)?
>
> Rgds,
>

No:
equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null |
grep -E -o '=> [^ ]+' | cut -d' ' -f 2 | sort -u | xargs ls -l |
awk '{print $9 $10 $11}'

/lib64/libc.so.6->libc-2.13.so
/lib64/libdevmapper-event-lvm2.so.2.02
/lib64/libdevmapper-event.so.1.02
/lib64/libdevmapper.so.1.02
/lib64/libdl.so.2->libdl-2.13.so
/lib64/liblvm2cmd.so.2.02
/lib64/libncurses.so.5->libncurses.so.5.9
/lib64/libpthread.so.0->libpthread-2.13.so
/lib64/libreadline.so.6->libreadline.so.6.2
/lib64/librt.so.1->librt-2.13.so
/lib64/libudev.so.0->libudev.so.0.11.5
 
Old 04-15-2012, 12:03 PM
Alan McKinnon
 
Default LVM dependencies?

On Sun, 15 Apr 2012 06:38:18 +0700
Pandu Poluan <pandu@poluan.info> wrote:

> On Apr 15, 2012 2:10 AM, "Florian Philipp" <lists@binarywings.net>
> wrote:
> >
> > Am 14.04.2012 18:34, schrieb Alan McKinnon:
> > > On Sat, 14 Apr 2012 23:10:30 +0700
> > > Pandu Poluan <pandu@poluan.info> wrote:
> > >
> > >>> Or direct dynamically linked libraries?
> > >>> equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null
> > >>>
> > >>> Or kernel features?
> > >>>
> > >>
> > >> The libraries, actually. Sadly I currently don't have access to a
> > >> Gentoo box, so I would really appreciate it if I can get the
> > >> output of the ldd.
> > >
> > >
> > > Here you go. I blindly ran ldd on anything that looked binary or
> executable but not a symlink (so there's several false positives):
> > >
> > > alanm@khamul ~ $ ldd /sbin/lvm
> > > linux-vdso.so.1 => (0x00007fffca444000)
> > > libudev.so.0 => /usr/lib64/libudev.so.0
> > > (0x00007ff92e7a3000) libdl.so.2 => /lib64/libdl.so.2
> > > (0x00007ff92e59f000) libdevmapper-event.so.1.02
> > > => /lib64/libdevmapper-event.so.1.02
> (0x00007ff92e399000)
> > > libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02
> (0x00007ff92e160000)
> > > libreadline.so.6 => /lib64/libreadline.so.6
> > > (0x00007ff92df19000) libc.so.6 => /lib64/libc.so.6
> > > (0x00007ff92db6d000) librt.so.1 => /lib64/librt.so.1
> > > (0x00007ff92d964000) /lib64/ld-linux-x86-64.so.2
> > > (0x00007ff92e9b1000) libncurses.so.5 => /lib64/libncurses.so.5
> > > (0x00007ff92d70f000) libpthread.so.0 => /lib64/libpthread.so.0
> > > (0x00007ff92d4f1000)
> > [...]
> >
> > As I was slightly bored and thought it might help, I took the
> > liberty to clean that up a bit:
> > equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null |
> > grep -E -o '=> [^ ]+' | cut -d ' ' -f 2 | sort -u
> > /lib64/libc.so.6
> > /lib64/libdevmapper-event-lvm2.so.2.02
> > /lib64/libdevmapper-event.so.1.02
> > /lib64/libdevmapper.so.1.02
> > /lib64/libdl.so.2
> > /lib64/liblvm2cmd.so.2.02
> > /lib64/libncurses.so.5
> > /lib64/libpthread.so.0
> > /lib64/libreadline.so.6
> > /lib64/librt.so.1
> > /lib64/libudev.so.0
> >
> > Hope this helps,
> > Florian Philipp
> >
>
> Kewl! Based on the names, I assume they're the actual files (i.e.
> symlinks already dereferenced)?

The reference to symlinks is not related to the libs. It's the names of
several executables installed by lvm2 which are symlinks to /sbin/lvm.

I was too lazy to remove them from the output.
Pandu was less lazy.



--
Alan McKinnnon
alan.mckinnon@gmail.com
 
Old 04-15-2012, 12:26 PM
Pandu Poluan
 
Default LVM dependencies?

On Apr 15, 2012 7:10 PM, "Alan McKinnon" <alan.mckinnon@gmail.com> wrote:

>

> On Sun, 15 Apr 2012 06:38:18 +0700

> Pandu Poluan <pandu@poluan.info> wrote:

>

> > On Apr 15, 2012 2:10 AM, "Florian Philipp" <lists@binarywings.net>

> > wrote:

> > >

> > > Am 14.04.2012 18:34, schrieb Alan McKinnon:

> > > > On Sat, 14 Apr 2012 23:10:30 +0700

> > > > Pandu Poluan <pandu@poluan.info> wrote:

> > > >

> > > >>> Or direct dynamically linked libraries?

> > > >>> equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null

> > > >>>

> > > >>> Or kernel features?

> > > >>>

> > > >>

> > > >> The libraries, actually. Sadly I currently don't have access to a

> > > >> Gentoo box, so I would really appreciate it if I can get the

> > > >> output of the ldd.

> > > >

> > > >

> > > > Here you go. I blindly ran ldd on anything that looked binary or

> > executable but not a symlink (so there's several false positives):

> > > >

> > > > alanm@khamul ~ $ ldd /sbin/lvm

> > > > * * * * linux-vdso.so.1 => *(0x00007fffca444000)

> > > > * * * * libudev.so.0 => /usr/lib64/libudev.so.0

> > > > (0x00007ff92e7a3000) libdl.so.2 => /lib64/libdl.so.2

> > > > (0x00007ff92e59f000) libdevmapper-event.so.1.02

> > > > => /lib64/libdevmapper-event.so.1.02

> > (0x00007ff92e399000)

> > > > * * * * libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02

> > (0x00007ff92e160000)

> > > > * * * * libreadline.so.6 => /lib64/libreadline.so.6

> > > > (0x00007ff92df19000) libc.so.6 => /lib64/libc.so.6

> > > > (0x00007ff92db6d000) librt.so.1 => /lib64/librt.so.1

> > > > (0x00007ff92d964000) /lib64/ld-linux-x86-64.so.2

> > > > (0x00007ff92e9b1000) libncurses.so.5 => /lib64/libncurses.so.5

> > > > (0x00007ff92d70f000) libpthread.so.0 => /lib64/libpthread.so.0

> > > > (0x00007ff92d4f1000)

> > > [...]

> > >

> > > As I was slightly bored and thought it might help, I took the

> > > liberty to clean that up a bit:

> > > equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null |

> > > * * * *grep -E -o '=> [^ ]+' | cut -d ' ' -f 2 | sort -u

> > > /lib64/libc.so.6

> > > /lib64/libdevmapper-event-lvm2.so.2.02

> > > /lib64/libdevmapper-event.so.1.02

> > > /lib64/libdevmapper.so.1.02

> > > /lib64/libdl.so.2

> > > /lib64/liblvm2cmd.so.2.02

> > > /lib64/libncurses.so.5

> > > /lib64/libpthread.so.0

> > > /lib64/libreadline.so.6

> > > /lib64/librt.so.1

> > > /lib64/libudev.so.0

> > >

> > > Hope this helps,

> > > Florian Philipp

> > >

> >

> > Kewl! Based on the names, I assume they're the actual files (i.e.

> > symlinks already dereferenced)?

>

> The reference to symlinks is not related to the libs. It's the names of

> several executables installed by lvm2 which are symlinks to /sbin/lvm.

>

> I was too lazy to remove them from the output.

> Pandu was less lazy.

>

>


You mean, Florian :-P


Rgds,
 
Old 04-15-2012, 09:51 PM
Alan McKinnon
 
Default LVM dependencies?

On Sun, 15 Apr 2012 19:26:42 +0700
Pandu Poluan <pandu@poluan.info> wrote:

> On Apr 15, 2012 7:10 PM, "Alan McKinnon" <alan.mckinnon@gmail.com>
> wrote:
> >
> > On Sun, 15 Apr 2012 06:38:18 +0700
> > Pandu Poluan <pandu@poluan.info> wrote:
> >
> > > On Apr 15, 2012 2:10 AM, "Florian Philipp" <lists@binarywings.net>
> > > wrote:
> > > >
> > > > Am 14.04.2012 18:34, schrieb Alan McKinnon:
> > > > > On Sat, 14 Apr 2012 23:10:30 +0700
> > > > > Pandu Poluan <pandu@poluan.info> wrote:
> > > > >
> > > > >>> Or direct dynamically linked libraries?
> > > > >>> equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null
> > > > >>>
> > > > >>> Or kernel features?
> > > > >>>
> > > > >>
> > > > >> The libraries, actually. Sadly I currently don't have access
> > > > >> to a Gentoo box, so I would really appreciate it if I can
> > > > >> get the output of the ldd.
> > > > >
> > > > >
> > > > > Here you go. I blindly ran ldd on anything that looked binary
> > > > > or
> > > executable but not a symlink (so there's several false positives):
> > > > >
> > > > > alanm@khamul ~ $ ldd /sbin/lvm
> > > > > linux-vdso.so.1 => (0x00007fffca444000)
> > > > > libudev.so.0 => /usr/lib64/libudev.so.0
> > > > > (0x00007ff92e7a3000) libdl.so.2 => /lib64/libdl.so.2
> > > > > (0x00007ff92e59f000) libdevmapper-event.so.1.02
> > > > > => /lib64/libdevmapper-event.so.1.02
> > > (0x00007ff92e399000)
> > > > > libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02
> > > (0x00007ff92e160000)
> > > > > libreadline.so.6 => /lib64/libreadline.so.6
> > > > > (0x00007ff92df19000) libc.so.6 => /lib64/libc.so.6
> > > > > (0x00007ff92db6d000) librt.so.1 => /lib64/librt.so.1
> > > > > (0x00007ff92d964000) /lib64/ld-linux-x86-64.so.2
> > > > > (0x00007ff92e9b1000) libncurses.so.5 => /lib64/libncurses.so.5
> > > > > (0x00007ff92d70f000) libpthread.so.0 => /lib64/libpthread.so.0
> > > > > (0x00007ff92d4f1000)
> > > > [...]
> > > >
> > > > As I was slightly bored and thought it might help, I took the
> > > > liberty to clean that up a bit:
> > > > equery files -f obj sys-fs/lvm2 | xargs ldd 2>/dev/null |
> > > > grep -E -o '=> [^ ]+' | cut -d ' ' -f 2 | sort -u
> > > > /lib64/libc.so.6
> > > > /lib64/libdevmapper-event-lvm2.so.2.02
> > > > /lib64/libdevmapper-event.so.1.02
> > > > /lib64/libdevmapper.so.1.02
> > > > /lib64/libdl.so.2
> > > > /lib64/liblvm2cmd.so.2.02
> > > > /lib64/libncurses.so.5
> > > > /lib64/libpthread.so.0
> > > > /lib64/libreadline.so.6
> > > > /lib64/librt.so.1
> > > > /lib64/libudev.so.0
> > > >
> > > > Hope this helps,
> > > > Florian Philipp
> > > >
> > >
> > > Kewl! Based on the names, I assume they're the actual files (i.e.
> > > symlinks already dereferenced)?
> >
> > The reference to symlinks is not related to the libs. It's the
> > names of several executables installed by lvm2 which are symlinks
> > to /sbin/lvm.
> >
> > I was too lazy to remove them from the output.
> > Pandu was less lazy.
> >
> >
>
> You mean, Florian :-P

Why yes, that is exactly what I meant!
How did you guess?


--
Alan McKinnnon
alan.mckinnon@gmail.com
 

Thread Tools




All times are GMT. The time now is 05:37 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org