comms/{svxlink,qtel}: fix package conflicts

${USE_RC_SUBR} files, UID/GID and /var/spool/svxlink only apply to
comms/svxlink, but were included in both packages, which prevented
both from coexisting in the same environment.

While here, allow independent ${PORTREVISION}s between the ports

comms/svxlink: Fix missing port files

Looks like I missed adding some files

comms/svslink: Update svxlink

- Update svxlink
- add some startup scripts
- fix module load

comms/rtl-sdr: Update to 2.0.1

and bump dependent ports' revisions

audio/opus: bump consumers after update to 1.4

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.

comms: remove 'Created by' lines

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

  *  'Big Bad Bob' Frazier <bobf@mrp3.com>
  *  <mr@freebsd.org>
  *  Alex Samorukov <samm@freebsd.org>
  *  Alexander Logvinov <ports@logvinov.com>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Anders Nordby <anders@FreeBSD.org>
  *  Andreas Klemm <andreas@klemm.gtn.com>
  *  Andrew Dolgov <fox@furry.spb.ru>
  *  Andrey Lykhin <lan31@inbox.ru>
  *  Anton Voronin <anton@urc.ac.ru>
  *  Brandon S. Allbery KF8NH <allbery@ece.cmu.edu>

*: Clean up some things

- Fix typos
- Fix overwritten variables with focus on master/slave ports
- Remove unreferenced variables
- Sort categories
- Remove redundant option descriptions
- Clean up commented PORTREVISION
- Add missing USES

Reported by:	portscan

comms/svxlink: Unbreak qtel

- Unbreak qtel by adding GH_PROJECT to svxlink
- remove redundant REINPLACE

Cleanup: for ports under c* categories, drop redundant GH_{ACCOUNT,PROJECT}.

Remove # $FreeBSD$ from Makefiles.

Bump portrevision for devel/evdev-proto

Bump portrevision on everything with a build dependency on
devel/evdev-proto, to chace the update of evdev-proto in r550442.

Remove bad usage of MANDIRS

I forgot how Master/Slave ports work. I needed to bump PORTREVISION
of Master port for qtel to unbreak qtel. oops.

SvxLink release 19.09.1 -- 01 Sep 2019

@sm0svx sm0svx released this 4 days ago

This release of SvxLink have no single big feature addition but a lot of
smaller ones. Some examples are: AFSK metadata transmission for RF linked
remote receivers, per receiver voter delay adjustment, new module ModuleTrx to
remote control transceivers using DTMF, more flexible announcement
configuration and more.

As usual a number of bugs have been fixed. The full list of changes and more
details can be found in the README for release 19.09. Information on
configuration of new features can be found in the manual pages.

Reported by:	portscout

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

Update to 17.12.2
This version supports qt5

SvxLink release 17.12 -- 30 Dec 2017
------------------------------------
The biggest news in this release is the initial revision of the SvxReflector
application. The SvxReflector application is meant to be used as a center point
to link SvxLink nodes together. The new SvxLink ReflectorLogic logic core is
used to connect a SvxLink node to the reflector server. One or more logics can
then be connected to the refelctor using normal logic linking.

In addition a lot of smaller feature additions have been made and also a number
of bugs have been fixed. The full list of changes and more details can be found
below. Information on configuration of new features can be found in the manual
pages.

comms/svxlink: disable the ninja generator

- with ninja 1.9 duplicate targets are errors [1]

[1]
https://github.com/ninja-build/ninja/commit/42eefc854b32b3c1efc27548baaacdebad199853

PR:		235507

comms/rtl-sdr: Switch to upstream versioning scheme and update to 0.6.0

Also:
- Switch to Github mirror
- Bump dependent ports' PORTREVISIONs

Use USES=pkgconfig where appropriate

Split out evdev headers from multimedia/v4l_compat

Split out evdev headers (input.h, input-event-codes.h, uinput.h) into their
own port, devel/evdev-proto, and update those to be current with the Linux
4.19 kernel.  This is done in order to be able to update the rest of the
FreeBSD input stack, which is forthcoming.

By splititng out the evdev headers we can update them independent of other
updates in v4l_compat, which makes it easier for the graphics team to keep
track of them and keep them updated as needed.

Update devel/libevdev from 1.4.4 to 1.5.9 instead of trying to make it work
with the updated headers.  This will be further updated.

Update devel/py-evdev from 0.5.0 to 0.8.1 instead of trying to make it work

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 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, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

Add DOCS options to ports that should have one.

Also various fixes related to said option.

PR:		230864
Submitted by:	mat
exp-runs by:	antoine

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk

From now on, ports that depend on Qt4 will have to set
	USES=		qt:4
	USE_QT=		foo bar
ports depending on Qt5 will use
	USES=		qt:5
	USE_QT=		foo bar

PR:		229225
Exp-run by:	antoine
Reviewed by:	mat
Approved by:	portmgr (antoine)
Differential Revision:	-https://reviews.freebsd.org/D15540

Fix port builds for architectures which remain on gcc as the default compiler.
This will primarily help powerpc64.

