GStreamer: Update to 1.26.0

https://gstreamer.freedesktop.org/releases/1.26/

GStreamer: Update to 1.24.12

https://gstreamer.freedesktop.org/releases/1.24/#1.24.12

GStreamer: Update to 1.24.11

https://gstreamer.freedesktop.org/releases/1.24/#1.24.11

audio/gstreamer1-plugins-alsa: Add port

GStreamer ALSA plugin.

If multimedia/qt6-multimedia is built with both the GSTREAMER and ALSA
options enabled, certain applications like multimedia/mkvtoolnix may
crash if this plugin is not installed.

PR:		282078

GStreamer: Update to 1.24.10

https://gstreamer.freedesktop.org/releases/1.24/#1.24.10

Security:	7256fae8-b3e8-11ef-b680-4ccc6adda413,
		750ab972-b3e8-11ef-b680-4ccc6adda413,
		772d8625-b3e8-11ef-b680-4ccc6adda413,
		7945c543-b3e8-11ef-b680-4ccc6adda413,
		7b34ddf7-b3e8-11ef-b680-4ccc6adda413,
		7d1b4e5d-b3e8-11ef-b680-4ccc6adda413,
		7f3a302b-b3e8-11ef-b680-4ccc6adda413

Gstreamer: Update to 1.24.9

https://gstreamer.freedesktop.org/releases/1.24/#1.24.9

Security:	d48a2224-9b4c-11ef-bdd9-4ccc6adda413

multimedia/gstreamer1: Update to 1.24.8

Mk/Uses/gstreamer.mk:
- Sort, fix whitespace issues and typos
- Promote several common variables to improve maintainer QOL
*   There's now no need to set manually set PORTVERSION nor
    SOVERSION in several Makefiles
*   This will help to prevent not updating some components
*   A note has been added, however, to remind maintainers
    to remake distinfo for certain ports
- Improve documentation

multimedia/gstreamer1-plugins-webrtc:
- New port split from multimedia/gstreamer1-plugins-bad
- multimedia/gstreamer1-plugins-rust has been updated

multimedia/gstreamer1-plugins*: Remove Musepack library support

Remove support for Musepack audio library

PR:		281025

multimedia/gstreamer1-plugins*: Remove support for librtmp

PR:		277758
Reported by:	diizzy

multimedia/gstreamer1*: Update to upstream release 1.22.10

