graphics/dcmtk: update 3.6.8 → 3.6.9

graphics/dcmtk: update 3.6.7 → 3.6.8

Reported by:	portscout

graphics/tiff: Update to 4.6.0

PR:		278577
Exp-run by:	antoine

*/*: Bump jpeg-turbo users treewide

New major version 3.0.0

graphics/aeskulap: the port had been resurrected^Wreadded

- Switch to another GitHub mirror (update to the latest commit)
- Modernize the Makefile and assume maintainership of the port

Remove expired ports:

2019-10-16 archivers/freetar: Unfetchable, unmaintained
2019-10-16 archivers/hffzip: Unfetchable, unmaintained
2019-10-16 archivers/hpack.non-usa.only: Unfetchable, unmaintained
2019-10-16 archivers/untar: Unfetchable, unmaintained
2019-10-16 astro/gpsdrive: Unfetchable, unmaintained
2019-10-16 astro/planets: Unfetchable, unmaintained
2019-10-16 audio/ascd: Unfetchable, unmaintained
2019-10-16 audio/audiotag: Unfetchable, unmaintained
2019-10-16 audio/gmidimonitor: Unfetchable, unmaintained
2019-10-16 audio/gmpc-lyricwiki: Unfetchable, unmaintained
2019-10-16 audio/jack_mixer: Unfetchable, unmaintained
2019-10-16 audio/jmusic: Unfetchable, unmaintained
2019-10-16 audio/maplay: Unfetchable, unmaintained

Deprecate a few ports

Mark BROKEN: unfetchable

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

Clean up LIB_DEPENDS

graphics/aeskulap: Update 0.2.2.20180219 -> 0.2.2.20181229

Previous github project got archived, another account now has a newer revision.

graphics/dcmtk: Update 3.6.0 -> 3.6.4; Move to the 'graphics' category

Port changes:
* Take maintainership
* Move to github
* Remove targets: it installs itself fine

Update graphics/aeskulap: Swutch to a more updated fork; Update patches and
dependencies.

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

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

Remove superfluous linefeeds and fix some other minor whitespace bugs.

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

Fix build with newer sigc++20

Update to version 0.2.2.20140119.

PR:		210794
Submitted by:	tkato432 yahoo com
Sponsored by:	Absolight

Deprecate ports broken for more than 6 months

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

With hat:	portmgr
Sponsored by:	Absolight

Mark as broken: does not fetch

Part 1 of adding USE_GNOME=intltool to ports that require it.

The reason for this is that in the GNOME 3.16 update, USE_GNOME gtk20 and
gtk30 don't pull intltool in anymore.

PR:		201980
Exp-run by:	antoine@

graphics/aeskulap: Unbreak fetch with new MASTER_SITES

Most of the PR's changes to Makefile were rejected as being "gratuitous"
as they did not functionally change anything.  The port's description
changes were accepted.

PR:		199231
Submitted by:	ports fury

Mark a few ports in graphics category BROKEN (unfetchable)

- Add LICENSE_FILE
- Add USES=desktop-file-utils as suggested by stage-qa
- Strip libraries

Allow building with libc++ r224926

Submitted by:	dim@

- Reset maintainership of my ports

Cleanup plist

Add USES=libtool to accessibility/atkmm and bump dependent ports

- Add USES=libtool and INSTALL_TARGET=install-strip
- Convert some dependencies to USE_GNOME
- Fix gettext detection with CPPFLAGS/LIBS

- STAGE-clean
- Convert to new LIB_DEPENDS format
- Add LICENSE
- Remove article from COMMENT line

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

Approved by:	portmgr (bdrewery)

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

- Fix build on CURRENT

Reported by:	pkg-fallout

Add an explicit dependency on pkgconf

- Convert USE_GETTEXT to USES (part 3)

Approved by:	portmgr (bapt)

- Fix build with clang (mostly taken from devel/dcmtk/files/patch-clang)
- Trim Makefile header

- update png to 1.5.10

-remove MD5

- Fix build on 6.x

Reported by:    PH (via pav)

- Fix PLIST (hopefully)

Reported by:    QAT

- Try to fix versioned shlib installation

Reported by:    QAT, pav

- Try to fix INDEX

- Do not depend on external dcmtk library; use internal one.
  Aeskulap segfaults on startup when linked with an external dcmtk
  library. I prefer this workaround, until a solution is found.
- Bump PORTREVISION

- Fix build on 6.x [1]
- Fix PLIST

Reported by:    PH (via erwin) [1]

- Mark BROKEN on 6.X: does not link

Reported by:    pointyhat

- Fix build on amd64

Reported by:    QAT, PH (via pav)

- New port: graphics/aeskulap
  Aeskulap is a medical image viewer.
  It is able to load a series of special images stored in the DICOM format
  for review. Additionally Aeskulap is able to query and fetch DICOM images
  from archive nodes (also called PACS) over the network.