Asterisk's module is linked to libpri.so.1 hardened meta # readelf -d /usr/lib/asterisk/modules/chan_zap.so Dynamic section at offset 0x25bd0 contains 21 entries: Tag Type Name/Value 0x00000001 (NEEDED) Shared library: [libpri.so.1] 0x00000001 (NEEDED) Shared library: [libtonezone.so.1] 0x00000001 (NEEDED) Shared library: [libc.so.0] ... However the libpri.so.1 does not exist anywhere: hardened meta # equery b libpri.so.1 [ Searching for file(s) libpri.so.1 in *... ] It should be in the net-libs/libpri package: hardened meta # equery f libpri [ Searching for packages matching libpri... ] * Contents of net-libs/libpri-1.0.8: /usr /usr/include /usr/include/libpri.h /usr/lib /usr/lib/libpri.a /usr/lib/libpri.so -> libpri.so.1 /usr/lib/libpri.so.1.0 hardened meta # Something is broken here. Where did the libpri.so.1 go? Its missing. Even libpri.so link is broken since it points to something thats not there. Please add the missing link, libpri.so.1 in the current stable 1.0.8 package. Thanks!
does this still happen with libpri-1.0.9 or higher ? please paste in the output of `emerge --info`.
In libpri-1.0.9-r2, yes. hardened / # equery f libpri [ Searching for packages matching libpri... ] * Contents of net-libs/libpri-1.0.9-r2: /usr /usr/include /usr/include/libpri.h /usr/lib /usr/lib/libpri.a /usr/lib/libpri.so -> libpri.so.1 /usr/lib/libpri.so.1.0 hardened / # Where is the libpri.so.1? It is on my filesystem but not in the package. hardened / # emerge --info Portage 2.0.54-r2 (uclibc/x86/hardened, gcc-3.4.6, uclibc-0.9.28-r0, 2.6.16-gentoo-r9 i686) ================================================================= System uname: 2.6.16-gentoo-r9 i686 Intel(R) Pentium(R) D CPU 3.00GHz Gentoo Base System version 1.6.14 distcc 2.18.3 i386-gentoo-linux-uclibc (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.4.2 dev-python/pycrypto: [Not Present] dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i386-gentoo-linux-uclibc" CFLAGS="-march=i386 -Os -pipe -fomit-frame-pointer" CHOST="i386-gentoo-linux-uclibc" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-Os -pipe" DISTDIR="/var/cache/distfiles" FEATURES="autoconfig buildpkg distlocks nodoc noinfo noman sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/var/cache/packages/default" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/alpine-portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X509 bitmap-fonts bri bzip2 cdr cli cracklib curl dri encode expat gd gmp hardened iproute2 ipv6 jpeg mad mhash minimal ncurses netboot ogg oss pci pcmcia pic png pppd readline reflection rrdtool sensord session snmp speex spl ssl tdb truetype truetype-fonts type1-fonts uclibc udev usb userlocales vorbis winbind xorg zlib userland_GNU kernel_linux elibc_uclibc" Unset: CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS
Created attachment 89023 [details, diff] libpri-1.0.9-r2.ebuild.patch The attatched patch fixes the problem for 1.0.9-r2 Adding a dosym would probably fix 1.0.8 (stable) too.
The problem is fixed in libpri-1.2.2-r2 (I would guess in >=libpri-1.2) hardened libpri # equery f libpri [ Searching for packages matching libpri... ] * Contents of net-libs/libpri-1.2.2-r2: /usr /usr/include /usr/include/libpri.h /usr/lib /usr/lib/libpri.a /usr/lib/libpri.so -> libpri.so.1.0 /usr/lib/libpri.so.1 -> libpri.so.1.0 /usr/lib/libpri.so.1.0 hardened libpri #
closing this bug since 1.2.x is in stable.