graphics/webp 1.6.0

- Update to 0.4.3

Changes:	https://chromium.googlesource.com/webm/libwebp/+/master/NEWS

- Use INSTALL_TARGET=install-strip instead of STRIP_CMD

Update graphics/giflib to 5.0.5

Differential Revision:	https://reviews.freebsd.org/D1361
Submitted by:	bapt
Reviewed by:	self
Exp-run by:	self

Bump portrevision after png update

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

Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in the 32 ports that still use it.  Bump PORTREVISION on their dependent ports except the ones that depend on these:

audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt

In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version.  When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.

Also remove the devel/pcre dependency from USE_GNOME=glib20.  It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it.  The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20.  Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.

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

- Update to 0.4.2

Changes:	https://chromium.googlesource.com/webm/libwebp/+/master/NEWS

Cleanup plist

- Use USES=compiler:c11

9.3-RELEASE users may encounter build failure due to incorrect cast for
_mm_srli_epi64(__A, __B) in emmintrin.h of base gcc. This was fixed in r269948
(head) and MFC'd to stable/9 and stable/10 in r270099.

However, 9.3-RELEASE users do not benefit from the fix. In order to solve this
problem. We use clang or newer gcc from ports to build this port.

Reference:	https://svnweb.freebsd.org/base?view=revision&revision=269948
PR:		ports/192600 [1], ports/192637 [2]
Submitted by:	mandree [1], Vladimir Chukharev <vladimir.chukharev@gmail.com> [2]
Thanks to:	dim

- Update to 0.4.1 - Update pkg-descr - Update WWW

Changes:	https://chromium.googlesource.com/webm/libwebp/+/master/NEWS

- Build vwebp only if X11 option is on

- Add PORTSCOUT

- Update to 0.4.0 - Add LICENSE - Sort LIB_DEPENDS - Use USES=libtool - Do not silence installation message - Bump PORTREVISION for graphics/webp shlib change

Changes:	https://chromium.googlesource.com/webm/libwebp/+/master/NEWS

- Take maintainership

Give up maintainership for this port. Unfortunately, I no longer have the time to pay this port the necessary attention.

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
as some drivers and utilities.

Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.

Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.

Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.

Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics

Thanks to:	all testers, bdrewery and the FreeBSD x11@ team
exp-run by:	bdrewery [1]
PR:		ports/187602 [1]
Approved by:	portmgr (bdrewery), core (jhb)

Simplify conditional options

Submitted by:	bapt

Use equivalent OPTIONS_SUB notation

Submitted by:	nemysis

Build without vwebp demo binary (requires X) by default

Submitted by:	poyopoyo@puripuri.plala.or.jp

Make implicit dependency on glut explicit (required for vwebp)

- Fix plist

PR:		ports/184374
Approved:	maintainter timeout (3 weeks)

- Fix dependency list [1] - Add support for gif, mux/demux/decode - Enable stage support - Bump PORTREVISION for these changes

PR:		ports/182163 [1]
Submitted by:	pawel

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

graphics/webp: do not depend on explicit jpeg library version

PR:		ports/181270
Submitted by:	myself
Approved by: 	maintainer (timeout)

Update graphics/webp to 0.3.1

PR:		ports/181270
Submitted by:	myself
Approved by: 	maintainer (timeout)

- update png to 1.5.10

- Remove WITH_FBSD10_FIX, is no longer needed

- Fix build FreeBSD 10

- Update webp to 0.1.3 - Remove autotools stuff and gmake dependency (they're learning) - Note library version bump

- Update webp to 0.1.2 release   Unfortunately this requires autotools to build

- Update webp to version 0.1.2-rc1 (dist cleanup) - The webpconv binary is now split into cwebp and dwebp (with manpages)   and a conversion library (with include files) were added - Remove local patch file that is no longer needed

Update webp to 0.0.5

Update to webp 0.0.4

Update webp to 0.0.3

Update to webp 0.0.2

WebP is a method of lossy compression that can be used on photographic images. The degree of compression is adjustable so a user can choose the trade-off between file size and image quality.

webpconv is a command line tool for converting images to and from
the WebP format.

WWW: http://code.google.com/speed/webp/