multimedia/libdc1394: Update to 2.2.7

multimedia/libdc1394: Moved man to share/man

Approved by:    portmgr (blanket)

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: 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>

Remove # $FreeBSD$ from Makefiles.

- Fix LICENSE
- Add LICENSE_FILE
- Pet portlint
- Update WWW

Approved by:	portmgr blanket

multimedia/libdc1394: update to 2.2.6

- remove patch, there is no indication why it was needed.

Update to upstream version 2.2.5

Update to 2.2.4

Convert tab after WWW: in pkg-descrs to single space as per PHB

Approved by:	portmgr blanket

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

Update to 2.2.3

- Drop @dirrm* from and add empty directories to pkg-plists

Approved by:	portmgr blanket

Update to 2.2.2
Convert to USES=libtool
Strip binaries

Update to 2.2.1
Support stage
Do not remove directory that we do not install (stage allows not to pollute
anymore

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

This changes almost all the "gnomehack" only USE_GNOME cases to USES= pathfix.

If a port used other USE_GNOME items it was untouched.
The ports that used other USES were fixed by hand.

PR:		ports/177081
Reviewed by:	bapt
Approved by:	portmgr (miwi)

- update to 2.2.0

- update to 2.1.4

Feature safe:   yes

- update to 2.1.3
- add license

- Update to 2.1.2
- Pass maintainer to multimedia@ (approved by kwm@ - team of multimedia@)

PR:             ports/145313
Submitted by:   Gea-Suan Lin <gslin@gslin.org> (maintainer)
Approved by:    itetcu (mentor, implicit)

- Switch SourceForge ports to the new File Release System: categories starting
with M

- Update to 2.1.1

PR:             137448
Submitted by:   Gea-Suan Lin <gslin@gslin.org> (maintainer)

libdc1394 is a library that provides a complete high level
application programming interface (API) for developers who wish to
control IEEE 1394 based cameras that conform to the 1394-based Digital
Camera Specifications (also known as the IIDC or DCAM Specifications).

WWW:    http://damien.douxchamps.net/ieee1394/libdc1394/

PR:             133929
Submitted by:   Gea-Suan Lin <gslin at gslin dot org>