*/*: Sanitize MANPREFIX for meson ports

Approved by:	portmgr

Update gstreamer1 to upstream release 1.22.5

PR:		272141, 271505
MFH:		2023Q3

all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

Update gstreamer1 to upstream release 1.22.4

PR:		272141, 272100

multimedia/gstreamer1-plugins: drop unused variables after e3b732b4791c

Reported by:	portscan

Update gstreamer1 to upstream release 1.22.2

PR:		271021

Differential Revision:	https://reviews.freebsd.org/D39818

multimedia/gstreamer1-plugins*: skip --auto-features=enabled for now

Properly fixing this maybe easier once subpackages (D16457) arrive
and gstreamer ports are split based on plugin collections rather than
external dependencies.

meson.build:313:0: ERROR: Dependency "x11" not found, tried pkgconfig

PR:		270361

multimedia/gstreamer1: Update to 1.22, new stable branch.

PR:		269895
Exp-run by:	antoine
Sponsored by:   Serenity Cybersecurity, LLC

multimedia/gstreamer1-plugins{-bad,}: Fixup pkg-plist.

Reported by:	jbeich
Fixes:	88a2a7b867abff10d848f12dea00e2fa3e21a319

multimedia/gstreamer1: Update to 1.20.6

Sponsored by:	Serenity Cybersecurity, LLC

multimedia/gstreamer1-plugins-zxing: Create a port.

PR:		269383

Reviewed by: tcberner

Differential Revision: https://reviews.freebsd.org/D38442

multimedia/gstreamer1-plugins: Fix build in the presence of tremor

Details:
If audio/libtremor is installed, the dependency may be picked up by the
auto detection. This leads so a build error in gstreamer1-plugins-ogg.
This patch explicitly disables tremor in gstreamer-* ports.

PR:		268560
Reported by:	gja822@narod.ru
MFH:		2023Q1

www/gstreamer1-plugins-srt: New SRT plugin for gstreamer

gstreamer now supports the "Secure Reliable Transport (SRT) Protocol"
via www/srt. This port adds the corresponding plugin, via
multimedia/gstreamer1-plugins-bad.
PR:		268545
Reported by:	p5B2EA84B3@t-online.de

Update gstreamer1 to upstream release 1.20.5

PR:		268501

multimedia/gstreamer1-*: Retire libkate

Rationale:
libkate is going away in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268179 after being
unmaintained upstream for a long time.

PR:		268183
Reviewed by:	riggs

Update gstreamer1 to upstream release 1.20.4

PR:		267075

multimedia/gstreamer1-*: Fix build in the presence of wildmidi

PR:		267132

multimedia/gstreamer1-*: Fix plugin building in dirty environments

This should solve (fingers crossed) the meson autodetection problem for
the remaining plugins from the "bad" set when building in dirty
environments.

PR:		267132, 267510

multimedia/gstreamer1-plugins: Fix build in the presence of libdrm

PR:		267100
Reported by:	rkoberman@gmail.com

Update gstreamer1 to upstream release 1.20.3

PR:		261585
Reviewed by:	riggs,jbeich,tcberner

Differential Revision:	https://reviews.freebsd.org/D36850

Mk/Uses: always use colon for build/run suffix

Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.

Document in CHANGES.

PR:			266034
Exp-run by:		antoine
Approved by:		tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D36349

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.

multimedia/gstreamer1-plugins: unbreak gst-opencv plugin guild (+)

OpenCV was updated to 4.6.0 but version check conditional obliviously
was stay as "<4.6.0". Bump upper check boundary to 4.7.0

Pointy hat to:	tcberner

graphics/opencv: bump consumers after e21578d954550998435c5d6d532e2d5a67398bfe

This was missed in the upgrade of graphics/opencv.

Reported by:	VVD

net/gstreamer1-plugins-libmms: Remove plugin

Microsoft deprecated MMS in 2003

PR:		264968
Approved by:	multimedia (bapt)

multimedia: remove 'Created by' lines

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

  *  Aaron LI <aly@aaronly.me>
  *  Alexander Botero-Lowry <alexbl@FreeBSD.org>
  *  Alexander Logvinov <ports@logvinov.com>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Anders Nordby <anders@FreeBSD.org>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Andrew Thompson <andy@fud.org.nz>
  *  Andrew Thompson <thompsa@FreeBSD.org>
  *  Angel Carpintero <ack@telefonica.net>
  *  Anish Mistry (with help from mean)
  *  Anonymous <swell.k@gmail.com>

graphics/gstreamer1-plugins-kms: Add libdrm to the lib depends

Even if it do not use libkms anymore it still needs libdrm.

Reported by:	fluffy

multimedia/gstreamer1-plugins: Remove libkms for plugins-kms

This hasn't been used since 2016 and latest libdrm deprecated it.

Reported by:	vvd@unislabs.com

framework: convert bsd.gstreamer.mk to Uses/gstreamer.mk

- convert bsd.gstreamer.mk to Uses/gstreamer.mk
- convert ports tree to make use of USES=gstreamer
- remove duplicate dependency lines from the tree

Differential Revision: https://reviews.freebsd.org/D35097

textproc/libxml2: bump all LIB_DEPENDS consumers

This is a separate commit to facilitate easier cherry-picking for
quarterly.

PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)

textproc/libxml2: bump all dependencies

This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246

multimedia/gstreamer1-plugins: Allow build with neon >= 0.32

Prepare port for bump of www/neon

Approved by:	arrowd (mentor)
		tcberner (mentor and member of multimedia@)
Differential Revision:	https://reviews.freebsd.org/D32791

multimedia/gstreamer1-plugins: Add CPE information

Approved by:	portmgr (blanket)

audio/jack: Update to Jack2: 0.125.0 -> 1.9.16

Big thank you to Florian Walpen <dev@submerge.ch> and
Goran Mekić <meka@tilda.center> for working on Jack2.

PR:		251125
Submitted by:	Florian Walpen <dev@submerge.ch> (original version)

graphics/gstreamer1-plugins-openexr: make compatible with OpenEXR/Imath 3.0

Remove # $FreeBSD$ from Makefiles.

Remove expired gstreamer 0.x

gstreamer 1.x has been introduced long ago and gstreamer 0.x was kept
to let time for applications to catchup on gstreamer 1.x

graphics/gstreamer*-plugins-opencv: fix fallout form OpenCV-4.5.1 upgrade

* graphics/gstreamer-plugins-opencv: disabled, as it uses the no longer shipped
OpenCV-1.0 API
* graphics/gstreamer1-plugins-opencv: fix the configure script to not only look
for OpenCV4 <= 4.2.0
  => this will be properly fixed with the next upgrade of gstreamer when
switching to the meson
  build system.

PR:		253118
Submitted by:	VVD <vvd@unislabs.com>
Reported by:	rhurlin, fluffy, VVD <vvd@unislabs.com>

graphics/opencv: update to 4.5.1 -- and make port more easily maintainable

This is a major upgrade from 3.x to 4.x.

Changelog from versions 3.4.1--4.5.1 can be found here:
    https://github.com/opencv/opencv/wiki/ChangeLog

Note: this has explicitely not been added as a new graphics/opencv4 port, but
replaces the
      previous graphics/opencv[3] port. Again, to improve maintainability by not
giving ports
      the option to pick the "wrong one" - this leads however to some abandoned
ports being
      broken.

The port has been greatly simplified:
    * graphics/opencv-core which existed to enable ffmpeg to depend on opencv,
and vice versa
      has been removed. ffmpeg no longer can depend on opencv.

graphics/gstreamer1-plugins-vulkan: enable Wayland with libglvnd

PR:		240784

devel/vulkan-*: move to graphics/ where vulkan-loader is

Vulkan isn't used for generic compute workloads unlike OpenCL.
For example, waifu2x-ncnn-vulkan is still graphics-related.

audio/webrtc-audio-processing: update to 1.0

Changes:	https://gitlab.freedesktop.org/pulseaudio/webrtc-audio-processing/-/compare/v0.3.1...v1.0
Reported by:	Repology

www/gstreamer1-plugins-neon: fix build with neon 0.31

PR:		251059
PR:		250048
Reported by:	break19@gmail.com

multimedia/gstreamer1-plugins-assrender: fix build on GCC architectures

/usr/local/include/ass/ass.h:421: error: wrong number of arguments specified for
'deprecated' attribute

Prefer graphics/ligvrsvg2-rust over graphics/librsvg2

- switch to the more modern version of librsvg2 on architectures
  supporting rust
- this will fix some graphical issues on these architectures

PR:		250276
Exp-run by:	antoine
Submitted by:	tobik
Differential Revision:	https://reviews.freebsd.org/D18878

Update devel/gmake to 4.3.

Some changes have been made in this release that break backwards
compatibility.  Let USES=gmake force users to upgrade to this version so
port maintainers don't have to support older versions.

PR:		245725
Exp-run by:	antoine
Approved by:	portmgr (antoine)

graphics/gstreamer1-plugins-qt: fix build on GCC architectures

C++11 compiler is necessary:
cc1plus: error: unrecognized command line option "-std=c++11"
> Description of fields to fill in above:                     76 columns --|
> PR:                       If and which Problem Report is related.
> Submitted by:             If someone else sent in the change.
> Reported by:              If someone else reported the issue.
> Reviewed by:              If someone else reviewed your modification.
> Approved by:              If you needed approval for this commit.
> Obtained from:            If the change is from a third party.
> MFC after:                N [day[s]|week[s]|month[s]].  Request a reminder
email.
> MFH:                      Ports tree branch name.  Request approval for merge.
> Relnotes:                 Set to 'yes' for mention in release notes.
> Security:                 Vulnerability reference (one per line) or
description.
> Sponsored by:             If the change was sponsored by an organization (each
collaborator).
> Differential Revision:    https://reviews.freebsd.org/D### (*full* phabric URL
needed).
> Empty fields above will be automatically removed.

M    gstreamer1-plugins/Makefile.common

Update gstreamer1 to 1.16.2.

- The spc plugin was removed inflavor for the gsm plugin.
- Added in tree qt plugin.

Changelog: https://gstreamer.freedesktop.org/releases/1.16/#1.16.2

Update net-im/fractal to 4.2.2 to support GStreamer 1.16 (approved by
maintainer)

Thanks to antoine@ for the exp-run.

PR:		239386

multimedia/intel-media-sdk: add new port

Intel(R) Media SDK provides a plain C API to access hardware-accelerated
video decode, encode and filtering on Intel(R) Gen graphics hardware
platforms. Implementation written in C++ 11 with parts in C-for-Media (CM).

Supported video encoders: HEVC, AVC, MPEG-2, JPEG, VP9 Supported video
decoders: HEVC, AVC, VP8, VP9, MPEG-2, VC1, JPEG Supported video
pre-processing filters: Color Conversion, Deinterlace, Denoise, Resize,
Rotate, Composition

http://mediasdk.intel.com/

*/gstreamer*: Prevent false QA warnings about missing USES

