net/liveMedia: Update to 2024.10.31

http://www.live555.com/liveMedia/public/changelog.txt

net/liveMedia: Update to 2024.09.25

Fix LICENSE block. This is LGPL 3.0 or greater. Remove the "MAT" license
which appears to have been added as a misinterpretation from when this
port had NO_CDROM defined. There's no need for a bogus license just
because the port is versioned by date.

Set previously undefined c++ standard as a precaution.

Simplify Makefile. Move CFLAGS (builds fine on amd64 with -fpic, so
there's no need to conditionalize it) and the openssl sub (MAKE_ENV
already defines OPENSSLLIB) out to files/config.fixed-freebsd. Respect
PREFIX with a more concise sub and no logic requiring <b.p.p.m>.

Strip binaries by subbing the install commands with BSD_INSTALL_* and
patch Makefile.head/tail in the post-patch target instead of the
generated Makefile in the post-configure target.

Pet portclippy(1).

Remove pkg-message that only provided very obious information.

net/liveMedia: Update to 2024.08.01

Changelog: http://www.live555.com/liveMedia/public/changelog.txt

PR:		281185

*/*: Sunset 12.4-RELEASE/12-STABLE from ports tree

- Remove all references to defunct ARCH arm
- Remove all references to defunct ARCH sparc64
- Remove x11-drivers/xf86-video-sunffb which requires defunct sparc64
  ARCH
- Remove sysutils/afbinit requires defunct sparc64 ARCH
- Remove all references to bktr driver
- Remove all references to defunct FreeBSD_12
- Remove all references to OSVERSION/OSREL corresponding to 12
- Remove conditionals in Mk/Uses/cabal.mk
- Remove sparc reference from Mk/Uses/qt-dist.mk
- Remove BROKEN_sparc64/NOT_FOR_ARCH=sparc64
- Remove BROKEN_FreeBSD_12* from:
- Remove OpenSSL patches from:
- Remove conditional flags for OSVERSION >= 1300000 to fixed flags.
  Also move conditional flags for non sparc64/arm ARCH to fixed flags.

Reviewed by:	brooks, jbeich, rene, salvadore
Differential Revision: https://reviews.freebsd.org/D42068

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>

net/liveMedia: Update to upstream release 2022.06.16

Details (since 2022.04.26):
- 2022.06.16:
  Both our RTSP client and RTSP server implementations now support (optional)
  RTSP-over-HTTPS streaming, when RTSP-over-TLS would otherwise be available.
  (This does not apply to a RTSP server that streams SRTP/SRTCP.  In that case,
sending
  SRTP/SRTCP over a TLS connection would add unnecessary overhead, so is not
supported.)
- 2022.06.14:
  Added optional support (via #ifdefs) to the "testOnDemandRTSPServer" demo
application
  for streaming via RTSPS (RTSP-over-TLS) and optionally SRTP (encrypted
RTP/RTCP).
  To use this, you would need to define SERVER_USE_TLS, and
PATHNAME_TO_CERTIFICATE_FILE and
  PATHNAME_TO_PRIVATE_KEY_FILE.

net/liveMedia: update to 2022.04.26

2022.04.26:
- A minor update to the previous release, to ensure that we don't call
"delete[]" on an
  uninitialized pointer.
2022.04.25:
- Updated "RTSPClient" so that it can optionally include a "Require:" header in
RTSP commands.
  (See the definition of "setRequireValue()" in "include/RTSPClient.hh")
  (Thanks to Gregory Chiapa from Thales Group for suggesting this.)
2022.04.15:
- Fixed a "fprintf()" argument-order-evaluation bug in the "mikeyParse" demo
application.
  (Thanks to Taeho Kim for reporting this.)
2022.04.12:
- Updated the "openRTSP" application (RTSP command-line client) to add an option
'-L', meaning:
  receive only an "application" (e.g., 'metadata') track, if present, outputting
the data

Deorbit RESTRICTED && NO_CDROM, part one.

For ports that already use the licenses framwork, merge the content of
RESTRICTED/NO_CDROM/LEGAL* entries into LICENSEs.

Approved by:	rene
Differential Revision:	https://reviews.freebsd.org/D30010

Remove # $FreeBSD$ from Makefiles.

net/liveMedia: update to 2020.11.26

2020.11.26:
- We now use a "struct sockaddr_storage" rather than a "struct sockaddr_in" for
the
  'client address' field in the ("GenericMediaServer" and "RTSPServer")
"ClientSession" class.
2020.11.25:
- Updated readSocket(), Groupsock::handleRead(), and RTPInterface::handleRead()
  (and related functions) to take/return a "sockaddr_storage" (rather than a
"sockaddr_in"),
  to prepare for eventual support for IPv6.
- Added some basic logging code (from Jim Ham) to "RTSPServer.cpp".
  This code is #ifdef'd out by default.  To enable it, define
LOG_RTSPSERVER_ACCESS

net/liveMedia: update to 2020.11.21

2020.11.21:
- Removed the use of "our_inet_addr()" (and "inet_addr()") functions, and
replaced them with
  calls to (the more up-to-date) "inet_pton()" function.
- Updated the "parseRTSPURL()" function to recognize IP address literals (in
"rtsp://" URLs)
  that are enclosed in square brackets [].  (This is how IPv6 address literals
are included in
  URs, although we don't yet support IPv6.)

net/liveMedia: update to 2020.11.20

2020.11.20:
- Renamed the existing 'macosx' config file to 'config.macosx-catalina', and
created a new
  config file 'config.macosx-bigsur' that will work with Apple's new OS "MacOS
Big Sur".
2020.11.19:
- In "liveMedia/TLSState.cpp", changed the call to "TLS_client_method()" back to
  "SSLv23_client_method()", because "TLS_client_method()" isn't defined for SSH
  in some systems (e.g., Mac OS)

net/liveMedia: update to 2020.11.05

2020.11.05:
- Changed the HTTP version used in our RTSP-over-HTTP implementation (for both
clients and
  servers) from HTTP/1.1 back to HTTP/1.0.
  (This was a suggest from David Yang, who noted that HTTP/1.1 would require
that we
   implement "chunked" transfer-coding.)

net/liveMedia: update to 2020.11.03

2020.11.03:
- Updated the "LIVE555 HLS Proxy" application to output the liveMedia version
number
  when starting.
- Added the LGPLv3 header to some files (where it had accidentally been omitted
before).
  (Thanks to Sebastian Ramacher for noting this.)

net/liveMedia: update to 2020.10.16

2020.10.16:
- Changed "TLSState::read()" to treat any "SSL_read()" result of <=0 as if the
  TLS connection has closed (unless the error was SSL_ERROR_WANT_READ).
  This fixes a problem that could cause 100% CPU usage in RTSP client
applications.
  (Thanks to Larry Wu for reporting this.)
- Updated "TLSState::setup()" to use "TLS_client_method()" instead of the
(deprecated)
  "SSLv23_client_method()".

net/liveMedia: udpate to 2020.08.19

2020.08.19:
- Fixed a bug in "QuickTimeFileSink" that could cause malformed "esds" atoms to
be
  generated.  (Thanks to Chris Paucar for reporting this issue.)
2020.08.18:
- In "MPEG2TransportStreamFromESSource.cpp", changed the name of the constant
LOW_WATER_MARK
  to TS_FROM_ES_LOW_WATER_MARK, and "#ifndef"d it, so that, if you wish, you can
redefine it
  at compile time.

net/liveMedia: update to 2020.08.12

2020.08.12:
- Fixed a bug in the handling of pausing, when streaming from (multi-track)
Matroska files.
2020.08.11:
- Fixed another bug in the handling of seeking within Matroska files.
2020.08.10:
- Fixed a bug in the handling of seeking within Matroska files.
  (Thanks to Jim Ham for reporting this problem.)

net/liveMedia: update to 2020.08.09

2020.08.09:
- Changed the parameter signature of the "RawVideoRTPSink" constructor and
"createNew()"
  functions so that the "width" parameter comes before the "height" parameter. 
This order
  - "width", "height" - is more common, and is the order used when these
parameters are
  defined in RFC 4175.
  IMPORTANT NOTE: Because the types of these two parameters are the same,
existing application
  code that uses "RawVideoRTPSink" will compile without error; however, it will
not work
  properly unless the order of the parameters in the call to
"RawVideoRTPSink::createNew()"
  is changed.

The sole consumer multimedia/vlc does not use RawVideoRTPSink, so no patching is
required.

net/liveMedia: update distinfo (changed post release)

- diffing the distfile used when creating the initial update in r544379 with the
one
  on the server now leads to:

  live/liveMedia/Makefile.tail:

  -include/RawVideoRTPSink.hh:    include/VideoRTPSink.hh
include/RawVideoFrameParameters.hh
  +include/RawVideoRTPSink.hh:    include/VideoRTPSink.hh
RawVideoFrameParameters.hh

  The moved header file is identical.

net/liveMedia: update to 2020.08.05

2020.08.05:
- More cleanup of the implementation of "RawVideoRTPSink".

net/liveMedia: update to 2020.07.31

2020.07.31:
- Cleaned up the implementation of "RawVideoRTPSink".

net/liveMedia: update to 2020.07.21

2020.07.21:
- Updated the "RawVideoRTPSource" implementation to not set
"fCurrentPacketCompletesFrame"
  until we are processing the last line in the packet.
  (Thanks to Andrey Lisovoy for reporting this issue.)

net/liveMedia: update to 2020.07.09

2020.07.09:
- Fixed a potential buffer overflow bug in the server handling of a RTSP "PLAY"
command,
  when the command specifies seeking by absolute time.
  (Thank to Xiaobo Xiang for reporting this.)

net/liveMedia: update to 2020.06.25

From the changelog:

2020.06.25:
- Fixed a memory leak in the "sha1()" function (a "EVP_MD_CTX" object was not
being deleted).
  (Thanks to Amir Perlman for reporting this.)

2020.06.23:
- Moved all definitions of PREFIX from "Makefile.tail" files to "Makefile.head"
(so that
  it can be redefined by a "config.*" file, if desired.
  Also changed the definition of EXE in "config.mingw" to be ".exe".
  (Thanks to Eric Beuque for this suggestion.)

2020.06.22:
- Fixed a typo in the previous release that could cause a compilation problem
for some
  developers.  (Thanks to Eric Beuque for reporting this.)

net/liveMedia: update to 2020.05.15

2020.05.15:
- Added a new filter class "ADTSAudioStreamDiscreteFramer" that prepends ADTS
headers to
  incoming AAC audio frames.  This makes the AAC audio playable (by media
players)
- Updated "openRTSP" to use a "ADTSAudioStreamDiscreteFramer" when outputting a
AAC audio
  stream.  This makes the resulting file playable (by media players).
- Updated the "LIVE555 HLS Proxy" to support AAC audio tracks (as well as
H.264/5 video).

2020.05.14:
- Updated "H264or5VideoStreamDiscreteFramer" to add VPS,SPS,PPS NAL units (if
known) to
  the output stream, each time an "access_unit_delimiter" NAL unit is added.
  This makes it more likely that the Transport Stream segments produced by the
  "LIVE555 HLS Proxy" will be understandable by a client browser.
- Added support for H.265 video streams to the "LIVE555 HLS Proxy".  (This has
not yet been

net/liveMedia: updatei to 2020.04.24

2020.04.24:
- Fixed an apparent bug in "RTSPClient" that was causing it to not always send
an
  "Authorization:" header when sending a RTSP "OPTIONS" command.
  (Thanks to Alexander Prohorov for reporting this.)

net/liveMedia: update to 2020.04.12

2020.04.12:
- Updated "config.linux-with-shared-libraries" (and "liveMedia/Makefile.tail")
to ensure
  that "libssl" and "libcrypto" are linked when "libliveMedia" is built.
  (Thanks to Felix Kaechele for reporting this.)

net/liveMedia: update 2020.04.06

2020.04.06:

- Removed support for the classes "RTSPServerSupportingHTTPStreaming" and
"TCPStreamSink".
  These were being used (in the "LIVE555 Media Server") for streaming using
  "HTTP Live Streaming" (HLS).  This was always a hack; it is better to use a
dedicated
  HTTP server to serve HLS segments, rather than trying to implement a HTTP
server
  (serving 'virtual HLS segments) within our own (primarily RTSP) server.

  If you are looking for HLS support, note that we provide a source-code demo
application
  "testH264VideoToHLSSegments" that converts a (static) H.264 Elementary Stream
file to
  HLS segments, and the "LIVE555 HLS Proxy", which proxies a live RTSP/RTP
stream
  to HLS segments.

Update to upstream version 2020.03.06

Details: Upstream changelog since last ports version:
2020.03.06:
- Fixed a problem in "H264or5VideoStreamFramer.cpp" that was allegedly causing
problems
  compiling for Windows.
2020.02.25:
- Added full support for the "LIVE555 HLS Proxy" ("live555HLSProxy")
application, which
  is documented at: http://live555.com/hlsProxy/
2020.02.24:
- Commented out a line of code that was preventing "RTSPClientConnection"
objects from being
  closed when a RTSP server handles a "TEARDOWN" command (on a RTP-over-TCP
stream).
2020.02.23:
- Updated our (unicast) RTSP server implementation to handle "PAUSE" commands by
calling
  "stopGettingFrames()" on the input source.  Normally, this is just a no-op,
but might not
  be for some input sources. (See below.)
- Fixed a bug in "H264or5VideoStreamFramer" that was causing it to not update
its
  presentation times properly following a pause.  (Thanks to Micha Kalfon for
reporting this.)
- Updated "openRTSP" to improve the handling of the "-R <port-num>" option.  If
the specified
  port number cannot be used (e.g., because it's already in use), then
"openRTSP" now exits.

net/liveMedia: update to 2020.02.11

2020.02.11:
- Added support for receiving SRTP (encrypted) RTSP streams.
  Currently only a few RTSP servers support SRTP.  Our current RTSP client code
is known
  to support two of them: The Axis and Bosch network cameras.  These cameras
support SRTP
  only when the RTSP connection to the camera is over a TLS connection
(something that our
  RTSP client code has supported since early December 2019).
  (If you manufacture a network camera (or other RTSP server) that supports
streaming SRTP,
  but which our RTSP client code does not yet handle, then please let us know,
and we might
  be able to update our code to support it.)
  Note that this support for SRTP is currently only for RTSP *clients*.
  Our RTSP server implementation does not currently support streaming (outgoing)
SRTP
  However, the "LIVE555 Proxy Server" can now be used to proxy back-end SRTP
streams.
  (The front-end streams will be regular RTP.)
  As usual, if you don't have the "openssl" library, you can compile the code by
specifying
     -DNO_OPENSSL=1
  on the command line.  (If you do this, you won't be able to connect to RTSP
servers over TLS,
  nor access SRTP streams.)
  (Many thanks to Thales Group for sponsoring this work.)
- Updated the "LIVE555 Proxy Server" so that it can recognize/handle back-end
"rtsps://" URLs.
- Removed a cast that had prevented a file from compiling on MSVC.
  (Thanks to Jonathan Brady for reporting this.)
- Added a new configuration file "config.macosx-no-openssl" for Mac OS X.

net/liveMedia: update to 2020.01.28

2020.01.28:
- Fixed a bug (accidentally introduced in version 2020.01.10 that had caused
"openRTSP"s
  -K option to stop working.

net/liveMedia: update to 2020.01.24

2020.01.24:
- Added #ifdefs around the code in the function "setSocketKeepAlive()" (in
"GroupsockHelper.cpp")
  in case "TCP_KEEPCNT" and/or "TCP_KEEPINTVL" are not defined.
  (Thanks to Wictor Lund for reporting this issue.)
- More minor improvements to the "mikeyParse" testProg

net/liveMedia: update to 2020.01.23

2020.01.23:
- Removed stray characters that had been accidentally left in "mikeyParse.cpp"
(in "testProgs")
2020.01.22:
- Fixed a bug in the "TLSState" constructor (some fields were not initialized
properly).
  (Thanks to Horst Possegger for reporting this.)
- Updated the "mikeyParse" demo application to properly parse the "Key validity"
section
  of a "Key Data" sub-payload.

net/liveMedia: update to 2020.01.19

2020.01.19:
- Updated "TLSState::read()" to allow for "SSL_read()" 'failing' with a
  SSL_ERROR_WANT_READ error code.  If this happens, we just pretend to succeed,
but
  returning a read count of 0.  Fortunately, "RTSPClient" (the only code that
calls
  "TLSState::read()" will handle this OK, and the read will get recalled again
when ready.
- Minor improvements to the output of the "mikeyParse" demo application.

net/liveMedia: update to 2020.01.11

2020.01.11:
- Added a new application "mikeyParse" to "testProgs".  "mikeyParse" parses a
Base64 string
  - that encodes a binary MIKEY (multimedia key management) message - and
outputs a human-readable
  description of the MIKEY message. (The Base64 string could, for example, have
been used in a
  SDP "a=key-mgmt:" attribute, as defined by RFC 4567.)
2020.01.10a:
- Removed a stray character that had accidentally been inserted into
"config.linux-with-shared-libraries",
  preventing it from being used.

net/livemedia: update to 2020.01.10

2020.01.10:
- Made sure that each "TaskToken" is set to NULL when its scheduled event
occurs, to ensure that
  "unscheduleDelayedTask()" is never later called with it.  Also, because
"unscheduleDelayedTask()"
  sets its "TaskToken&" parameter to NULL, there's no need to do this explicitly
outside the call.
  (Thanks to Helmut Grohne for proposing this.)
2020.01.09:
- Improved the "MediaSession"/"MediaSubsession" SDP parsing code by moving
replicated code into a
  single function.  (We also now parse the "key-mgmt" SDP attribute, although we
don't yet use it.)

net/liveMedia: update to 2019.12.30

2019.12.30:
- Moved the definition of "class tcpStreamRecord" inside "RTPInterface.cpp", to
make it clear
  that this class is intended to be used only to implement "RTPInterface".
- Added the "EXT-X-INDEPENDENT-SEGMENTS" tag to the playlist header generated by
the
  "testH264VideoToHLSSegments" and "live555HLSProxy" demo applications.
2019.12.27:
- Added a new demo application "live555HLSProxy" to "testProgs".
  (Because this is still 'work in progress', it is described/documented only on
our
  developers' mailing list, for now.)
2019.12.13:
- In the file "win32config" (used for generating Makefiles for Windows), moved
"-DNO_OPENSSL=1" from
  "C_FLAGS" to "COMPILE_OPTS", following a suggestion.
- Changed the type of the "data" parameter in the (private) member function
"RTSPClient::write()"

net/liveMedia: update to 2019.12.05

2019.12.05:
- Fixed a memory leak in the RTSP "REGISTER" command implementation
  (that I had failed to catch in the previous release).
2019.12.04:
- Fixed a couple of memory leaks in the RTSP "REGISTER" command implementation.
  (Thanks to Micha Kalfon for noting this.)
- Changed to protection of the member function "setSDPLinesFromRTPSink" in
  "OnDemandServerMediaSubsession" from "private:" to "protected:".
- Performed the annual update of the copyright years near the start of each file

net/liveMedia: update to 2019.11.22

2019.11.22:
- Fixed a bug in the previous revision's fix to the "RTSPClient" URL parsing
code.

net/liveMedia: update to 2019.11.11

2019.11.11:
- Fixed the URL parsing code in "RTSPClient" to allow for the possibility
  of an embedded password  containing a '@'.
  (Thanks to Ha Viet for reporting this.)
- Fixed a potential memory leak in "GenericMediaServer.cpp"
  (if "addUserRecord()" is called more than once with the same user name.
  (Thanks to Jeff Shanab for reporting this.)

net/liveMedia: update to 2019.11.06

2019.11.06:
- Added a new application "testH264VideoToHLSSegments" to "testProgs".
  This demo application converts an H.264 (Elementary Stream) video file - named
"in.264" - into
  a sequence of HLS ("HTTP Live Streaming") segments, plus a ".m3u8" file that
can be accessed
  via a web browser.
2019.11.05:
- Added initial support for HLS (Apple's "HTTP Live Streaming"), by adding a new
class "HLSSegmenter"
  that takes - as input - a MPEG Transport Stream, and outputs a series of MPEG
Transport Stream
  files, each representing a segment of the input stream.
  (A demo application that illustrates this will be added (to "testProgs")
shortly.)
- Completed the previous revision by adding support for "inserting access unit
delimiters" to
  "H264or5VideoStreamDiscreteFramer" (rather than just to
"H264or5VideoStreamFramer").
2019.11.04:
- Added a new (optional) parameter to the various H.264/H.265 'framer' classes,
to tell us
  whether or not to add an "access unit delimiter" NAL unit before each output
H.264/H.265 NAL unit
  that begins an 'access unit'.
  (The default behavior remains as before: Do not insert "access unit
delimiters".)
2019.11.03:
- Updated "MPEG2TransportStreamMultiplexor" to support 13-bit PIDs (previously,
PIDs were
  assumed to be 8 bits only), and to make the output transport streams more
compatible with
  HLS-compliant transport streams.

Update to upstream version 2019.10.20

net/liveMedia: update to 2019.10.11

Changelog:

2019.10.11:
- Some minor changes to prevent compilation errors with older, dumb compilers.
2019.10.10:
- Added optional support to "MPEG2TransportStreamMultiplexor" for 'segmenting'
the output
  Transport Stream (by inserting a PAT and PMT Transport packet) every 'n'
seconds.
  (Also, an optional handler function is called whenever such a segment has
completed.)
- Fixed a problem with the definition of "MPEG2TransportStreamParser" that could
trip up some
  compilers.  (Thanks to Denis Genestier for reporting this.)
2019.09.30:
- Fixed a bug in "GenericMediaServer.cpp" (accidentally introduced in version
2019.08.10) that
  could cause an infinite recursion error in the "LIVE555 Media Server".

Convert to UCL & cleanup pkg-message (categories n)

(and missed 3 missed files from previous categories.)

net/liveMedia: fix build with GCC-based architectures

Use C++11 compiler:
MPEG2TransportStreamParser.hh:107: error: a class-key must be used when
declaring a friend

Approved by:    mentors (implicit approval)

Update to upstream release 2019.08.11

Details:
- Upstream release 2019.08.11 adds new feature:
  demultiplexing support for MPEG Transport Streams

net/liveMedia: update to 2019.06.28

Changelog:
	2019.06.28:
	- Changed the visibility of some fields of
	  "PassiveServerMediaSubsession" from "private:" to "protected:" - as
	  requested by Zhang Qian.

Update to upstream version 2019.05.29 (bug fix release)

net/liveMedia: update to 2019.05.21

From the changelog:
  - Added new classes "JPEG2000VideoRTPSink" and "JPEG2000VideoRTPSource" for
    sending/receiving JPEG 2000 video in RTP - as specified in RFC 5371.
    (Thanks to Francois Bonnissent for providing the initial implementation.)

net/liveMedia: update to 2019.05.12

net/liveMedia: update to 2019.03.06

Update to upstream release as of 2018.12.14

Details:
- Added support for sending (and handling) RTCP "BYE" packets that
  contain a 'reason' string.
- Fixed a bug in the server implementation of RTSP-over-HTTP to
  prevent a potential denial-of-service attack.
- Upstream changelog, see:
  http://www.live555.com/liveMedia/public/changelog.txt

MFH:		2018Q4

Update to upstream version 2018.10.17

Details:
- Fix potential remote exploit in the RTSP code (CVE-2018-4013)

MFH:		2018Q4
Security:	CVE-2018-4013

Update to 2018.02.28

Update to 2017.09.12

Begin deorbit burn of ia64.  We have not attempted to build packages for
it for many years.

While here, alphabetize ARCHs, pet portlint, and modernize usages.

Approved by:	portmgr (tier-2 blanket)

Update to 2017.01.26

Update to 2016-11-28

Update to 2016-11-17

Update liveMedia 2016-11-06
Remove useless patches
Add videolan mirrors which keeps distfiles around for a while

Fix build failure on pre-10 systems

- Ensure that PREFIX is respected
- Pet portlint

PR:		196162
Submitted by:	mi@ALDAN.algebra.com

Update to upstream version 2014.12.17

Cleanup plist

net/liveMedia: Fix building on DF, no-op for FreeBSD

Convert all :U to :tu and :L to :tl

Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)

bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore

Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier

With hat:	portmgr

- Stagify;

- it seems that we can now use the targets supplied by upstream,
so that the port installs now as intended and like on the
other platforms;

- switch to shared libraries, so that we shall be able to apply
minor upgrades without rebuilding its consumers;

- chase this upgrade in mplayer and vlc.

PR:		ports/184035
Submitted by:	/me

net/liveMedia: fix plist

net/liveMedia: update to 2013.11.29

- Update to 2013.11.29
- Put the distfile in my LOCAL distfiles as it will get removed in upstream
- Pass maintainership to multimedia

Reset maintainer at his request.

PR:	ports/184260

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

- Upgrade to 2013.08.31
	Changelog at <http://www.live555.com/liveMedia/public/changelog.txt>

- Change the license to LGPL21

- Add a mirror to SF.

PR:		ports/181907
Submitted by:	maintainer

net/liveMedia: update to 2013.08.16

- Update to 2013.08.16 [1]
- Unmute install commands

PR:		ports/181429 [1]
Submitted by:	Chris Petrik <c.petrik.sosa@gmail.com> (maintainer)

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

- Update to 2013.04.30

PR:		ports/178633
Submitted by:	Chris Petrik <c.petrik.sosa@gmail.com> (maintainer)

- Update to 2013.03.23

PR:		ports/177330
Submitted by:	Chris Petrik <c.petrik.sosa@gmail.com> (maintainer)

Mirror the distfile as upstream has bad habits of
removing the last version on updates.

Reported by:	bapt

- Update to 2013.03.07

PR:		ports/177027
Submitted by:	Chris Petrik <c.petrik.sosa@gmail.com> (maintainer)

- Please welcome back Chris Petrik as maintainer of
  these ports [1]
- Trim headers
- Remove indefinite article from COMMENT
- Convert tab to space in WWW lines

PR:		ports/175415 [1]
Submitted by:	Chris Petrik <c.petrik.sosa@gmail.com> [1]
Discussed with:	bapt

Readd portepoch that shouldn't have been removed

Pointyhat to:	bapt
Reported by:	pawel

- update to 2012-12-18
- mirror the distfile has upstream seem to like dropping it after each new
  releases

- Install missing header
- Bump PORTREVISION to make ports depending on liveMedia buildable again

Revert Chris Petrik's ports to the pool.  Thank you for all your work so far,
and should you desire to return just let us know.

PR:		ports/174309
Submitted by:	Chris Petrik

- Update to 11.30

Feature safe: yes

PR:		ports/174249
Submitted by:	Chris Petrik <c.petrik.sosa@gmail.com> (maintainer)

Over to new volunteer.

PR:		ports/173907
Submitted by:	Chris Petrik <c.petrik.sosa@gmail.com>
Feature safe:	yes

Update to 2012.04.04 needed by the upcoming vlc 2.0.3 .

- Reassign nork@ ports to the heap
- Thank you for your years of service, we hope to see you back

Approved by:	portmgr

Revert back to version 2011.06.16 to fix build of vlc 1.1.13, that's in the
tree now. This patch should be reapplied along with vlc 2.0.1 update.
I'm sorry about that.

Pointyhat to:   rm (myself)
Approved by:    maintainer (implicit)

Switch MASTER_SITE_LOCAL to my subdirectory because original distfile was
removed upstream (replaced with new live.2012.04.27.tar.gz) and I wasn't
able to recieve any response from maintainer. This will fix fetch.

Reported by:    Leslie Jensen <leslie at eskk dot nu> (via ports@ ML)
Approved by:    maintainer (implicit)

This update is a required prerequisite for vlc 2.x.

- update to 2012.04.04
- actualize/sort pkg-plist (installed files from liveMedia/include)
- drop LICENSE_FILE that isn't neccessary for GPLv2
- change `YES' with `yes' in couple of knobs
- whitespace fixes
- set XLOCALE_NOT_USED for xlocale.h-less FreeBSD versions to fix build on this
  systems. Notably on FreeBSD < 1000010. This value should be corrected if/when
  xlocale stuff will be MFCed sometime.

PR:             166916
Submitted by:   rm (myself)
Approved by:    maintainer timeout (>2weeks)

Update to 2011.06.16.

Update to 2011.03.14.

Committed at:   AsiaBSDCon 2011 @ Kagurazaka, Tokyo, Japan.
Committed with: akiyama, ume, gnn, philip, daichi and nyan

Update to 2011.03.05.

Update to 2010.11.17.

Add more dougb-test-resistant:-) by portmaster with UPGRADE_TOOL.

Reported by:    dougb
Feature safe:   yes

Update to 2010.06.22.

Feature safe:   yes

Update to 2010.06.11.

Update to 2010.05.29.