deb-symbols (5)
Leading comments
dpkg manual page - deb-symbols(5) Copyright © 2007-2012 Rapha\(:el Hertzog <hertzog@debian.org> Copyright © 2011, 2013-2015 Guillem Jover <guillem@debian.org> This is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the impl...
NAME
deb-symbols - Debian's extended shared library information fileSYNOPSIS
symbolsDESCRIPTION
The format for an extended shared library dependency information entry in these files is:
library-soname main-dependency-template
[| alternative-dependency-template]
[...]
[* field-name: field-value]
[...]
symbol minimal-version [id-of-dependency-template]
The library-soname is exactly the value of the SONAME field
as exported by objdump(1). A dependency-template is a
dependency where #MINVER# is dynamically replaced either by
a version check like lq(>= minimal-version)rq or by nothing (if
an unversioned dependency is deemed sufficient).
Each exported symbol (listed as name@version, with
version being lqBaserq if the library is not versioned) is associated
to a minimal-version of its dependency template (the main dependency
template is always used and will end up being combined with the dependency
template referenced by id-of-dependency-template if present). The
first alternative dependency template is numbered 1, the second one 2,
etc.
Each entry for a library can also have some fields of meta-information.
Those fields are stored on lines starting with an asterisk. Currently,
the only valid fields are:
- Build-Depends-Package
- It indicates the name of the lq-devrq package associated to the library and is used by dpkg-shlibdeps to make sure that the dependency generated is at least as strict as the corresponding build dependency (since dpkg 1.14.13).
- Ignore-Blacklist-Groups
- It indicates what blacklist groups should be ignored, as a whitespace separated list, so that the symbols contained in those groups get included in the output file (since dpkg 1.17.6). This should only be necessary for toolchain packages providing those blacklisted symbols. The available groups are system dependent, for ELF and GNU-based systems these are aeabi and gomp.
EXAMPLES
Simple symbols file
libftp: ftp.so.3 libftp3 #MINVER#
DefaultNetbuf@Base 3.1-1-6
FtpAccess@Base 3.1-1-6
[...]
Advanced symbols file
libGL.so.1 libgl1
| libgl1-mesa-glx #MINVER#
* Build-Depends-Package: libgl1-mesa-dev
publicGlSymbol@Base 6.3-1
[...]
implementationSpecificSymbol@Base 6.5.2-7 1
[...]
SEE ALSO
wiki.debian.org/Projects/ImprovedDpkgShlibdepsdpkg-shlibdeps(1), dpkg-gensymbols(1).