gstreamer1?-plugins/Makefile.common can under some circumstances
create empty USE_XORG, USE_GNOME, etc. which trigger the warnings.

gstreamer-plugins-good triggers the USE_XORG warning because
USES is overwritten again after including the master Makefile.

gstreamer-plugin-sdl was missing USES=sdl

Approved by:	multimedia (kwm)
Differential Revision:	https://reviews.freebsd.org/D22406

Add USES=xorg USES=gl, ports categories m

Add USES=xorg and USES=gl to ports in categories starting with 'm'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.

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

audio/gstreamer1-plugins-lv2: Add missing build dependencies

configure: *** checking feature: lv2 ***
configure: *** for plug-ins: lv2 ***
checking for LILV... no
checking for LILV... no
configure: *** These plugins will not be built: lv2

Package 'lv2', required by 'lilv-0', not found

http://beefy6.nyi.freebsd.org/data/120amd64-default/488500/logs/gstreamer1-plugins-lv2-1.14.4.log

* Add the gstreamer1 lv2 plugin.
  This plugins is a wrapper that exposes lv2 plugins to gstreamer applications.
* Correct the handling of webrtcdsp in bsd.gstreamer.mk so it can be used
  in the USE_GSTREAMER1 macro.

multimedia/gstreamer1-plugins/Makefile.common:
* Remove configure disable switches for sunadio and wgl, these
  plugins where removed in 1.14.
