LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 02-07-2015, 04:21 PM   #1
e5150
Member
 
Registered: Oct 2005
Location: Sweden
Distribution: Slackware and Alpine
Posts: 132

Rep: Reputation: 100Reputation: 100
Anounce: darkstar-tools


Over the years of fiddeling with various slackware installations, I've compiled a bunch of tools (most of which hardly would be of use for anybody else) to assist me in breaking^Wadministering my systems. And since I finally decided to learn how to handle git, I might as well share some programs that someone might find useful.

git repo: https://github.com/e5150/dst
tarball: https://github.com/e5150/dst/archive/14.1.0.tar.gz (`make && make install`, or `make pkg && installpkg /tmp/darkstar-tools-*.tgz`, no ./configure)

For more detailed info, see the man pages (available as <prog>.md in the git repo).

mkslack-desc - make proper slack-desc
usage: mkslack-desc <package-name> <short-description>
reads (long) package description from stdin, prints properly formated slack-desc on stdout (given that the entire description fits on 11 lines)


darkstar-installed - querys the package database for installed packages
usage: darkstar-installed <package name> ...
<package name> can be a package filename ("/some/path/nc-1.10-x86_64-1.txz"), package basename ("xz-5.0.5-x86_64-1") or package name ("xz", "glibc-solibs").
Potentially useful example: darkstar-installed $MIRROR/slackware-current/a/*.t?z


darkstar-packcontent - prints content of installed packages. (Maybe useful for people who, like me, relentlessly removes /usr/share/locale and other "useless" stuff.)
usage: darkstar-packcontent [-vd] [-p|-c|-e|-m] /var/log/packages/<pkg [...]>
Prints package file list | checks for file presence | prints existing | prints missing files; according to "FILE LIST:" in the package database, compared to what's actually on the / filesystem. Should properly handle /lib{64,}/incoming, /etc/*.new and such.
usage: darkstar-packcontent -s /var/log/packages/<pkg [...]>
Computes the actuall installed size of a package, only counting files that are found on the system.


packcontent-derived:
darkstar-notinpkg - prints files that are present on the /, /opt or /usr filesystems, but don't belong to any package (ignoring /var/log/* and such).
darkstar-notonsys (symlink to noinpkg) - prints files that have been installed with some package, but aren't present on the system any longer.


darkstar-packname - print package name, e.g. "glibc" is returned for "glibc-2.17-x86_64-10_slack14.1.txz", and "glibc-zoneinfo" for "glibc-zoneinfo-2014j-noarch-1.txz". Does the same thing as the package_name() function in /sbin/installpkg, but, much quicker on bulk input (on my machine darkstar-packname parses slackware-14.1/*/*/*.txz in less than 100ms, while darkstar-packname-stock.sh (cut out from installpkg) takes 54s (yes, i know, some unreadable perl-one-liner could probably do it in less that 1s as well)).
usage: darkstar-packname [-v] <package [...]>


elfdeps <file [...]> - query ELF-files for needed libraries, and tries to locate them. Unlike ldd(1), it doesn't resolve library dependencies, but simply search input files for DT_NEEDED (like `objdump -p file | grep NEEDED`), and looks in {,/usr,/usr/local}/lib{,64} and the file's DT_RPATHs, if any, for the library. Each library directory is only read once, regardless of the number of input files, no recursive dependancies are "resolved". It is somewhat susceptible to false negatives.
Example, search / for files with "unresolved dependencies": find / -xdev -type f -perm -100 -exec elfdeps {} + 2>/dev/null | grep :missing$


cugfd - change user/group/file/directory ownership and permissions
cugfd [-KDq] [-u user] [-g group] [-f file-mode] [-d dir-mode] <path [...]>
Recursively changes ownership and/or permissions on files and directories. By default (unless -K), the executable bit will be kept for those with read access. Altough it is not technically slackware related, I tend to use it in my local *.SlackBuild scripts; `cugfd -u root -g root -f 644 -d 755 .`, rather than `chown -R root:root . ; find -L . \( -perm 777 -o -perm 775 -o -perm 750 -o -perm 711 -o -perm 555 -o -perm 511 \) -exec chmod 755 {} \; -o \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \)
-exec chmod 644 {} \;`.
 
Old 02-08-2015, 09:25 AM   #2
ttk
Senior Member
 
Registered: May 2012
Location: Sebastopol, CA
Distribution: Slackware64
Posts: 1,038
Blog Entries: 27

Rep: Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484
Fantastic :-) thanks for sharing this! elfdeps in particular will be damn useful :-)
 
Old 02-09-2015, 02:50 AM   #3
rkelsen
Senior Member
 
Registered: Sep 2004
Distribution: slackware
Posts: 4,448
Blog Entries: 7

Rep: Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553
Anounce: darkstar-tools

^ What he said.

Two thumbs up. Thanks for sharing man. :-)
 
Old 02-09-2015, 04:18 AM   #4
kevison
Member
 
Registered: Dec 2007
Location: Grand Rapids, Michigan USA
Distribution: Slackware/Bodhi/Manjaro
Posts: 149

Rep: Reputation: Disabled
very nice!
 
Old 02-14-2015, 05:52 AM   #5
saxa
Senior Member
 
Registered: Aug 2004
Location: Nova Gorica, Salvador
Distribution: Slackware
Posts: 1,213

Rep: Reputation: 297Reputation: 297Reputation: 297
Great stuff !!! Many thanks.
 
Old 02-15-2015, 07:30 AM   #6
e5150
Member
 
Registered: Oct 2005
Location: Sweden
Distribution: Slackware and Alpine
Posts: 132

Original Poster
Rep: Reputation: 100Reputation: 100
I've updated the git repo with a few tools that are somewhat kludgy..

darkstar-makedep - Basically a glorified wrapper around `find / -exec elfdeps`. It builds a cached dependeny database, it's used by the other tools, should not be called explicitly.

darkstar-missingdeps [-l] - Print files with unresolved dependencies, uses ldd instead of elfdeps if -l is given.

darkstar-whoneeds [-l] <lib-regex> - Print a list of files depending on something matching the regular expression given. Uses ldd if -l.

darkstar-deptree [package ...] - Prints a tree of package dependencies. By default it starts with libc as root, and builds upwards with packages depending on the previous. If called with arguments, the tree goes the other way, from the given package(s), downwards with packages that the previous depends on, ending at libc.
Example:
Code:
/var/log/packages $ darkstar-deptree bash-4.2.053-x86_64-1_slack14.1 coreutils-8.21-x86_64-1 xkill-1.0.4-x86_64-1
bash-4.2.053-x86_64-1_slack14.1 {
  glibc-2.17-x86_64-10_slack14.1 /* ROOT */
  libtermcap-1.2.3-x86_64-7 {
    glibc-2.17-x86_64-10_slack14.1 /* ROOT */
  } /* libtermcap */
} /* bash */
coreutils-8.21-x86_64-1 {
  glibc-2.17-x86_64-10_slack14.1 /* ROOT */
  attr-2.4.46-x86_64-1 {
    glibc-2.17-x86_64-10_slack14.1 /* ROOT */
  } /* attr */
  acl-2.2.51-x86_64-1 {
    glibc-2.17-x86_64-10_slack14.1 /* ROOT */
    attr-2.4.46-x86_64-1 /* omitting */
  } /* acl */
  libcap-2.22-x86_64-1 {
    glibc-2.17-x86_64-10_slack14.1 /* ROOT */
    attr-2.4.46-x86_64-1 /* omitting */
  } /* libcap */
} /* coreutils */
xkill-1.0.4-x86_64-1 {
  glibc-2.17-x86_64-10_slack14.1 /* ROOT */
  libX11-1.6.2-x86_64-1 {
    glibc-2.17-x86_64-10_slack14.1 /* ROOT */
    libXau-1.0.8-x86_64-1 {
      glibc-2.17-x86_64-10_slack14.1 /* ROOT */
    } /* libXau */
    libXdmcp-1.1.1-x86_64-1 {
      glibc-2.17-x86_64-10_slack14.1 /* ROOT */
    } /* libXdmcp */
    libxcb-1.9.1-x86_64-1 {
      glibc-2.17-x86_64-10_slack14.1 /* ROOT */
      libXau-1.0.8-x86_64-1 /* omitting */
      libXdmcp-1.1.1-x86_64-1 /* omitting */
    } /* libxcb */
  } /* libX11 */
  libXmu-1.1.2-x86_64-1 {
    libX11-1.6.2-x86_64-1 /* omitting */
    util-linux-2.21.2-x86_64-6 {
      glibc-2.17-x86_64-10_slack14.1 /* ROOT */
      ncurses-5.9-x86_64-2 {
        glibc-2.17-x86_64-10_slack14.1 /* ROOT */
      } /* ncurses */
      zlib-1.2.8-x86_64-1 {
        glibc-2.17-x86_64-10_slack14.1 /* ROOT */
      } /* zlib */
    } /* util-linux */
    glibc-2.17-x86_64-10_slack14.1 /* ROOT */
    libXt-1.1.4-x86_64-1 {
      libX11-1.6.2-x86_64-1 /* omitting */
      util-linux-2.21.2-x86_64-6 /* omitting */
      glibc-2.17-x86_64-10_slack14.1 /* ROOT */
      libICE-1.0.8-x86_64-1 {
        glibc-2.17-x86_64-10_slack14.1 /* ROOT */
      } /* libICE */
      libxcb-1.9.1-x86_64-1 /* omitting */
      libXau-1.0.8-x86_64-1 /* omitting */
      libXdmcp-1.1.1-x86_64-1 /* omitting */
      libSM-1.2.2-x86_64-1 {
        glibc-2.17-x86_64-10_slack14.1 /* ROOT */
        libICE-1.0.8-x86_64-1 /* omitting */
        util-linux-2.21.2-x86_64-6 /* omitting */
      } /* libSM */
    } /* libXt */
    libICE-1.0.8-x86_64-1 /* omitting */
    libxcb-1.9.1-x86_64-1 /* omitting */
    libXau-1.0.8-x86_64-1 /* omitting */
    libXdmcp-1.1.1-x86_64-1 /* omitting */
    libXext-1.3.2-x86_64-1 {
      glibc-2.17-x86_64-10_slack14.1 /* ROOT */
      libXau-1.0.8-x86_64-1 /* omitting */
      libXdmcp-1.1.1-x86_64-1 /* omitting */
      libX11-1.6.2-x86_64-1 /* omitting */
      libxcb-1.9.1-x86_64-1 /* omitting */
    } /* libXext */
    libSM-1.2.2-x86_64-1 /* omitting */
  } /* libXmu */
} /* xkill */
 
