OhPhone is a H323 Video Conferencing Program compatible with other
H323 video conferencing programs including Microsoft NetMeeting.
OhPhone supports full duplex audio and bi-directional video.
It requires a full duplex sound card for audio support
and a Bt848/878 based video card (using the bktr driver) for video capture.
It uses the OpenH323 and PWLib libraries, developed by Equivalence Pty.
===> The following configuration options are available for ohphone-1.4.5_12:
DOCS=on: Build and/or install documentation
EXAMPLES=on: Build and/or install examples
===> Use 'make config' to modify these settings
Remove devel/pwlib, net/openh323 and net/ohphone. The OpenH323 project
was split into OpalVoip and H323Plus in 2007, both also available as ports.
Remove dependency on net/openh323 from net/asterisk13. The chan_h323
module has been replaced with chan_ooh323 which no longer depends on
openh323.
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
net/openldap24-*:
- Convert to USES=libtool and bump dependent ports
- Avoid USE_AUTOTOOLS
- Don't use PTHREAD_LIBS
- Use MAKE_CMD
databases/glom:
- Drop :keepla
- Add INSTALL_TARGET=install-strip
databases/libgda4* databases/libgda5*:
- Convert to USES=libtool and bump dependent ports
- USES=tar:xz
- Use INSTALL_TARGET=install-strip
- Use @sample
(Only the first 15 lines of the commit message are shown above )
Convert USE_BISON to USES= bison
It brings bison as a build dependency in case it is set the following way:
USES= bison or USES= bison:build
it brings bison as a run dependency in case it is set the following way:
USES= bison:run
it brings bison both as a run and build dependency in case it the set the
following way:
USES= bison:both
While here trim some headers
Convert some USE_GNOME= gnomehack to USES= pathfix
As already done for other devel/pwlib and net/openh323 dependant ports,
mark this port BROKEN on sparc64 < 700003.
The problem is caused by a missing symbol in the default thread library
on this ARCH.
PR: ports/99766
Submitted by: maintainer
Depend upon the repocopied pwlib152 and and openh323-112 ports, to ease the
transition to newer versions of pwlib and openh323 without breaking ports
which depend upon them.
PR: 83396
Submitted by: Steve Ames <steve@energistic.com>
In colaboration with: Steve Ames <steve@energistic.com>
Approved by: linimon ("no weeping changes ATM"-Heads-Up)
- Add a bison %pure-parser declaration in pwlib. The build was
depending on old bison behaviour (#define YYPURE) which no longer
works. Fixes crash of opengk and maybe more.
- Bump PORTREVISION of ports using pwlib (they link with it statically)
PR: ports/61053
Submitted by: Andrew MacTaggart <amactaggart@hkis.edu.hk>
Approved by: clement (mentor)
With portmgr hat on, reset Roger's maintainership of these ports. While
he hopes to get back to FreeBSD work soon, it's probably fairer in the
meantime to see if anyone else who has more time can adopt them.