- Remove obsolete NO_PACKAGE
- Remove IGNORE check for obsolete versions of FreeBSD
- Fix typo introduced in converting this port to USES=kmod
Approved by: portmgr (infrastructure blanket)
required steps are followed.
There are no user-visible changes. The exception is multimedia/ptx-kmod,
which now installs the kernel module into /boot/modules instead of
${PREFIX}/libexec/${PORTNAME}, this was something USES=kmod cannot handle.
PR: ports/183625
Submitted by: myself
Approved by: portmgr (bdrewery)
Exp-run by: bdrewery
on FreeBSD 10, and amd64 on earlier versions.
SSP_UNSAFE is added to disable in a port if it fails to build, but
this should only be used in rare circumstances such as kernel modules.
Otherwise, the port may just be failing due to lack of respecting
LDFLAGS.
On FreeBSD 10, this uses an ldscript in /usr/lib/libc.so to pull in
libssp_nonshared.a to address issues linking on i386 [1].
On earlier FreeBSD versions the WITH_SSP knob will add -lssp_nonshared
to LDFLAGS on i386. This is not needed on amd64. However, several hundred
ports do not currently respect LDFLAGS, so this support is disabled currently
as it causes build failures if a dependency is looking for the stack_chk
symbols.
Many thanks to jlh@ for this as he had many years of patience in getting
all of the necessary pieces [1][2] in.
[1] http://svnweb.freebsd.org/base/head/lib/libc/libc.ldscript?revision=251668&view=markup
PR: ports/138228 [2]
Submitted by: jlh (bsd.ssp.mk based on)
Reviewed by: bapt
With hat: portmgr
exp-runs done: 37 over a month on 91i386,91amd64,10i386,10amd64
FILTER_SCHEDULE_THREAD does not work on FreeBSD as described --
it is not actually a bit flag, so should not be used with FILTER_HANDLED
- Bump port version to 2.4.0rc5_3
literal name_enable wherever possible, and ${name}_enable
when it's not, to prepare for the demise of set_rcvar().
In cases where I had to hand-edit unusual instances also
modify formatting slightly to be more uniform (and in
some cases, correct). This includes adding some $FreeBSD$
tags, and most importantly moving rcvar= to right after
name= so it's clear that one is derived from the other.
constructions that parse out to [ -z "$foo" ] && foo=""
These are bad examples that get copied and pasted into new code, so the
hope is that with less bad examples there will be less need for me to
bring this up in review.
In a few of these files all that were changed were comments so that next
time I search for these patterns I won't trip on the file for no reason.
In a few places, add $FreeBSD$
No functional changes, so no PORTREVISION bumps
- dahdi - userland libraries and utilities
- dahdi-kmod - kernel modules
dahdi port can be packaged and this allows asterisk package
(that depends on dahdi) to be built as well.
Major changes are:
- it is no longer possible to unload drivers in use [1]
- wctdm params patch is now in upstream
- NO_FETCH patch and ADDITIONAL_DRIVERS patches are no longer required
PR: 150175 [1]
Sponsored by: The FreeBSD Foundation
- OSLEC echo canceller
- experimental wcb1xxp (zaphfc) port for CCD HFC-S single-port PCI ISDN cards
Sponsored by: The FreeBSD Foundation (this and all previous commits to this port)
Most notable changes are:
- wctdm, wcte11xp, wcte12xp drivers are no longer experimental
- outgoing FXO calls now work properly
- experimental wctc4xxp support
- experimental sparc64 support
Add a bchan patch for zaphfc driver.
Major changes are:
- wcfxo driver (X100P single-port FXO)
- hx8 firmware driver (hybrid 8-port FXO/FXS/BRI)
- all driver parameters are now exported as sysctl's
- experimental drivers (source-code ported but not tested on real HW yet):
- wctdm (Digium TDM400P: 4-port FXO/FXS)
- wcte11xp (Digium TE110P: PCI single-port T1/E1/J1)
- wcte12xp (Digium TE120P/TE121/TE122: PCI/PCI-E single-port T1/E1/J1)
- vpmadt032 (HW echo canceler)
Experimental drivers are available as a port option and are not enabled
by default.
DAHDi (Digium/Asterisk Hardware Device Interface) is the open source
device interface technology used to control Digium and other telephony
interface cards.
WWW: http://www.asterisk.org/dahdi/
Feature safe: yes
