all: return bsam's ports to the pool after his commit bit got safekept

graphics/oyranos: fix pkg-plist use share/man

Approved by:	portmgr (blanket)

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

*: fix tab vs. space issues, and comments according to the guide.

graphics/mesa-libs: Bump reverse deps for libglvnd

Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.

PR:		246767
Reviewed by:	manu, bapt
Approved by:	x11
Differential Revision:	https://reviews.freebsd.org/D30824

One more small cleanup, forgotten yesterday.
Reported by:	lwhsu

Remove # $FreeBSD$ from Makefiles.

graphics/libraw: Update to 0.20.2

Bump PORTREVISION on consumers due to shared library bump.

Changes:	https://www.libraw.org/news/libraw-0-20-2-Release

FLTK-based auxiliary programs fail to build after r552109 (Mesa update),
so make them optional and disabled by default for the time being.  This
allows to unbreak the port and, subsequently, its consumers.

Mark BROKEN

In file included from
/wrkdirs/usr/ports/graphics/oyranos/work/oyranos-0.9.6/src/examples/image_display/image_display.cpp:46:
/wrkdirs/usr/ports/graphics/oyranos/work/oyranos-0.9.6/src/examples/image_display/Oy_Fl_Shader_Box.h:71:5:
error: use of undeclared identifier 'glGetObjectParameterivARB'; did you mean
'glGetTexParameteriv'?
    glGetObjectParameterivARB (obj, GL_OBJECT_INFO_LOG_LENGTH_ARB, &len);
    ^~~~~~~~~~~~~~~~~~~~~~~~~
    glGetTexParameteriv
