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.

devel: remove 'Created by' lines

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

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  <jkoshy@FreeBSD.org>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Aaron H. K. Diep <ahkdiep@gmail.com>
  *  Aaron Hurt <ahurt@anbcs.com>
  *  Abel Chow <abel_chow@yahoo.com>
  *  Adam McLaurin
  *  Adam Saponara <as@php.net>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>

Remove # $FreeBSD$ from Makefiles.

devel/jrtplib : upgrade to 3.11.2

The original author step off the project, so for now, update the
WWW link to point to the archived page who describes the project.

Major changes:
 - Taking EINTR in nanosleep, poll and select calls into account.
   Thanks to Filippo Guerzoni (filippo.guerzoni@gmail.com) for bringing
   this to my attention.
 - Disabled some copy constructors
 - Bugfix in RTPExternalTransmitter: a buffer could fill up causing the
   an operation to fail to get aborted
 - Added constructor to RTPRawPacket to guess RTP/RTCP type
 - Bugfixed regarding some calles being cut short due to an EINTR

devel/jrtplib: Switch upstream and update version

Switch upstream to Github since the previous
repo wasn't update since 2017. Also switch to
head to take advantage of bugfixes and
improvements done but never released as an
official version.

This new version add a dependency on net/libsrtp2
in order to support encrypted streams.

Major changes and improvements:
 * Add support for libsrtp2
 * Avoid `using namespace std` to allow c++14 compilation
 * Added RTPRawPacket constructor which determines RTP/RTCP automatically
 * Fix rtpsecuresession.cpp when thread is not supported
 * Testing getifaddrs/freeifaddrs availability as well as header file
 * Tried to fix the abort socket buffer filling up
 * Added test program that shows bug in external transmitter
 * Handling EINTR in nanosleep call
 * Test to cause EINTR in poll/select
 * Ignoring EINTR in poll and select calls

PR:		245577
Submitted by:	yuri

devel/jrtplib: Replace URLs in MASTER_SITES and WWW with https versions

Approved by:	portmgr (blanket port compliance)

Fix buil for 12.0

- Fix c++ source code
- Redo existing patch (make makepatch)
- Bump PORTREVISION

Update port to v3.11.1 and take maintenership for this port

Update to 3.11.0.

1: Update to 3.10.0.
2: use pathfix, and remove uneeded post-patch.

- Fix trailing whitespace in pkg-descrs, categories [a-f]*

Approved by:	portmgr blanket

Cleanup plist

Convert a bunch of USE_BZIP2 to USES=tar:bzip2

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

- Stage support

Add NO_STAGE all over the place in preparation for the staging support (cat:
devel part 2)

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

- convert USE_CMAKE to USES
- while here clean up some ports from CMAKE_VERBOSE, which is intended
  for users

Approved by:	portmgr (miwi)

- Update to version 3.9.1
- Add LICENSE
- Add MAKE_JOBS_SAFE

PR:           ports/171984
Submitted by: KATO Tsuguru <tkato432 _at_ yahoo.com>
Approved by:  beat (mentor)
Feature safe: yes

- Reassign to the heap at the maintainer's request

- remove maintainer tags from pkg-descr

Approved by:    portmgr
Approved by:    bapt (mentor)

-remove MD5

Sync to new bsd.autotools.mk

-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.

It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.

With help:      marcus and kwm
Pointyhat-exp:  a few times by pav
Tested by:      pgollucci, "Romain Tartière" <romain@blogreen.org>, and
                a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by:    marcus
Approved by:    portmgr

- Update to 3.7.1

PR:             ports/128936
Submitted by:   Yi-Jheng Lin <yzlin AT cs.nctu.edu.tw>
Approved by:    "Petr Holub" <hopet AT ics.muni.cz> (maintainer)

Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.

To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.

To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.

Changes to Mk/*:
 - Add runtime detection magic in bsd.port.mk

- Update to 3.7.0
- Update MASTER_SITES/WWW

PR:             ports/109011
Submitted by:   Yi-Huan Chan <yhchan at csie.nctu.edu.tw>
Approved by:    Petr Holub <hopet at ics.muni.cz> (maintainer)

Use libtool port instead of included version to avoid objformat a.out botch

Retire NO_FILTER_SHLIBS now that it no longer serves a purpose

- Fixed bug in RTPIPv6Destination

PR:             ports/103704
Submitted by:   Yi-Huan Chan <yhchan@csie.nctu.edu.tw>
Approved by:    Petr Holub <hopet@ics.muni.cz> (maintainer)

- Update to 3.6.0

PR:             ports/99642
Submitted by:   Yi-Huan Chan <yhchan@csie.nctu.edu.tw>
Approved by:    maintainer, delphij (mentor)

Patches:
- fixed build error on 4.x
- patched lib/pkgconfig/jrtplib.pc to libdata/pkgconfig/jrtplib.pc
- added missing libdata/pkgconfig/jrtplib.pc in pkg-plist

PR:             96033
Submitted by:   Yi-Huan Chan <yhchan@csie.nctu.edu.tw>
Approved by:    maintainer

upgrade to 3.5.2

PR:             95461
Submitted by:   Yi-Huan Chan <yhchan@csie.nctu.edu.tw>
Approved by:    maintainer

SHA256ify

Approved by:    krion@

At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.

Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.

Update to 3.1.0

PR:             ports/73976
Submitted by:   maintainer

SIZEify (maintainer timeout)

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 2)

The jrtplib port is broken on amd64 as reported by Kris Kennaway
on Fri, 17 Oct 2003 16:36:54 -0700. This fix should be a temporal solution
until proper -fPIC option is added to configure by library developer
whom I've already notified.

PR:             58197

The jrtplib port is broken on amd64 as reported by Kris Kennaway
on Fri, 17 Oct 2003 16:36:54 -0700. This fix should be a temporal solution
until proper -fPIC option is added to configure by library developer
whom I've already notified.

PR:             58197
Submitter:      MAINTAINER

New port: JRTPLIB - RTP library in C++

        New port: JRTPLIB - library in C++ for developing applications
        using RTP protocol. For details see
        http://lumumba.luc.ac.be/jori/jrtplib/jrtplib.html

PR:             ports/48929
Submitted by:   Petr Holub <hopet@ics.muni.cz>