net/opal: Remove expired port

2023-06-30 net/opal: Very outdated, current version in tree was released back in
2013 and upstream is still active

Approved by:	portmgr (blanket)

net/opal: Deprecate and set expiration date to 2023-06-30

Current version is about 10y old and unsupported upstream.
No one has stepped up to maintain opal so set expiration date.

PR:		270325
Approved by:	gnome (maintainer timeout, 2+ months)

*/*: Bump all users of multimedia/ffmpeg*

...to make sure all picks up new version(s)

net/opal: Move to FFmpeg 4

Fails to build with FFmpeg 6

PR:		270325
Approved by:	portmgr (blanket, build fix)
Sponsored by:	Blinkinblox

audio/opus: bump consumers after update to 1.4

net/opal: unbreak the build and packaging with non-default options

Fix some minor grammar bugs and beautify port description while here.

PR:	270637

multimedia/x264: update to 0.164.3095

Changes:	https://code.videolan.org/videolan/x264/compare/5db6aa6...baee400f

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

net: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  <ports@c0decafe.net>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Straup Cope <ascope@cpan.org>
  *  Aaron Zauner <az_mail@gmx.at>
  *  Adam Jette <jettea46@yahoo.com>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Alan Eldridge <alane@geeksrus.net>
  *  Alex Bakhtin <Alex.Bakhtin@gmail.com>
  *  Alex Deiter <Alex.Deiter@Gmail.COM>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alex Dupre <sysadmin@alexdupre.com>

comms/spandsp: Update to 3.0.0

Patch consumers and bump PORTREVISION where appropriate.

PR:	258999
Reported by:	jailbird@fdf.net (maintainer)
Reviewed by:	madpilot@

net/opal: Disable celt support

It's been deprecated by upstream (Xiph) and obsolete since 2016

PR:		258657
Approved by:	riggs (multimedia), arrowd (mentor)
Differential Revision:	https://reviews.freebsd.org/D32049

multimedia/x264: update to 0.163.3060

Changes:	https://code.videolan.org/videolan/x264/compare/55d517b...5db6aa6

devel/libzrtpcpp: mark BROKEN

Does not compile on the cluster or 13- locally, because base SSL:
	hmac384.cpp:56:14: error: variable has incomplete type 'HMAC_CTX' (aka
'hmac_ctx_st')
	    HMAC_CTX ctx;
	/usr/include/openssl/ossl_typ.h:102:16: note: forward declaration of
'hmac_ctx_st'
	typedef struct hmac_ctx_st HMAC_CTX;
There is no definition of that type anywhere in /usr/include.

The only consumer of this library is -- or was -- net/opal,
and the use of this library was .if 0'ed out. Remove that
non-use of the library as well.

The library should also be marked BROKEN because the code is, well,
broken. Clang rightfully complains:

Remove # $FreeBSD$ from Makefiles.

multimedia/x264: update to 0.161.3020

Changes:	https://code.videolan.org/videolan/x264/compare/cde9a93...d198931
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

multimedia/x264: update to 0.160.3011

Changes:	https://code.videolan.org/videolan/x264/compare/296494a4...cde9a93
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

multimedia/x264: update to 0.159.2991

Changes:	https://code.videolan.org/videolan/x264/compare/34c06d1...1771b55
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

multimedia/ffmpeg: update to 4.2

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.2:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

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, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

multimedia/x264: update to 0.157.2945

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=72db437770fd1ce3961f624dd57a8e75ff65ae0b
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

net/opal: fix build with H323 option enabled

PR:		230203
Submitted by:	VVD <vvd@unislabs.com>

USES=compiler:c11 is necessary to build on GCC-based architectures.

PR:		233929
Submitted by:	Piotr Kubaj
Approved by:	portmgr (tier-2 blanket)

multimedia/ffmpeg: update to 4.1

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.1:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/

multimedia/x264: update to 0.155.2917

- HI10P is always built after
https://git.videolan.org/?p=x264.git;a=commitdiff;h=71ed44c73124

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=0a84d986e7020f8344f00752e3600b9769cc1e85
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

net/opal: properly set codec-specific options after r468745

multimedia/ffmpeg: update to 4.0

- FFSERVER support was removed upstream
- libressl now uses libtls backend instead of patching openssl one
- Clang i386 no longer uses 16-byte aligned stack

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.0:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/
PR:		227726
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D15175

net/opal: correct codec option names after r468745

net/opal: unbreak with ffmpeg 4.0

h263-1998.cxx:237:22: error: use of undeclared identifier 'CODEC_FLAG_TRUNCATED'
  m_context->flags = CODEC_FLAG_TRUNCATED  // Possible missing packets
                     ^
h263-1998.cxx:346:27: error: use of undeclared identifier 'CODEC_FLAG_AC_PRED'
      m_context->flags |= CODEC_FLAG_AC_PRED;
                          ^
h263-1998.cxx:348:28: error: use of undeclared identifier 'CODEC_FLAG_AC_PRED'
      m_context->flags &= ~CODEC_FLAG_AC_PRED;
                           ^
h263-1998.cxx:356:27: error: use of undeclared identifier
'CODEC_FLAG_LOOP_FILTER'
      m_context->flags |= CODEC_FLAG_LOOP_FILTER;
                          ^
h263-1998.cxx:358:28: error: use of undeclared identifier
'CODEC_FLAG_LOOP_FILTER'

net/opal: unbreak build with Clang 6 (C++14 by default)

src/sip/sipep.cxx:474:32: error: invalid suffix on literal; C++11 requires a
space between literal and identifier [-Wreserved-user-defined-literal]
  if (remoteParty.Find(";OPAL-"OPAL_SIP_REFERRED_CONNECTION) == P_MAX_INDEX)
                               ^
src/im/msrp.cxx:838:47: error: invalid operands to binary expression
('basic_ostream<char, std::__1::char_traits<char> >' and 'std::__1::ostream'
(aka 'basic_ostream<char>'))
    PStringStream str; str << ::setfill('\r') << mime.PrintContents(str);
                       ~~~~~~~~~~~~~~~~~~~~~~ ^  ~~~~~~~~~~~~~~~~~~~~~~~

Reported by:	antoine (via bug 224669)

multimedia/{lib,}x264: update to 0.152.2854

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=e9a5903edf8ca59ef20e6f4894c196f135af735e

Update license of ports using MPL (without version)

All ports now should use MPL[10|11|20] license.

Approved by:	portmgr (blanket)

multimedia/ffmpeg: update to 3.4

Notable changes:
- i386/amd64 now depend on NASM per
https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/4f9297ac3b39
- NETCDF is now MYSOFA but the dependency doesn't exist in ports yet
- SCHROEDINGER is gone per
https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/220b24c7c9
- DRM, LIBRSVG2, LIBXML2 are new options
- ABI isn't completely compatible: some structs have changed

Minor cleanup:
- Don't pass --disable-{in,out}dev when it's already blocked by disabled
dependency
- Drop redundant "Enable" from option descriptions
- Switch CDIO_DESC to use Mk/bsd.options.desc.mk

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n3.4:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/
PR:		223057
Exp-run by:	antoine

Chase ffmpeg 3.3 update (ABI changes)

PR:		218658
Submitted by:	riggs

multimedia/ffmpeg: update to 3.2.2

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n3.2.2:/Changelog
PR:		207547
Submitted by:	riggs, ebirth@b0ss.net (libressl fix)
Exp-run by:	antoine (3 tries)

multimedia/x264: update to 0.148.2708

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=86b71982e131eaa70125f8d0e725fcade9c4c677
Differential Revision:	https://reviews.freebsd.org/D7958
Approved by:	koobs (maintainer)

Fix type for abs() calls in net/opal

During the exp-run in bug 208158, it was found that net/opal gives
errors with libc++ 3.8.0 [1]:

../common/mpi.cxx:135:18: error: call to 'abs' is ambiguous
    distance = ( abs(MPIs[i].width  - desiredWidth ) *
                 ^~~

This is because abs() is being called with unsigned arguments.  Fix
this by casting the arguments to the appropriate signed type.  This
mimics what happens with older libraries where the only version of
abs() was the one in <stdlib.h>, which is prototyped:
	int abs(int)
Correct functioning of this expression relies on how integer overflow
actually behaves, which is actually undefined in the C++ standard.

PR:		209077
Submitted by:	dim

net/opal: Fix build with ffmpeg 3.0.x
- Add patch to allow opal to build successfully once multimedia/ffmpeg
  is updated to 3.0.x. Note that multimedia/ffmpeg is currently still
  on the 2.8.x branch, however this patch is backwards compatible with
  ffmpeg 2.8.x.

PR:		209346
Reported by:	antoine (PR207547)
Reviewed by:	kwm (with gnome hat)
Approved by:	adamw (mentor)
Obtained from:	ArchLinux [1]
Differential Revision:	https://reviews.freebsd.org/D6308

  [1]
https://git.archlinux.org/svntogit/packages.git/tree/trunk/opal-ffmpeg3.patch?h=packages/opal

Remove ${PORTSDIR}/ from dependencies, categories m, n, o, and p.

With hat:	portmgr
Sponsored by:	Absolight

Switch opal to newer ffmpeg.

Noticed by:	bapt@
Obtained from:	ffmpeg 2.x patch obtained from linuxfromscratch.

Fix plist, when the X264 option is unset.

PR:		200800
Submitted by:	lumiwa@gmail.com

multimedia/{lib}x264: Update to 0.144.2533 and major refactor

- Update to 0.144.2533 (from upstream stable branch) [1]
- Switch x264 and libx264 ports to master/slave ports respectively
- Bump PORTREVISION for dependent ports as the shared library version
  has changed.

multimedia/x264:

- Clean up and update "updating instructions" in Makefile header
- Tweak COMMENT
- Only LIB_DEPENDS on libx264 and add PLIST_FILES if this isn't the
  libx264 port.
- Allow COMMENT, USES, OPTIONS_*, CONFIGURE_ARGS to be overriden in
  libx264 port.

- Update comms/spandsp to version 0.0.6 [1]
- Convert all comms/spandsp-devel consumers to use newer comms/spandsp
- Bump affected ports
- Mark comms/spandsp-devel as deprecated and set expiration date
- Add upgrade instructions to UPDATING

PR:		194399 [1]
Submitted by:	Nikola Kolev <koue@chaosophia.net> [1]
Approved by:	madpilot (asterisk ports), maintainer timeout (other)

multimedia/x264: General overhaul

- Split x264 into two ports: the CLI application (x264), and the library
  (libx264). This will allow x264 to use lavf and friends from ffmpeg for
  decoding and demuxing while preventing a circular dependency between the
  two: x264 can depend on ffmpeg, but ffmpeg will depend on libx264 rather
  than x264.
- Add the LAVF option to the CLI port, making the dependency on ffmpeg
  optional.
- Update to 0.142.2455.
- Amend fixes to local patches so that they can apply to the new upstream
  files.
- Provide the git revision and other version information to the build
  environment, allowing the CLI binary to display this information (like the
  Windows builds).
- Remove unsupported build options (X11_OUTPUT).
- Ensure that the library and CLI ports each have the appropriate options.
- Add notes for future contributors who wish to update the ports.
- Bump PORTREVISION for all dependent ports.

PR:           187805
Differential Revision:	https://reviews.freebsd.org/D1159
Submitted by: Andrew Berg <aberg010@my.hennepintech.edu>
Approved by:  koobs (maintainer, mentor)

Cleanup plist

comms/spandsp-devel:
- Fix installation of lib/libspandsp.so.2 (when patching configure.ac
  almost all USE_AUTOTOOLS are needed)
- Replace CONFIGURE_ARGS with CPPFLAGS/LIBS

Reported by:	antoine

Remove extra space in LID_DESC.
Remove leftover dir to please make check-plist.

Submitted by:	Dmitry Marakasov

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)

- Switch comms/spandsp-devel to USES=libtool, drop .la files
- Bump dependent ports as .so version has changed
- Use install-strip target instead of STRIP_CMD
- Add/fix libspandsp.so versions in LIB_DEPENDS to differentiate between spandsp
and spandsp-devel

Approved by:	portmgr blanket

Convert a bunch of USE_XZ to USES=tar:xz.

Approved by:	portmgr (not really, but touches unstaged ports)

Stagify.

Switch to ffmpeg 0.x [1]. This should resolve building failures with ffmpeg 2.x.

Submitted by:	wg@ [1]

multimedia/ffmpeg: update to 2.0.1

- Update main ffmpeg port to 2.0.1
- Bump and update dependent ports when necessary (API change)

Approved by:	portmgr (bapt)

multimedia/x264: Update to 20130827 snapshot

- Update to 20130827 snapshot
- Add CONFIGURE_ARGS to disable OpenCL, fixes configure failure
- Chase library version bump in dependent ports

PR:		ports/182484
Submitted by:	mm
Reviewed by:	kwm, bapt

Add NO_STAGE all over the place in preparation for the staging support (cat:
net)

Move ptlib26, opal3 and ekiga3 to unversioned ports and update to:
ptlib to 2.10.10
opal to 3.10.10
ekiga to 4.0.1

Remove old versions, in preperation of svn mv of versioned ports to unversioned.

Assign to gnome@ [1], update Makefile header, OptionsNG.

Approved by:	previous maintainer [1]

- update png to 1.5.10

- Bump PORTREVISION to chase the update of multimedia/libvpx

- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead

PR:             157936
Submitted by:   myself
Exp-runs by:    pav
Approved by:    pav

Remove USE_GNOME=gnometarget from ports. It has been a empty keyword since
mid 2008.

PR:             ports/159624
Submitted by:   Ruslan Mahmatkhanov <cvs-src@yandex.ru>

Bump due to ffmpeg update to 0.7.1

- Mark BROKEN on 9.X: does not compile

Reported by:    pointyhat

- Get Rid MD5 support

Chase after net/openldap24-server update.

Reminded by:    miwi

Sync to new bsd.autotools.mk

Punt autoconf267->autoconf268

Autotools update.   Read ports/UPDATING 20100915 for details.

Approved by:    portmgr (for Mk/bsd.port.mk part)
Tested by:      Multiple -exp runs

- Update ffmpeg to 0.6

Register conflict between opal and opal3.

- Update download location

Reported by:    -fetch-original pointyhat run

Bump PORTREVISION's after OpenLDAP update.

Suggested by:   rafan

Conversion from (now defunct) autoconf-2.61 to autoconf-2.62

Tested by:      exp build run (erwin)

Remove the scalpel forgotten inside the patient.

Upgrade from 2.2.8 to 2.2.11.

Switch autoconf dependencies from 2.53 or 2.59 to 2.61.

PR:             ports/116639
Submitted by:   aDe

The author's site is flaky. Add a MASTER_SITE_LOCAL mirror on portmgr's
request.

Upgrade opal to 2.2.8 (from 2.2.4) and ekiga to 2.0.9 (from 2.0.4).
These versions are only available from Ekiga.org, rather than from
the traditionally used site VoxGratia.org...

Turn the previously "hidden" knobs into OPTIONS. Make ekiga accept
whatever versions of opal and pwlib are installed.

Take over maintainership, as I plan to use ekiga myself -- unlike
the current maintainer.

Approved by: maintainer

Always use -fPIC, when building shared libraries. Apparently, this is
not always required on i386.

While here, remove requirements for particular shlib-versions of the
dependencies.

Approved by:    maintainer

- Chase the merged of speex-devel -> speex
- Drop 4.X support

PR:             110193
Submitted by:   Jean-Baptiste Quenot <jbq@caraldi.com> (maintainer)

Chase the merged of speex-devel -> speex.

Chase speex-devel's shared library version change, bump PORTREVISION.

- Update to 2.2.4
- Replace depreacted variable: INSTALLS_SHLIB
- Use DATADIR

PR:             ports/108724
Submitted by:   chinsan
Approved by:    Jean-Baptiste Quenot <jbq at caraldi.com> (maintainer)

Retire NO_FILTER_SHLIBS now that it no longer serves a purpose

Add patch to fix build when LOCALBASE != /usr/local. The configure
script checked explicitly in /usr/local for pwlib. This patch has
also been sent upstream.

Patch does not affect build when LOCALBASE == /usr/local, so no
PORTREVISION bump required.

Approved by:    Jean-Baptiste Quenot <jbq@caraldi.com> (maintainer)

Update to 2.2.3.

Approved by:    maintainer

- update to 2.2.2
- This is an update of net/ekiga and net/opal.  Requires the latest update to
  pwlib (FreeBSD port is uptodate since one week).
  This update also incorporates a new user-contributed patch,
  see Bug 345308 - Keypad does not work properly at
  http://bugzilla.gnome.org/show_bug.cgi?id=345308

PR:             ports/99764
Submitted by:   maintainer (Jean-Baptiste Quenot)

When net/asterisk is installed, net/opal does not build because it detects the
presence of include/libpri.h installed by net/asterisk, but the build fails.

To fix this problem, please add the port patch below submitted by
Matt Horan <matt@matthoran.com>.

PR:             ports/95641
Submitted by:   maintainer

Fix build on AMD

PR:             ports/96102
Submitted by:   maintainer

Mark broken on 4.x

PR:     95578

* Remove the double underscore from the library names
* Add WITH_FFMPEG knob
* Add WITH_SPEEX knob to build with speex-devel instead of the bundled version
  NOTE: there is an explicit BUILD_DEPENDS to make sure audio/speex-devel
  is installed as audio/speex and audio/speex-devel install the same shared
  library version!!

PR:             95464
Submitted by:   Joerg Pulz <Joerg.Pulz@frm2.tum.de>
Approved by:    maintainer

fix building of net/opal, with hints from Steve Ames <steve@energistic.com>

New port net/opal based on net/openh323

        OPAL is the "next generation" of OpenH323 that has a new
        architecture.  The new port is based on net/openh323 (same
        author, port Makefiles very similar), so could you please:

        1) make a repocopy from openh323 to opal

        2) apply the patch in opal, note that old patch files are
           removed, and a new patch file is provided

PR:             ports/95320
Submitted by:   Jean-Baptiste Quenot <jbq@caraldi.com>