Bug 133672 – Missing link libpri.so.1 in net-libs/libpri-1.0.8

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Natanael Copa 2006-05-18 03:04:02 UTC]

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!

[Comment 1 Rajiv Aaron Manglani (RETIRED) 2006-06-12 05:52:13 UTC]

does this still happen with libpri-1.0.9 or higher ?

please paste in the output of `emerge --info`.

[Comment 2 Natanael Copa 2006-06-13 00:15:29 UTC]

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

[Comment 3 Natanael Copa 2006-06-13 00:18:01 UTC]

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.

[Comment 4 Natanael Copa 2006-06-13 00:20:39 UTC]

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 #

[Comment 5 Natanael Copa 2007-03-22 12:31:16 UTC]

closing this bug since 1.2.x is in stable.