4 members found this post helpful.
Old 02-15-2015, 11:25 AM   #7
a4z
Senior Member
 
Registered: Feb 2009
Posts: 1,727

Rep: Reputation: 742Reputation: 742Reputation: 742Reputation: 742Reputation: 742Reputation: 742Reputation: 742
funny, it seems you are re-writing https://bitbucket.org/a4z/sbbdep/wiki/Home
and just this weekend I have checked in a similar tree using the linker paths, but it looks like this

Code:
[bin]:./sbbdep --bdtree --short  /usr/lib64/libX11.so
/usr/lib64/libX11.so.6.3.0
|---libxcb.so.1 (libxcb)
|   |---libXau.so.6 (libXau)
|   |---libXdmcp.so.6 (libXdmcp)
|---libXau.so.6 (libXau)
|---libXdmcp.so.6 (libXdmcp)
|---libdl.so.2 (glibc-solibs, glibc)
|   |---ld-linux-x86-64.so.2 (glibc-solibs, glibc)
used by all:
|   |---libc.so.6 (glibc-solibs, glibc)
|   |   |---ld-linux-x86-64.so.2 (glibc-solibs, glibc)
or a bit more verbose

Code:
./sbbdep  --bdtree   /usr/lib64/libX11.so
/usr/lib64/libX11.so.6.3.0
|---| libxcb.so.1 => /usr/lib64/libxcb.so.1 => /usr/lib64/libxcb.so.1.1.0
|   | (libxcb-1.9.1-x86_64-1)
|   |---| libXau.so.6 => /usr/lib64/libXau.so.6 => /usr/lib64/libXau.so.6.0.0
|   |   | (libXau-1.0.8-x86_64-1)
|   |---| libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6.0.0
|   |   | (libXdmcp-1.1.1-x86_64-1)
|---| libXau.so.6 => /usr/lib64/libXau.so.6 => /usr/lib64/libXau.so.6.0.0
|   | (libXau-1.0.8-x86_64-1)
|---| libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6.0.0
|   | (libXdmcp-1.1.1-x86_64-1)
|---| libdl.so.2 => /lib64/libdl.so.2 => /lib64/libdl-2.17.so
|   | (glibc-solibs-2.17-x86_64-10_slack14.1, glibc-2.17-x86_64-10_slack14.1)
|   |---| ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 => /lib64/ld-2.17.so
|   |   | (glibc-solibs-2.17-x86_64-10_slack14.1, glibc-2.17-x86_64-10_slack14.1)
used by all:
|   |---| libc.so.6 => /lib64/libc.so.6 => /lib64/libc-2.17.so
|   |   | (glibc-solibs-2.17-x86_64-10_slack14.1, glibc-2.17-x86_64-10_slack14.1)
|   |   |---| ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 => /lib64/ld-2.17.so
|   |   |   | (glibc-solibs-2.17-x86_64-10_slack14.1, glibc-2.17-x86_64-10_slack14.1)
I will hopefully find time the next days to make a new release, we can the use the tools to cross check if they work correct
 
