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.

graphics: remove 'Created by' lines

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

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Abel Chow <ozsanh45vds001@sneakemail.com>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Ade Lovett <ade@lovett.com>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Aldis Berjoza <aldis@bsdroot.lv>
  *  Alex Hayward <xelah@xelah.com>
  *  Alex Ivasyuv <siegerstein@pochta.ru>
  *  Alex Samorukov <samm@os2.kiev.ua>

graphics/libexif: Update to 0.6.24

Changes:	https://github.com/libexif/libexif/releases

graphics/libexif: Update to 0.6.23

Changes:	https://github.com/libexif/libexif/releases

graphics/libexif: Convert REINPLACE_CMD to patch file

graphics/libexif: Fix CPE information because current one is deprecated

Approved by:    portmgr (blanket)

Remove # $FreeBSD$ from Makefiles.

graphics/libexif: Update MAINTAINER

Pass MAINTAINER'ship to sunpoet, missed in ports r551526.

PR:		250105

Update to 0.6.22

- Update MASTER_SITES
- Use USES=localbase
- Strip shared library
- Convert to options target helper
- Update WWW
- Take maintainership

Changes:	https://github.com/libexif/libexif/releases
PR:		250105
Submitted by:	sunpoet (myself)
Approved by:	dbaio (maintainer)
Security:	cff0b2e2-0716-11eb-9e5d-08002728f74c
MFH:		2020Q4

graphics/libexif: Fix security vulnerabilities

 - Fix CVE-2019-9278

  In libexif, there is a possible out of bounds write due to an integer
  overflow. This could lead to remote escalation of privilege in the media
  content provider with no additional execution privileges needed. User
  interaction is needed for exploitation.

 - Fix a buffer read overflow in exif_entry_get_value

 - Fix a buffer overread in exif_mnote_data_olympus_load

PR:		244060
Reported by:	tj@mrsk.me (email)
Approved by:	former maintainer
MFH:		2020Q1
Security:	00f30cba-4d23-11ea-86ba-641c67a117d8

Update WWW: SF redirects to https://sourceforge.net/projects/<PROJECT_NAME>/

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

- Add CPE info
- Add LICENSE_FILE

Approved by:	portmgr blanket

- Drop .la files, no dependees require them

Approved by:	portmgr blanket

Cleanup plist

- Convert USE_BZIP2 to USES

Approved by:	portmgr blanket

When linking a library libA with a library libB using libtool, if libB.la
exists, libtool will add all libraries libB.la refers to (dependency_libs
field) to the linker command line and store them in the dependency_libs
field of libA.la.  So everything that subsequently links with libA will also
link to these extra libraries.  This causes too much overlinking.

This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs
field in .la libraries during staging.  However, because .la libraries have
very limited use when dependency_libs is empty it makes sense to completely
remove them during staging.

So with this commit USES=libtool is modified to remove .la libraries and a
new form (USES=libtool:keepla) is introduced in case they need to be kept
(dependency_libs is still emptied).

- fix build when gettext is installed

Convert to USES=libtool
Use options helpers

- Stage support

- Modernise some USES:
  USE_GMAKE -> USES=gmake
  USE_GNOME=gnomehack -> USES=pathfix

Add DOCS and NLS options.

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

- Convert USE_GETTEXT to USES (part 4)

Approved by:	portmgr (bapt)

Convert g* to USES=pkgconfig

- graphics/libexif:
  * Update to 0.6.21
  * Add LICENSE
  * Switch to OptionsNG and PORTDOCS
- Document libexif 2012-07-12 vulnerabilty
- Bump PORTREVISION for libexif related ports
- Trim headers while here

PR:		ports/175910
Approved by:	swills (mentor)
Security:	d881d254-70c6-11e2-862d-080027a5ec9a

- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead

PR:             157936
Submitted by:   myself
Exp-runs by:    pav
Approved by:    pav

- Update to 0.6.20

PR:             ports/154107
Submitted by:   Wen Heping (myself)
Approved by:    maintainer

Sync to new bsd.autotools.mk

Bounce PORTREVISION for gettext-related ports.  Have fun, ya'll.

- Update to 0.6.18

PR:     ports/139686
Submitted by:   sylvio@
Approved by:    maintainer
                mentor (itetcu)

-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.

It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.

With help:      marcus and kwm
Pointyhat-exp:  a few times by pav
Tested by:      pgollucci, "Romain Tartière" <romain@blogreen.org>, and
                a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by:    marcus
Approved by:    portmgr

- Pass maintainership to marius@nuenneri.ch

Submitted by:   marius@nuenneri.ch (ports@ mailing list)

