[MacPorts] #13749: asterisk - new port submission
MacPorts
trac at macosforge.org
Tue Jan 15 14:39:43 PST 2008
#13749: asterisk - new port submission
----------------------------------------+-----------------------------------
Reporter: marc.blanchet at viagenie.ca | Owner: macports-tickets at lists.macosforge.org
Type: enhancement | Status: new
Priority: Normal | Milestone: Port Submissions
Component: ports | Version:
Resolution: | Keywords:
----------------------------------------+-----------------------------------
Comment (by ecronin at macports.org):
Destroot is not succeeding for me- it installs directly under ${prefix}
both with and without the -t flag to port to enable trace mode. port
uninstall then leaves all the files around (`sudo rm -rf
/opt/local/var/lib/asterisk /opt/local/lib/asterisk/modules
/opt/local/etc/asterisk /opt/local/var/spool/asterisk
/opt/local/sbin/rasterisk /opt/local/sbin/asterisk
/opt/local/sbin/astgenkey /opt/local/sbin/autosupport
/opt/local/sbin/safe_asterisk /opt/local/include/asterisk
/opt/local/include/asterisk.h /opt/local/lib/asterisk
/opt/local/share/man/man8/asterisk.8
/opt/local/share/man/man8/safe_asterisk.8` cleans up after it I think)
I would still recommend addressing the dependency issues sooner rather
than later... Binary packages/installs won't work, and it may break
unexpectedly down the line for random users when an undetected library
dependency gets updated. On my install it seemed to have picked up
libtool, gawk, libogg, popt, speex, libusb, libvorbis, pkgconfig, libxml2,
and libxslt. Some of those seem like things you'd want variants for, but
some like libtool/popt/pkgconfig seem like actual dependencies for a
vanilla build. Also, the one dependency in the Portfile, wget, doesn't
seem to be used anywhere in the build.
--
Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13749#comment:6>
MacPorts </projects/macports>
Ports system for Mac OS
More information about the macports-tickets
mailing list