2 members found this post helpful.
Old 02-15-2015, 12:16 PM   #8
e5150
Member
 
Registered: Oct 2005
Location: Sweden
Distribution: Slackware and Alpine
Posts: 132

Original Poster
Rep: Reputation: 100Reputation: 100
Quote:
Originally Posted by a4z View Post
Looks interesting! Altough I'm not much of a c++ coder (as you could probably tell from looking at my elfdeps.cc), I will take a shoot at reading the code, and try out the program. Maybe my kludges can be deprecated by this.

EDIT:
I was getting segfaults while running --bdtree commands. ("terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct null not valid") Looking at the backtrace the error originates at line 215 of report_bdtree.cpp. I did not have LD_LIBRARY_PATH set, defining it as "" solves the problem.

There is alsa a corner case that I stumbled upon myself in recently. In the build-tools package of the Android SDK, there are files linked against libc.so (which is provided with the SDK, but neither DT_RPATH or DT_RUNPATH is set), which my elfdeps resolved to /usr/lib/libc.so (which is an ASCII text file, or "GNU ld script", not a shared library). But neither ldd or your sbbdep is able to resolve it. I don't know what the right thing to do is. And I've never seen other files linked to libc.so, so it's unlikely to be a problem anyhow.

Last edited by e5150; 02-15-2015 at 01:29 PM.
 