/usr/local/include/GL/gl.h:1274:23: note: 'glGetTexParameteriv' declared here
GLAPI void GLAPIENTRY glGetTexParameteriv( GLenum target,
                      ^
In file included from
/wrkdirs/usr/ports/graphics/oyranos/work/oyranos-0.9.6/src/examples/image_display/image_display.cpp:46:
/wrkdirs/usr/ports/graphics/oyranos/work/oyranos-0.9.6/src/examples/image_display/Oy_Fl_Shader_Box.h:75:2:
error: use of undeclared identifier 'glGetInfoLogARB'
        glGetInfoLogARB (obj, len, &nwritten, log);
        ^
...

Reported by:	pkg-fallout

- Reorder #include's to unbreak the build against Qt versions 5.14+
- Do not include <X11/Xcm/Xcm.h> twice (included from "qcmsevents.h")

Update Qt5 to 5.14.2

Very big thanks go again to kai@ who provided the www/qt5-webengine upgrade (to
5.14.0).
Notably, video capture support was re-enabled.

Announcement:
        https://www.qt.io/blog/qt-5.14-has-released

PR:		244964
Exp-run by:	antoine

Add LOCALBASE/share/man to the valid path for manpages

Also compress manpages in this location.

As a followup of a discussion which occured in 2017:
https://lists.freebsd.org/pipermail/freebsd-arch/2017-March/018115.html
And following:
https://svnweb.freebsd.org/base?view=revision&revision=315053
and
https://svnweb.freebsd.org/base?view=revision&revision=315142

All the supported FreeBSD version now supports share/man in manpath for
LOCALBASE As a result the ports tree can now accept it for manpage, but
more over migrate to this new path. Resulting in more consistency now the
manpages in base and ports would be in the relative path (under share/)
and a reduced amount of patching needed to port something to FreeBSD

Note1: this has already be done for GNU info pages earlier
Note2: due to the fact that for end user no functionnality will change during
the migration of the manpages to the new location and to avoid massive rebuild
of packages, it has been decided to not bump portrevision when migrating.

Reviewed by:	mat (portmgr)
Differential Revision:	https://reviews.freebsd.org/D23166

Add USES=xorg USES=gl, ports categories g

Add USES=xorg and USES=gl to ports in categories starting with 'g'.
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

graphics/oyranos: Fix build at HEAD.

PR:		237476
Submitted by:	Rainer Hurling <rhurlin@gwdg.de>

graphics/libraw: Update to 0.19.2

- Demosaic packs are no longer distributed nor supported upstream
- Bump PORTREVISON on all consumers due to libraw shlib version increase

Changes:	https://www.libraw.org/news/libraw-0-19-2-release

graphics/oyranos: reinstate with Qt5 support

- the port was removed in r495967
- reinstate using Qt5 components

Approved by:	portmgr (implicit)

Qt4 deprecation: Remove Qt4 and its consumes.

2019-03-15 accessibility/qt4-accessible: Qt4 has been EOL since december 2015
2019-03-15 astro/qlandkartegt: Qt4 has been EOL since december 2015
2019-03-15 astro/stellarium-qt4: Qt4 has been EOL since december 2015
2019-03-15 astro/xglobe: Qt4 has been EOL since december 2015
2019-03-15 audio/acoustid-fingerprinter: Qt4 has been EOL since december 2015
2019-03-15 audio/cueplayer: Qt4 has been EOL since december 2015
2019-03-15 audio/esperanza: Qt4 has been EOL since december 2015
2019-03-15 audio/lastfm-desktop: Qt4 has been EOL since december 2015
2019-03-15 audio/minitunes: Qt4 has been EOL since december 2015
2019-03-15 audio/mixxx20: Qt4 has been EOL since december 2015
2019-03-15 audio/mumble: Qt4 has been EOL since december 2015
2019-03-15 audio/murmur: Qt4 has been EOL since december 2015
2019-03-15 audio/puddletag: Qt4 has been EOL since december 2015

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

Mark QT4 ports/functionality for removal on 2019-03-15

While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.

Submitted by:	tcberner
Reviewed by:	adridg, jhale, rene, tcberner
Approved by:	portmgr (implicit, flavor hook)
Differential Revision:	https://reviews.freebsd.org/D17741

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

Update grahics/exiv2 to 0.26

PR:		223625
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D12345

Update devel/doxygen to 1.8.14

PR:		225290
Submitted by:	Naram Qashat (maintainer)

graphics/oyranos: Fix build with clang-6.0.0.
The source development branch is already patched.

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 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, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

graphics/oyranos: Add LCMS-1 support.

Oyranos is capable to do colour management for both LCMS-1 and LCMS-2.

graphics/oyranos: Update to version 0.9.6. The project moved to github.

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

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

- Fix for the previous commit: leave USE_GCC there when clang is not available
to use recent gcc version

Suggested by:	jbeich
Approved by:	portmgr blanket

- Remove outdated compiler check

Approved by:	portmgr blanket

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

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

PR:		216707

- Update graphics/libraw to 0.18.0
- Complete conversion to options helpers
- Add options for JPEG and JASPER support
  - Side note: This had a dependency on jpeg before, so the JPEG
    option default is ON. However, the configure script wasn't
    detecting it previously.
- Silence MKDIRs
- Take maintainership
- Chase shared library bump

Changes:	http://www.libraw.org/download#changelog

Remove BROKEN_FreeBSD_9

Approved by:	portmgr (blanket)

Make doxygen optional.

Sponsored by:	Absolight

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.

Update graphics/exiv2 to 0.25.

As there is an shlib version bump, bump them portrevision of dependent ports.

While doing so, also switch to the cmake build system, as it requires less
patching and is easier to handle.

PR:             211329
Reviewed by:    mat, rakuco, kwm
Approved by:    rakuco (mentor)
Differential Revision:  https://reviews.freebsd.org/D7283

graphics/oyranos: Fix wrong use of %%QT_BINDIRi%% and xdg/autostart location.

PR:		210104
Submitted by:	tcberner@gmail.com

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

Combine print/cups-base, print/cups-client and print/cups-image into
print/cups and update it to 2.1.3.  Also remove print/cups-pstoraster,
improve print/cups-filters, print/foomatic-* and update print/hplip to
3.16.2.

Long description:

First some background.  When you hand a file to cups it sets up a chain of
filter programs that converts the file to something a printer understands.
Each filter has a cost associated with it and cups tries to find the
cheapest chain.  Costs used to be configured in such a way that files were
first converted to PostScript.  This could then be manipulated further (e.g.
putting multiple pages on one sheet) before finally being sent to a
PostScript printer or another filter like pstoraster which produces a raster
format understood by non-PostScript printer drivers.  Nowadays most filters

- Update  graphics/libraw to 0.17.0
- While here, minor port cleanup, switch to options helpers
- Bump PORTREVISIONs of consumers as soversion has changed

PR:		204553
Submitted by:	graham@menhennitt.com.au

- Mark BROKEN on 9.x:

clang++: error: unknown argument: '-R/usr/local/lib'

Approved by:	portmgr blanket
Reported by:	pkg-fallout

Chase graphics/libraw shlib bump

Bump portrevision after png update

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

graphics/oyranos: remove @dirrm*

graphics/oyranos: remove a no-op LIB_DEPENDS (libxml2)

The dependency is already stated by USE_GNOME=libxml2

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)

The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:

NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE

This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.

This patch also contains updates of libxcb and related ports, pixman, as well