- Update to 0.6.17
- Respect NOPORTDOCS

PR:             130433
Submitted by:   Ports Fury

Reset yinjieh@csie.nctu.edu.tw due to lack of time to work on ports
right now, by request.

Hat:    portmgr

- Update to 0.6.16

PR:             ports/127294
Submitted by:   Yi-Jheng Lin <yzlin AT cs.nctu.edu.tw>
Approved by:    Ying-Chieh Chen <yinjieh AT csie.nctu.edu.tw> (maintainer)

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

- Update to 0.6.15
- Use ltverhack

Approved by:    maintainer

- Update to 0.6.14

Approved by:    Ying-Chieh Chen <yinjieh@csie.nctu.edu.tw> (maintainer)

- Update to 0.6.13

Approved by:    maintainer

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

SHA256ify

Approved by: krion@

Mass-conversion to the USE_AUTOTOOLS New World Order.  The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.

Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.

Preliminary documentation can be found at:
        http://people.FreeBSD.org/~ade/autotools.txt

which is in the process of being SGMLized before introduction into the
Porters Handbook.

Light blue touch-paper.  Run.

- fix option WITHOUT_NLS
2005-08-28 maintainer emailed, no response.
Approved by:    maintainer timeout (2 weeks)

- Fix a braino which leads to crash in GIMP when opening JPEG pictures with
  certain EXIF data, like those from SONY, Nikon or Canon digital cameras.

Obtained from:  libexif CVS, exif-data.c rev. 1.68

- update to 6.0.12
- fix remotely exploitable buffer overflows
 
[http://www.freebsd.org/ports/portaudit/624fe633-9006-11d9-a22c-0001020eed82.html]

PR:             79158, 79281
Submitted by:   Oliver Fromme, maintainer

Update to 0.6.10

PR:             ports/71944
Submitted by:   maintainer

Support WITHOUT_NLS

Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port.  Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version.  To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER.  Both macros accept the same argument: a libtool version.

For example, to use the ports version of libtool-1.5, add the following to
your Makefile:

USE_LIBTOOL_VER=        15

To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:

USE_INC_LIBTOOL_VER=    15

With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).

PR:             63944
Based on work by:eik and marcus
Approved by:    ade (autotools maintainer)
Tested by:      kris on pointyhat
Bound to be hidden problems:    You bet

SIZEify (maintainer timeout)

Whoa there, boy, that's a mighty big commit y'all have there...

Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".

For ports-in-waiting:

        USE_LIBTOOL=YES         ->      USE_LIBTOOL_VER=13
        USE_AUTOCONF=YES        ->      USE_AUTOCONF_VER=213
        USE_AUTOMAKE=YES        ->      USE_AUTOMAKE_VER=14

Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.

Add USE_GETTEXT and bump PORTREVISION.

Submitted by:   trevor
Tested by:      bento

Now gettext 0.12.1 is gettext-old.

USE_REINPLACE must be defined before REINPLACE_CMD may be used.

Bump the PORTREVISION for the ports directly affected by the gettext upgrade.

Prodded by:     kris

Chase the libintl.so shared lib version.

a) Update graphics/libexif to 0.5.12
b) take over maintainership

PR:             55296
Submitted by:   Ying-Chieh Chen <yinjieh@csie.nctu.edu.tw>

Restore the forced link of -lintl to fix unresolved symbol problems.

Suggested by:   kris

update graphics/libexif:
  - Utilize USE_GNOME

PR:             55054
Submitted by:   KATO Tsuguru <tkato@prontomail.com>

Update to 0.5.10.

PR:             55024
Submitted by:   Pav Lucistnik <pav@oook.cz>

* Update to 0.5.9
* Reset maintainer to ports:
        <pschmied@qwest.net>
             (reason: 550 Sorry, no mailbox here by that name. (#5.1.1))

PR:     48886
Submitted by:   Jan Hornyak <pav@oook.cz>

Clear moonlight beckons.
Requiem mors pacem pkg-comment,
And be calm ports tree.

E Nomini Patri, E Fili, E Spiritu Sancti.

Update to 0.5.6. (with a shlib major bump)

No response from:       MAINTAINER

Update to version 0.5.4

PR: 41356
Submitted by: Ports Fury

- Add BUILD_DEPENDS/RUN_DEPENDS to devel/pkgconfig
- Support CFLAGS properly
- Fix pkg-plist
- Do not install useless .la file

PR:             36551
Submitted by:   KATO Tsuguru <tkato@prontomail.com>
Approved by:    maintainer

Add libexif 0.5.0, which allows digital camera metadata to be read.

PR:             36269
Submitted by:   Peter W. Schmiedeskamp <pschmied@qwest.net>