* Move gtk3 from the "bad" plugins to the "good" plugins. This removes a
  warning from the configure stage of "bad" plugins about unknown
  configure arguments.

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

In gstreamer 1.14 the gl plugin moved from bad to base distribution.  Move
related configure args.

PR:		233220

Make the wayland dependency optional.

Requested by:	Walter Schwarzenfeld <w.schwarzenfeld@utanet.at>

Update GStreamer to 1.14.4.

PR:		231406
Submitted by:	Greg V <greg@unrelenting.technology>
Exp-run by:	antoine
Approved by:	portmgr (antoine)

audio/gstreamer1-plugins-webrtcdsp: connect to build after r481919

webrtcdsp has been listed in Makefile.common since r446388

Add explicit USES=python

Bump PORTREVISION to chase update of multimedia/v4l_compat and libv4l

Update ilmbase and openexr to 2.3.0, rename OpenEXR to openexr.

Release notes: <https://github.com/openexr/openexr/releases/tag/v2.3.0>

Adjust LIB_DEPENDS of all ports that require ilmbase or openexr to chase
the new lower-case spelling of the name, and to omit the version from the
library name to ease future maintenance.

Bump PORTREVISION of all ports that depend on ilmbase or openexr directly,
so that they all get rebuilt on upgrades.

Add patches to graphics/ampasCTL to keep it alive, with (a) ilmbase now
that its Iex::BaseExc class is no longer derived from std::string,
details were given upstream through https://github.com/ampas/CTL/issues/71
and (b) to unwind semicolon/;-lists in cmake that stem from openexr/
ilmbase pkg-config variables.
(Note ampasCTL is unmaintained as FreeBSD port, and upstream,
and I cannot run-time test it.)

Poudriere build tests on 11.2-RELEASE-p1 amd64 of ALL ports depending
directly or indirectly on ilmbase and/or openexr have passed without
regressions.  Thus invoking due diligence, I believe I have done the
equivalent of an -exp run, and do not require approval for the dependency
chases to third-party ports.

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

- Update WWW

Approved by:	portmgr blanket

Update GStreamer 1.x suite to 1.12.3.

ChangeLog: https://gstreamer.freedesktop.org/releases/1.12/#1.12.3

Update GStreamer1 ports to 1.12.2.

Rework the adding of dependancies in Mk/bsd.gstreamer.mk.
Previous when using USE_GSTREAMER[1] it would just add the request modules to
BUILD/RUN_DEPENDS. This caused the qa script to complain because the old code
didn't implicit depend on the gstreamer1 and gstreamer1-plugins[-bad] ports for
the libraries they carried, even if they where present via the plugins! The new
code adds implicit depends on these ports so USE_GSTREAMER[1] using ports have
all the libraries included.

