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, pathfix, tar) and new LIB_DEPENDS
syntax here and there.
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.
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)
looking for the proper LOCALBASE/bin/unzip that UNZIP_CMD is set to.
Will let maintainers decide if archivers/unzip is really still needed.
Some of these ports/options remain broken due to other issues.
With hat: portmgr
- Update audio/sdl_mixer to 1.2.15
- Update graphics/sdl_image to 1.2.12
- Update graphics/sdl_ttf to 2.0.11
- Update graphics/sdl_gfx to 2.0.23
- Update net/sdl_net to 1.2.8
- Bump PORTREVISIONs on ports that depend on one or more packages due to
ABI and shared library version changes
- Update Mk/bsd.sdl.mk accordingly for the new shared library versions
Tested by: exp-run by pav
- Update audio/sdl_mixer to version 1.2.11.
- Update graphics/sdl_gfx to version 2.0.20.
- Update graphics/sdl_image to version 1.2.10.
- Bump portrevisions for all ports depending on audio/sdl_mixer and
graphics/sdl_image.
- Update Mk/bsd.sdl.mk accordingly for the new shared lib versions.
PR: ports/142147 ports/142248 ports/142249
Approved by: miwi (mentor implicit)
- Split boost port to separate components, with boost-all metaport
PR: ports/137054
Submitted by: Alexander Churanov <churanov.port.maintainer@gmail.com> (maintainer)
structure (i.e. include/SDL for includes and sdl-config for configuration
binary)
- Update graphics/sdl_ttf to version 2.0.8
- Update graphics/sdl_image to version 1.2.5
- Update audio/sdl_mixer to version 1.2.7
- Update net/sdl_net to version 1.2.6
- Update Mk/bsd.sdl.mk accordingly
- Fix dependent ports to fit the new directory structure and avoid several
API breakages
- Bump up portrevisions for all dependent ports to allow them to be upgraded
by portupgrade/portmaster etc tools
Approved by: kris (portmgr), sem (mentor)
in AI script based battles against fleets designed by other players. Though
battles take place in real time, the strategy comes before hand, both in
writing short AI scripts in a simple scripting language, and also in the set
up and selection of your fleet. You don't actually have any control over your
units at all mid-battle, but rather use the time to see where the set up of
your fleets is working, where your fleets' weaknesses lie and changes are
needed, and perhaps also to learn from the strategy of your opponent.
The game revolves around very large capital ships, from which smaller ships
are launched. To win a battle you must destroy of all of your opponent's
capital ships before they destroy yours.
There can be hundreds of units in any one battle, but there is no harvesting,
resource management or base building.
WWW: http://galaxyhack.sourceforge.net/
PR: ports/84925
Submitted by: Alejandro Pulver <alejandro@varnet.biz>
