games/openxcom1.0_13

games/openxcom: fix crash when loading Battlescape saves

Submitted by: 	Lakitu Jakov <lj910424@gmail.com>

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.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

devel/yaml-cpp: Update to 0.7.0

- Patch cmake include to actually work
- Bump PORTREVISION on consumers, testing shows it is not completely
  binary compatible

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

Remove useless Created by: headers mentioning me

Remove # $FreeBSD$ from Makefiles.

- Update yaml-cpp to 0.6.3 - Removed TEST option since it fails to build. Disable tests   unconditionally. - Bump PORTREVISION on dependent ports. I've observed linker errors   on startup due to library changes

- Fix build with GCC-based architectures

PR:		239633
Submitted by:	pkubaj@FreeBSD.org

Convert to UCL & cleanup pkg-message (categories e-g)

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

- Update sdl_gfx to 2.0.26, bump dependent ports due to shared library version change

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

- Fix LICENSE - Switch to options helpers

- Update devel/yaml-cpp to 0.6.1 - This new version drops dependency on boost-libs - Fix openxcom to build with this new version [1] - Add explicit dependency on boost to net-mgmt/openbmp, now that   yamp-cpp does not pull that in for it [2]

Approved by:		pizzamig [2],
			Maintainer timeout [1]
Differential Revision:	https://reviews.freebsd.org/D14155

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

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

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

Mark some ports failing on power64.  In cases where the error message was a stub, provide a real one.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)
Reported by:	swills

- Update WWW

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

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

With hat:	portmgr
Sponsored by:	Absolight

- Update devel/yaml-cpp to 0.5.3 - Project moved to GITHUB - LICENSE_FILE renamed - Regenerated patch - Bumped PORTREVISION in dependent ports due to ABI changes.

- Fix WWW

Update ports in the games category to not use GH_COMMIT.

With minor cleanups to make things simpler.

With hat:	portmgr
Sponsored by:	Absolight

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 1.0

PR:		145239
Submitted by:	madpilot@FreeBSD.org

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)

- Update graphics/sdl_gfx to version 2.0.25 - Bump PORTREVISION on ports depending on it, since the shlib version changed

Convert graphics/sdl_gfx to USES=libtool.  Also set USE_AUTOTOOLS because upstream forgot to regenerate the build scripts.  This makes the build use the correct version information and causes a library version bump.  Use this opportunity to use USES=libtool instead of USES=libtool:oldver. Bump PORTREVISION on all dependent ports and convert them to USES=libtool where needed.  Also use USES=(gmake,

games/freedink-engine:
- Option helpers.
- Staging.
- Use dirrmtry for locale directories.

games/oolite:
- Staging.
- Replace ECHO with ECHO_CMD.
- Don't use GNUSTEP_PREFIX to install files because it expands to
  LOCALBASE rather than PREFIX.

games/openssn:
- Remove USES=desktop-file-utils.  No MimeType field in desktop file.
- Staging.
- Install files in standard DATADIR.

games/xblast:
- Use proper options.
- Staging.
- Patch configure so normal make install can be used instead of do-install.
- Replace TAR | TAR with COPYTREE_SHARE.

- Support staging - Use new LIB_DEPENDS syntax

- Remove manual creation and removal of share/applications, as it's now in the mtree (games category)

Approved by:	portmgr (bdrewery)

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

Fix build with clang/libc++

Add explicit dependency on pkgconf (8 ports)

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)

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

- Bump PORTREVISION after previous commit

- Install .desktop file

OpenXcom is an open-source clone of the popular UFO: Enemy Unknown (X-Com: UFO Defense in USA) videogame by Microprose, licensed under the GPL and written in C++ / SDL.

WWW: http://openxcom.org