For archs where clang is the default compiler, these changes will have no
effect, as the base compiler already has these capabilities (primarily, but
not exclusively, c++-11).

Tested for no-harm on amd64.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Add rtlsdr support

PR:		ports/223356
Submitted by:	takefu@airport.fm

[svxlink] make this compile / run on FreeBSD-HEAD again.

I've also submitted the patches upstream.

Approved by:	db
Differential Revision:	https://reviews.freebsd.org/D12680

Deprecate ports broken for more than 6 months

Register the dependency on groff

Chase a bunch of failures after libsigc++20 update

New libsigc++20 requires c++11 (it exposes c++11) so explicitly use -std=c++11
where needed.
Mark as broken a bunch of ports which are not c++11 compatible

Move doxygen dependency from DOCS to DOXYGEN.

Sponsored by:	Absolight

Do not use post-stage.  Use post-install instead.

The only reason to use post-stage is because the port needs to do
"things" at a later time, like some plist manipulation.
While there, fold post-install in do-install targets when they are
defined.

PR:		214780
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight

Summary: comms/svxlink: Fix build with libc++ 3.8.0

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

/wrkdirs/usr/ports/comms/svxlink/work/svxlink-15.11/src/async/audio/AsyncAudioDe
+viceAlsa.cpp:551:7:
error: call to 'abs' is ambiguous
  if (::abs(real_rate - sample_rate) > 100)
      ^~~~~

This is because abs() is being called with an unsigned argument.  Fix this by
casting 'real_rate' to int, since it was assigned from 'sample_rate' anyhow.

PR:		ports/209371
Reported by:	@dim

Update svxlink/qtel to latest release

Remove ${PORTSDIR}/ from dependencies, Mk and categories a, b, and c.

With hat:	portmgr
Sponsored by:	Absolight

Update svxlink to 14.08.2.

This update contains commits so it builds with c++11. This is needed
for the libsigc++20 update to 2.6, which has a hard requirement on a c++11
compiler. As such add USES=compiler:c++11-lib.

PR:		207514
Approved by:	hamradio@ (db@)

Don't set DISTNAME when using USE_GITHUB and MASTER_SITES=GH, the
framework already sets a unique DISTNAME.

With hat:	portmgr
Sponsored by:	Absolight

Convert ports to use the options helpers in categories [abc]*, and minor fixes.

Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D3412?

Unbreak comms/qtel slave port

Update ports in the [bcd]* categories to not use GH_COMMIT.

With minor cleanups to make things simpler.

With hat:	portmgr
Sponsored by:	Absolight

Update to 14.08

Switch to cmake
Switch to github
Add the STATIC, DOCS, ALSA, and OSS options
Make a master port so comms/qtel can be a slave port

security/libgcrypt: 1.6.1 -> 1.6.2, bump depends

Changes:
- src/sexp.c (do_vsexp_sscan): Return error for invalid args.
- cipher/md.c (_gcry_md_info): Fix a segv in case of calling
  with wrong parameters.
- cipher/primegen.c (_gcry_generate_elg_prime): Change to return an
  error code, possible NULL deref in call to prime generator.
- cipher/dsa.c (generate): Take care of new return code.
- cipher/elgamal.c (generate): Change to return an error code.  Take
	care of _gcry_generate_elg_prime return code.
- ecc: Support the non-standard 0x40 compression flag for EdDSA.
- mpi: Extend the internal mpi_get_buffer.
- mpi: Fix regression for powerpc-apple-darwin detection.
- Fix bug inhibiting the use of the sentinel attribute in src/gcrypt.h.in

Cleanup plist

- Don't remove mtree directory

Approved by:	portmgr blanket

security/libgcrypt: 1.5.3_3 -> 1.6.1

- Update to 1.6.1
- Remove some unneeded patches
- Fix pkg-plist
- report configure bug upstream
  https://bugs.g10code.com/gnupg/issue1668
- report API breakage downstream and find that MacPorts had the same issue
  https://rt.cpan.org/Ticket/Display.html?id=97201
- bump PORTREVISION for dependent ports (approx. 100 ports)
- Thanks to exp-run by antoine@ to find ports that break
- patch ports that would otherwise break
  security/shishi with PR 192164 is already committed
  [1] devel/ccrtp
  [2] editors/abiword
  [3] security/p5-Crypt-GCrypt

PR:		191256, 192162 [1], 192163 [2], 192166 [3]
Submitted by:	Carlos Jacobo Puga Medina <cjpugmed@gmail.com>
Approved by:	maintainer timeout, antoine (exp-run), portmgr (implicit)

Update my ports to use my shurd@FreeBSD.org account

Approved by:    db, skreuzer (mentors)

The SvxLink project is a flexible, general purpose voice services system for
ham radio use. The project also includes Qtel, an EchoLink client GUI
application.

WWW: http://sourceforge.net/apps/trac/svxlink/

This replaces the earlier and removed comms/qtel port.

PR:		ports/188452
Submitted by:	Stephen Hurd <shurd@sasktel.net>