Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 298830 - net-misc/asterisk-1.2.37 USE=zaptel should depend on USE=pri
Summary: net-misc/asterisk-1.2.37 USE=zaptel should depend on USE=pri
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High minor
Assignee: Tony Vroon (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-12-29 08:00 UTC by Florian "adlerweb" Knodt
Modified: 2011-02-27 19:32 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Florian "adlerweb" Knodt 2009-12-29 08:00:51 UTC
If i try to compile net-misc/asterisk-1.2.37 with USE="zaptel" and already installed net-libs/libpri-1.2.5 USE="bri" the compile aborts with an error regrading missing pri functions.

Reproducible: Always

Steps to Reproduce:
1. merge net-libs/libpri with USE=bri
2. try to emerge net-misc/asterisk-1.2.37 USE=zaptel

Actual Results:  
The compile aborts with this error:

[...]
i686-pc-linux-gnu-gcc -c -O2 -march=pentium4 -pipe -fomit-frame-pointer -Wformat-security -pipe  -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations  -Iinclude -I../include -D_REENTRANT -D_GNU_SOURCE  -O2 -march=pentium4 -pipe -fomit-frame-pointer -DZAPTEL_OPTIMIZATIONS         -fomit-frame-pointer  -Wno-missing-prototypes -Wno-missing-declarations -DZAPATA_PRI -DIAX_TRUNKING -DCRYPTO -fPIC  -o chan_zap.o chan_zap.c
chan_zap.c: In function 'zt_call':
chan_zap.c:2240: error: too few arguments to function 'pri_sr_set_bearer'
chan_zap.c: In function 'zt_hangup':
chan_zap.c:2638: error: too few arguments to function 'pri_hangup'
chan_zap.c:2658: error: too few arguments to function 'pri_hangup'
chan_zap.c: In function 'zt_handle_event':
chan_zap.c:3861: error: too few arguments to function 'pri_hangup'
chan_zap.c: In function 'pri_dchannel':
chan_zap.c:8431: error: too few arguments to function 'pri_hangup'
chan_zap.c:8586: error: too few arguments to function 'pri_hangup'
chan_zap.c:8720: error: too few arguments to function 'pri_hangup'
chan_zap.c:8756: error: too few arguments to function 'pri_hangup'
chan_zap.c:8765: error: too few arguments to function 'pri_hangup'
chan_zap.c:8774: error: too few arguments to function 'pri_hangup'
chan_zap.c:8776: error: too few arguments to function 'pri_hangup'
chan_zap.c:9027: error: too few arguments to function 'pri_hangup'
chan_zap.c:9099: error: too few arguments to function 'pri_hangup'
chan_zap.c: In function 'start_pri':
chan_zap.c:9311: error: too few arguments to function 'pri_new'
chan_zap.c: In function 'load_module':
chan_zap.c:11116: warning: passing argument 1 of 'pri_set_error' from incompatible pointer type
chan_zap.c:11117: warning: passing argument 1 of 'pri_set_message' from incompatible pointer type
make[1]: *** [chan_zap.o] Error 1
make[1]: Leaving directory `/var/tmp/portage/net-misc/asterisk-1.2.37/work/asterisk-1.2.37/channels'
make: *** [subdirs] Error 1

Expected Results:  
Asterisk should work or portage should complain about the dependencies

Compile works fine if net-libs/libpri is not installed or was installed with USE="bri"

Portage 2.1.6.13 (default/linux/x86/10.0/server, gcc-4.1.2, glibc-2.9_p20081201-r2, 2.6.30-gentoo-r8-adlerweb-primergy i686)
=================================================================
System uname: Linux-2.6.30-gentoo-r8-aw_primergy-i686-Intel-R-_Xeon-TM-_CPU_3.06GHz-with-gentoo-1.12.13
Timestamp of tree: Fri, 25 Dec 2009 23:45:01 +0000
distcc 3.1 i686-pc-linux-gnu [disabled]
app-shells/bash:     4.0_p35
dev-java/java-config: 2.1.9-r1
dev-lang/python:     2.4.4-r13, 2.5.4-r3, 2.6.4
dev-python/pycrypto: 2.0.1-r8
dev-util/cmake:      2.6.4-r3
sys-apps/baselayout: 1.12.13
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.63-r1
sys-devel/automake:  1.7.9-r1, 1.9.6-r2, 1.10.2
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.27-r2
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/fax /usr/share/config /var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://df.gentoo.aw.int http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LDFLAGS="-Wl,-O1"
LINGUAS="de en"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/layman/vmware /usr/local/portage /usr/local/portage/layman/sunrise /usr/local/portage/layman/armagetron /usr/local/portage/layman/vmware /usr/local/portage/layman/vdr-xine /usr/local/portage/layman/synce"
SYNC="rsync://pt.gentoo.aw.int/gentoo-portage"
USE="X aac acl alsa amazon amr amrnb amrwb apache2 avahi bash-completion berkdb bri bzip2 cdio cdparanoia cli cracklib crypt ctype cups cxx dbus dri dv ffmpeg flac fortran ftp gd gdbm gif gpm gs hal iconv id3tag idn imagemagick imap inifile jpeg lame mdnsresponder-compat mmx modules mp2 mp3 mp4 mpeg mudflap musicbrainz mysql mysqli ncurses nls nptl nptlonly ogg opengl openmp pam pcre perl png posix pppd pulseaudio python qt3support readline reflection rtc sdl session simplexml snmp sockets spl sse sse2 ssl svg sysfs tcpd theora threads tiff truetype unicode usb v4l vim-syntax vorbis win32codecs x264 x86 xml xmlrpc xorg xv xvid zaptel zip zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de en" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="mach64 vesa"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Florian "adlerweb" Knodt 2009-12-29 08:30:03 UTC
first thought it was just something with my setup but as far as i can see from the sample configuration files all signaling methods for chan_zap depend on pri-functionality inside asterisk so without libpri/USE=pri the module compiles but looks pretty useless to me. I think depending on asterisk USE="pri" would be the easiest way to fix this.
Comment 2 Tony Vroon (RETIRED) gentoo-dev 2011-02-27 19:32:13 UTC
Sorry to see that your report never got actioned; if it is any consolation the ebuilds in question are now gone from the portage tree. Asterisk 1.6.2 & 1.8 seem to handle this correctly (and the implementation of BRI no longer depends on hefty patchsets either), so I will close this report off now.