1 members found this post helpful.
Old 02-15-2015, 02:56 PM   #9
philanc
Member
 
Registered: Jan 2011
Posts: 308

Rep: Reputation: 273Reputation: 273Reputation: 273
Very cool! Thanks to share.
 
Old 02-16-2015, 12:45 AM   #10
a4z
Senior Member
 
Registered: Feb 2009
Posts: 1,727

Rep: Reputation: 742Reputation: 742Reputation: 742Reputation: 742Reputation: 742Reputation: 742Reputation: 742
Quote:
Originally Posted by e5150 View Post
I was getting segfaults while running --bdtree commands. ("terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct null not valid") Looking at the backtrace the error originates at line 215 of report_bdtree.cpp. I did not have LD_LIBRARY_PATH set, defining it as "" solves the problem.

There is alsa a corner case that I stumbled upon myself in recently. In the build-tools package of the Android SDK, there are files linked against libc.so (which is provided with the SDK, but neither DT_RPATH or DT_RUNPATH is set), which my elfdeps resolved to /usr/lib/libc.so (which is an ASCII text file, or "GNU ld script", not a shared library). But neither ldd or your sbbdep is able to resolve it. I don't know what the right thing to do is. And I've never seen other files linked to libc.so, so it's unlikely to be a problem anyhow.
thanks a lot for do the early testing and the bug report, this is very helpful!