* The mad mp3 plugin was removed, mpg123 plugin also provides mp3 decoding.
Switch over ports that used the gstreamer1 mad plugin.
* gtksink plugin renamed -> gtk
* Hook up the sndio plugin into the framework
* Add some indirect dependacies where needed
* Reorder the plugin list in bsd.gstreamer.mk so only one plugin per line. When
changing plugins it doesn't result in multiple lines being changed.
* Remove mentions in bsd.gstreamer.mk of plugins mentions that where removed.
* Depend on libunwind on i386/amd64, GStreamer links to it if it is present.

PR:		220753
Exp-run by:	antoine@

Revision bump of all ports with USE_GL after consolidation of mesa-libs

Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D10845

graphics/opencv: back out r423216 and r423063 (replaying r423316)

Renaming didn't help to unblock 3.x progress as co-existence with 2.x
was no less complex than simply fixing consumers. This commit also
restores directory-level history accidentally lost via git-svn.

PR:		210505
Pointy hat to:	jbeich (should've discussed first)

Remove all USE_OPENSSL occurrences.

Sponsored by:	Absolight

Chase wavpack update: bump PORTREVISION on ports linking to it by default

PR:		216847
Reported by:	pkubaj@anongoth.pl
MFH:		2017Q1

- Remove always-true/false conditions after FreeBSD 9, 10.1, 10.2 EOL

Approved by:	portmgr blanket

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.

graphics/opencv: add suffix to make room for 3.x series

To avoid confusion, the main port is to track the latest release.
Whether to rename includes/libraries as well making it possible to
install 2.x and 3.x side-by-side remains to be investigated.

PR:		210505 (for tracking)
Inspired by:	PkgSrc

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

With hat:	portmgr
Sponsored by:	Absolight

Update GStreamer1 ports to 1.8.0.

ChangeLog: https://gstreamer.freedesktop.org/releases/1.8/

Add GStreamer1 gstsink plugin.

Fix broken dependency due to librtmp version bump.

PR:	207594

Update GStreamer suite to 1.6.3.

Update GStreamer1 to 1.6.2.
Update GStreamer1-vaapi to 0.7.0.

* Spell GStreamer consistently. [1]
* Fix typo in py3kplist in py3-gstreamer1 [1]
* Improve plugins COMMENTS (more improvements welcome)
* Actually include the gstreamer1-libav update this time.

PR:		204204 [1] (based on)
Submitted by:	olivierd@ [1]

Update Gstreamer suite to 1.6.1.

Update gstreamer1 ports to 1.6.0.

* gstreamer1-libav now uses ffmpeg from ports.
* New ports:
  * gstreamer1-validate: Tools to detect if elements are not behaving
    as expected, mainly aimed at developers, or advanced debugging.
  * gstreamer1-rtsp-server: Base foundation for building a rtsp
    server ontop of GStreamer
 * Bunch of new plugins like: mpg123, rsvg, libde265, openh264, x265 and dtls.

Release announcement:
 
http://lists.freedesktop.org/archives/gstreamer-announce/2015-September/000357.html

Obtained from:	gnome devel repo

By default libtool replaces -export-symbols <file> with -retain-symbols-file
<file> on ELF systems, but this doesn't really do what -export-symbols is
meant to do.  On GNU ELF systems it converts <file> to a simple version
script first and then uses -version-script instead of -retain-symbols-file.
Let USES=libtool patch libtool scripts to do this on all systems with GNU
ld(1).

Bump PORTREVISION on all ports where the build log contains -export-symbols.

audio/calf: This port builds a module that now exports only one function,
but it also builds a number of executables that link to this module and
expect to see other functions.  Because it's already a bit dodgy to link to
a module (libtool warns about this) let the module continue to export only
one function and instead build an ordinary library from the same source that
the executables can link to.  Fix a number of other issues in the same

Revert r392917 and part of r392902 (to gstreamer1-plugins/Makefile).

The new regex was too broad and broke the plugins from the -bad package.

r392902 removed a command from post-patch that looked like a duplicate
but wasn't.  Restore it by combining both in one RE.

Reported by:	kwm

Add Gstreamer plugin for HLS (HTTP Live Streaming)

Convert to USES=jpeg

multimedia category: Remove $PTHREAD_LIBS

approved by:	PTHREAD blanket

Change libpng15.so to libpng.so in LIB_DEPENDS to prepare the upgrade