- Chase libexiv2.so shlib version bump after r350163
- Fix nearby minor style issues while here (not all)

Approved by:	portmgr (bapt), some ports are still NO_STAGE :(

graphics/oyranos: update to version 0.9.5

Update the default version of GCC used in the Ports Collection from
GCC 4.6.4 to GCC 4.7.3.  This entails updating the lang/gcc port as
well as changing the default in Mk/bsd.default-versions.mk.

Part II, Bump PORTREVISIONs.

PR:		182136
Supported by:	Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports)
Tested by:	bdrewery (two -exp runs)

- Update libraw to 0.15.4.
  This update is needed for further KDE updates.
- Use the new OPTIONS syntax.
- Use the new LIB_DEPENDS syntax.
- Stop redefining do-install; the port has its own `make install' that does
  the same thing provided we use USES=pathfix and tune Makefile.in.
- Support staging.

Bump PORTREVISION in ports that depend on libraw.

PR:		ports/185118
Submitted by:	rakuco@
Approved by:	maintainer timeout (35 days)

- Add patch, lib -> libdata
- Add PLIST_SUB
- Change pkg-plist, remove DOCS

Approved by:	pawel / wg (mentors, implicit), bsam (maintainer)

Update to libmpc version 1.0.1 which brings the following fixes:

 - Switched to automake 1.11.6, see CVE-2012-3386.
 - #14669: Fixed extraction of CC from gmp.h.
 - Fixed case of intermediate zero real or imaginary part in mpc_fma,
   found by hydra with GMP_CHECK_RANDOMIZE=1346362345.

This is on top of the following changes from version 1.0

 - Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
   invariant sections) for the documentation.
 - 100% of all lines are covered by tests
 - Renamed functions
   . mpc_mul_2exp to mpc_mul_2ui
   . mpc_div_2exp to mpc_div_2ui

- Remove manual creation and removal of share/applications, as it's now in the
mtree (categories starting with [fgijk])

Approved by:	portmgr (bdrewery)

. support stage;
. use new LIB_DEPENDS syntax;
. mark MAKE_JOBS_UNSAFE, different failures at pkg-fallout:
-----
Running dot for graph 26/116
Abort trap (core dumped)
*** [doc/html] Error code 134
-----
====>> Killing runaway build after 7200 seconds with no output
-----

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

- Fix build after iconv change [1]
- Fix build with clang/libc++ ([2] for graphics/ipe)

While here for databases/spatialite:
- Trim Makefile headers
- Remove check for unsupported FreeBSD versions

Submitted by:	marino [1]
Reported by:	swills, antoine [1]
Submitted by:	bsam [2]
Approved by:	portmgr (bapt, implicit)

- Make ports use the libc provided iconv implementation on 10-CURRENT
  after r254273
- Fix a bunch of ports to properly work after this
- Mark converters/libiconv as IGNORE for systems with iconv in libc

Reviewed by:	bapt
Approved by:	portmgr (bapt)
Discussed with:	bapt, bsam (who both contributed ideas and code)

Replace USE_GCC=4.6+ and USE_GCC=4.4+ by USE_GCC=yes.

Right now this is a noop in the former case and a noop in the latter
case unless lang/gcc44 has been installed explicitly.

This puts a bit more emphasis on standardizing on a canonical version
"current" GCC and makes it easier to update that canonical version
by changing the default in Mk/bsd.gcc.mk and updating the lang/gcc port.

That is, USE_GCC=yes means "use a decent/modern version of GCC" without
having to worry about details.

Approved by:	portmgr (bdrewery)

. fix package build error when apparently the INDEX is built on     [1]
  a machine with clang while the package is not;
. remove CPP configuration (it's not used with this port);
. add "-L${LOCALBASE}/lib -liconv" to LDFLAGS due to the error:
-----
[ 86%] Building CXX object src/tests/CMakeFiles/test2-static.dir/test2.cpp.o
Linking CXX executable test2-static
/usr/bin/ld: ^^^A: invalid DSO for symbol `libiconv_open' definition
/usr/local/lib/libiconv.so.3: could not read symbols: Bad value
-----

PR:		ports/180608  [1]
Submitted by:	tijl  [1]

The Colour Management System (CMS) Oyranos (gr. sky) allows the coordination of
device specific Informations (ICC profiles) and system wide settings. Features:
.  configuration for cross application colour agreement;
.  plugable and selectable modules (known as CMM's);
.  pixel conversions;
.  profile handling;
.  named colours;
.  device profile assignment.

WWW: http://www.oyranos.org/