also the ldscript problem is an interesting detail.
I have to look at it and check if this is an interesting challenge which makes fun to solve.
is it the Android SDK the android studio or the Android Tools which I can get via sbo or is it something I need to download from google?
 
Old 02-16-2015, 02:24 AM   #11
e5150
Member
 
Registered: Oct 2005
Location: Sweden
Distribution: Slackware and Alpine
Posts: 132

Original Poster
Rep: Reputation: 100Reputation: 100
Quote:
Originally Posted by a4z View Post
is it the Android SDK the android studio or the Android Tools which I can get via sbo or is it something I need to download from google?
It is somewhat hidden, it can be installed via the android studio, but probably easier to just download it directly: https://dl-ssl.google.com/android/re....1.2-linux.zip
Using readelf on android-5.0.1/renderscript/lib/packaged/x86/libRSSupport.so gives libc.so, libstdc++.so, libm.so, liblog.so and libdl.so as DT_NEEDED. I assume it will use android-5.0.1/renderscript/lib/intermediates/x86/libc.so (and probably googles own libm.so as well), throgh LD_LIBRARY_PATH or something, when it is actually used by the SDK.
 
Old 02-16-2015, 12:27 PM   #12
a4z
Senior Member
 
Registered: Feb 2009
Posts: 1,727

Rep: Reputation: 742Reputation: 742Reputation: 742Reputation: 742Reputation: 742Reputation: 742Reputation: 742
after fixing some errors

Code:
/sbbdep -c foo.cache --bdtree --short --nosync ~/tmp/android-5.0.1/renderscript/lib/packaged/x86/libRSSupport.so
/home/slk141/tmp/android-5.0.1/renderscript/lib/packaged/x86/libRSSupport.so
libc.so NOT FOUND
libstdc++.so NOT FOUND
libm.so NOT FOUND
liblog.so NOT FOUND
libdl.so NOT FOUND
what is correct because I have a 64bit wihtout multilib installation.

I am not sure that the stuff uses the internal libraries because for example
libstdc++ is not in the package and has therefor to be taken from the existing system libraries (other stuff also, pthread for example ...)
Code:
find . -name 'lib*'
./libclang.so
./libbcc.so
./libbcinfo.so
./libLLVM.so
./renderscript/lib
./renderscript/lib/bc/x86/libclcore.bc
./renderscript/lib/bc/mips/libclcore.bc
./renderscript/lib/bc/armeabi-v7a/libclcore.bc
./renderscript/lib/packaged/x86/libRSSupport.so
./renderscript/lib/packaged/x86/librsjni.so
./renderscript/lib/packaged/mips/libRSSupport.so
./renderscript/lib/packaged/mips/librsjni.so
./renderscript/lib/packaged/armeabi-v7a/libRSSupport.so
./renderscript/lib/packaged/armeabi-v7a/librsjni.so
./renderscript/lib/intermediates/x86/libc.so
./renderscript/lib/intermediates/x86/libm.so
./renderscript/lib/intermediates/x86/libcompiler_rt.a
./renderscript/lib/intermediates/mips/libc.so
./renderscript/lib/intermediates/mips/libm.so
./renderscript/lib/intermediates/mips/libcompiler_rt.a
./renderscript/lib/intermediates/armeabi-v7a/libc.so
./renderscript/lib/intermediates/armeabi-v7a/libm.so
./renderscript/lib/intermediates/armeabi-v7a/libcompiler_rt.a
./libc++.so
to me it seems the internal libs are there to link programs for the target platform
I need to invest more time, maybe on the weekend,

