Bug#787542: Bug#782475: Bug#787542: libudev1-udeb depends on missing libcap2

Cyril Brulebois kibi at debian.org
Sun Jun 7 22:22:56 BST 2015


Hello Christian,

Christian Kastner <debian at kvr.at> (2015-06-07):
> Sorry for the delay, I was AFK until just now.
> 
> I've prepared a quick upload consisting of only Matthias' patch, minus
> the superfluous d/shlibs.local as discussed in Michael's follow-up to
> the patch.
> 
> I do still need a sponsor, though. For whomever is willing to act as
> such, a source package can be obtained from the following link,
> 
>     http://www.kvr.at/debian/pool/main/libc/libcap2/libcap2_2.24-9.dsc
> 
> or, alternatively, via the git repo
> 
>     git://anonscm.debian.org/collab-maint/libcap2.git
> 
> using gbp.
> 
> Please let me know if there is anything else I can do.

I've just tried to build your package, to rebuild systemd and d-i
afterwards but it failed with:
| dh_makeshlibs -plibcap2 --add-udeb=libcap2-udeb -- -c4
| dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below
| dpkg-gensymbols: warning: debian/libcap2/DEBIAN/symbols doesn't match completely debian/libcap2.symbols
| --- debian/libcap2.symbols (libcap2_1:2.24-9_amd64)
| +++ dpkg-gensymbols1MqufS	2015-06-07 23:13:54.633114251 +0200
| @@ -1,4 +1,5 @@
|  libcap.so.2 libcap2 #MINVER#
| + __cap_lookup_name at Base 1:2.24-9
|   _cap_names at Base 1:2.10
|   _libcap_strdup at Base 1:2.10
|   cap_clear at Base 1:2.10
| dh_makeshlibs: failing due to earlier errors
| debian/rules:50: recipe for target 'override_dh_makeshlibs' failed

This doesn't happen with 1:2.24-8. Trying to build it a while ago led to
no warnings, but (re)building it now introduces this new symbol.
Probably due to some toolchain update (that I didn't investigate).

Having -9 introduce the -c4 flag makes the warning become a fatal error,
since the default behaviour (level 1 in dpkg-gensymbols, called by
dh_makeshlibs) is warn only.

It's somewhat fun to see how this function is constructed by the way. ;)
More seriously, I'm not sure it should be exposed in the shared library,
so you may want to unexpose it instead of just adding it to the symbols
file.

Mraw,
KiBi.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20150607/0dc2bb9c/attachment-0002.sig>


More information about the Pkg-systemd-maintainers mailing list