there are always some limits in detecting, applications can create own environments, load plugins or via dl or relay on things in lib/exec or other stupid things but those edge cases are not relevant for me because these things are impossible to detect without execution all code paths of a program and if an app does so it has to document those extras anyway


however, you spared me some hours through pointing to this because I did not have just the bug you mentioned but also on other one and therefor I would like to mention you in the authors file. if this is ok please send me a mail, du kan gärna skriva på svenska
 
Old 02-18-2015, 08:53 PM   #13
zakame
Member
 
Registered: Apr 2012
Location: Philippines
Distribution: Debian, Ubuntu, Slackware
Posts: 295

Rep: Reputation: 181Reputation: 181
Second on the elfdeps! That'd be useful indeed. Reminds me of my Debian packaging days with objdump
 
Old 10-20-2016, 03:26 AM   #14
e5150
Member
 
Registered: Oct 2005
Location: Sweden
Distribution: Slackware and Alpine
Posts: 132

Original Poster
Rep: Reputation: 100Reputation: 100
Major overhaul

To celebrate my (and pjv's) birthday, I'll anounce version 14.2.1 of my darkstar-tools. The overall gist of the programs are the same, although the code has been rewritten over the last year and a halv. Most significally elfdeps, who has gotten a few new switches:
-p pkg = check the deps of files installed by pkg
-r = recurse into directories
-m = only print dependencies on missing libraries (replaces darkstar-missingdeps)
-w regex = match items depending regex (replaces darkstar-whoneeds)
-o and -d = prepend / append output with the packages owning the file and its dependancy
and some other output formatting options.
Some examples:
Code:
# List files that has a dependancy matching (elfutils|imlib2)  and
# the package it belongs to, excluding files that themself matches
# the regex, or belongs to a package matching it.

$ elfdeps -Eofl -r -c -w 'elfutils|imlib2' /
avrdude-6.3-x86_64-2_llt:/usr/bin/avrdude:/usr/lib64/libelf-0.163.so
fluxbox-1.3.7-x86_64-10_rcllt:/usr/bin/fluxbox:/usr/lib64/libImlib2.so.1.4.9
iproute2-4.4.0-x86_64-1:/sbin/tc:/usr/lib64/libelf-0.163.so
sxiv-20161011-x86_64-3_llt:/usr/bin/sxiv:/usr/lib64/libImlib2.so.1.4.9


# find missing deps in /usr
$ elfdeps -mr /usr
/usr/lib64/chromium/libclearkeycdm.so:libffmpeg.so:missing
/usr/lib64/chromium/libwidevinecdmadapter.so:libwidevinecdm.so:missing
/usr/lib64/vivaldi/vivaldi-bin:libffmpeg.so:missing
/usr/x86_64-slackware-linux/avr/lib/libopcodes-2.25.so:libbfd-2.25.so:missing

# List package dependancies of files owned by mpv
$ elfdeps -z mpv
mpv-0.20.0-x86_64-6_llt:alsa-lib-1.1.1-x86_64-2
mpv-0.20.0-x86_64-6_llt:ffmpeg-3.1.4-x86_64-1_llt
mpv-0.20.0-x86_64-6_llt:glibc-2.23-x86_64-1
mpv-0.20.0-x86_64-6_llt:lcms2-2.7-x86_64-2
mpv-0.20.0-x86_64-6_llt:libX11-1.6.3-x86_64-2
mpv-0.20.0-x86_64-6_llt:libXScrnSaver-1.2.2-x86_64-2
mpv-0.20.0-x86_64-6_llt:libXext-1.3.3-x86_64-2
mpv-0.20.0-x86_64-6_llt:libXinerama-1.1.3-x86_64-2
mpv-0.20.0-x86_64-6_llt:libXrandr-1.5.0-x86_64-1
mpv-0.20.0-x86_64-6_llt:libXv-1.0.10-x86_64-2
mpv-0.20.0-x86_64-6_llt:libass-0.13.4-x86_64-4_llt
mpv-0.20.0-x86_64-6_llt:libdrm-2.4.68-x86_64-1
mpv-0.20.0-x86_64-6_llt:libjpeg-turbo-1.5.0-x86_64-1
mpv-0.20.0-x86_64-6_llt:libva-1.6.2-x86_64-1
mpv-0.20.0-x86_64-6_llt:libvdpau-1.1.1-x86_64-1
mpv-0.20.0-x86_64-6_llt:v4l-utils-1.10.0-x86_64-1
mpv-0.20.0-x86_64-6_llt:zlib-1.2.8-x86_64-1

# Verbosely list all deps of the zathura package
$ elfdeps -vp zathura
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libatk-1.0.so.0:/usr/lib64/libatk-1.0.so.0.21809.1:atk-2.18.0-x86_64-1
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libc.so.6:/lib64/libc-2.23.so:glibc-2.23-x86_64-1
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libcairo.so.2:/usr/lib64/libcairo.so.2.11400.6:cairo-1.14.6-x86_64-2
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libfontconfig.so.1:/usr/lib64/libfontconfig.so.1.8.0:fontconfig-2.11.1-x86_64-2
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libfreetype.so.6:/usr/lib64/libfreetype.so.6.12.3:freetype-2.6.3-x86_64-1_rcllt
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libgdk-x11-2.0.so.0:/usr/lib64/libgdk-x11-2.0.so.0.2400.31:gtk+2-2.24.31-x86_64-1_slack14.2
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libgdk_pixbuf-2.0.so.0:/usr/lib64/libgdk_pixbuf-2.0.so.0.3200.3:gdk-pixbuf2-2.32.3-x86_64-1
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libgio-2.0.so.0:/usr/lib64/libgio-2.0.so.0.4600.2:glib2-2.46.2-x86_64-3_slack14.2
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libglib-2.0.so.0:/usr/lib64/libglib-2.0.so.0.4600.2:glib2-2.46.2-x86_64-3_slack14.2
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libgmodule-2.0.so.0:/usr/lib64/libgmodule-2.0.so.0.4600.2:glib2-2.46.2-x86_64-3_slack14.2
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libgobject-2.0.so.0:/usr/lib64/libgobject-2.0.so.0.4600.2:glib2-2.46.2-x86_64-3_slack14.2
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libgthread-2.0.so.0:/usr/lib64/libgthread-2.0.so.0.4600.2:glib2-2.46.2-x86_64-3_slack14.2
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libgtk-x11-2.0.so.0:/usr/lib64/libgtk-x11-2.0.so.0.2400.31:gtk+2-2.24.31-x86_64-1_slack14.2
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libm.so.6:/lib64/libm-2.23.so:glibc-2.23-x86_64-1
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libpango-1.0.so.0:/usr/lib64/libpango-1.0.so.0.3800.1:pango-1.38.1-x86_64-1
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libpangocairo-1.0.so.0:/usr/lib64/libpangocairo-1.0.so.0.3800.1:pango-1.38.1-x86_64-1
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libpangoft2-1.0.so.0:/usr/lib64/libpangoft2-1.0.so.0.3800.1:pango-1.38.1-x86_64-1
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libpthread.so.0:/lib64/libpthread-2.23.so:glibc-2.23-x86_64-1
zathura-0.2.6-x86_64-35_llt:/usr/bin/zathura:libsqlite3.so.0:/usr/lib64/libsqlite3.so.0.8.6:sqlite-3.13.0-x86_64-2_rcllt
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/djvu.so:ld-linux-x86-64.so.2:/lib64/ld-2.23.so:glibc-2.23-x86_64-1
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/djvu.so:libc.so.6:/lib64/libc-2.23.so:glibc-2.23-x86_64-1
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/djvu.so:libcairo.so.2:/usr/lib64/libcairo.so.2.11400.6:cairo-1.14.6-x86_64-2
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/djvu.so:libgcc_s.so.1:/usr/lib64/libgcc_s.so.1:gcc-5.3.0-x86_64-3
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/djvu.so:libglib-2.0.so.0:/usr/lib64/libglib-2.0.so.0.4600.2:glib2-2.46.2-x86_64-3_slack14.2
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/djvu.so:libjpeg.so.62:/usr/lib64/libjpeg.so.62.2.0:libjpeg-turbo-1.5.0-x86_64-1
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/djvu.so:libstdc++.so.6:/usr/lib64/libstdc++.so.6.0.21:gcc-g++-5.3.0-x86_64-3
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/pdf.so:libc.so.6:/lib64/libc-2.23.so:glibc-2.23-x86_64-1
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/pdf.so:libcairo.so.2:/usr/lib64/libcairo.so.2.11400.6:cairo-1.14.6-x86_64-2
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/pdf.so:libgio-2.0.so.0:/usr/lib64/libgio-2.0.so.0.4600.2:glib2-2.46.2-x86_64-3_slack14.2
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/pdf.so:libglib-2.0.so.0:/usr/lib64/libglib-2.0.so.0.4600.2:glib2-2.46.2-x86_64-3_slack14.2
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/pdf.so:libgobject-2.0.so.0:/usr/lib64/libgobject-2.0.so.0.4600.2:glib2-2.46.2-x86_64-3_slack14.2
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/pdf.so:libpoppler-glib.so.8:/usr/lib64/libpoppler-glib.so.8.8.0:poppler-0.47.0-x86_64-1_rcllt
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/ps.so:libc.so.6:/lib64/libc-2.23.so:glibc-2.23-x86_64-1
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/ps.so:libcairo.so.2:/usr/lib64/libcairo.so.2.11400.6:cairo-1.14.6-x86_64-2
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/ps.so:libglib-2.0.so.0:/usr/lib64/libglib-2.0.so.0.4600.2:glib2-2.46.2-x86_64-3_slack14.2
zathura-0.2.6-x86_64-35_llt:/usr/lib64/zathura/ps.so:libgs.so.9:/usr/lib64/libgs.so.9.19:ghostscript-9.19-x86_64-2
Other changes are that the -s switch of packcontent has been replaced by the `darkstar-packsize` utility. And a new `darkstar-dups` has been added, that lists files that mupltiple packages claims ownership of.
 
2 members found this post helpful.
Old 10-20-2016, 06:48 AM   #15
allend
LQ 5k Club
 
Registered: Oct 2003
Location: Melbourne
Distribution: Slackware64-15.0
Posts: 6,371

Rep: Reputation: 2749Reputation: 2749Reputation: 2749Reputation: 2749Reputation: 2749Reputation: 2749Reputation: 2749Reputation: 2749Reputation: 2749Reputation: 2749Reputation: 2749
Quote:
To celebrate my (and pjv's) birthday
Well knock me down with a feather. My congrats to you, and pjv (the big five O), and my brother!
 
  


Reply



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
LXer: Sun to Open Source Project Darkstar, Announces Darkstar Playground LXer Syndicated Linux News 0 03-07-2007 06:46 AM
How do I change darkstar? roc Linux - Newbie 2 07-13-2005 02:04 AM
What's darkstar? jimothy05 Slackware 5 09-27-2004 03:55 AM
surgest gnome applet 2 anounce new POP mail qwijibow Linux - Software 0 12-15-2003 09:12 AM
darkstar:~# wantlinux Linux - General 7 11-04-2003 07:09 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 06:09 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration