From its homepage:
xpuyopuyo is a UNIX port of a very big time sink :) . Puyo puyo is a puzzle
game, somewhat like Tetris, where you strive to match up four "blobs" of the
same color. Each match you make gives points, and also dumps gray rocks on
the opponent which are irritating and troublesome to get rid of. Multiple
matches at a time score more points, and dump more rocks on the opponent (a
quintuple-match will dump around 20 rocks on the opponent, all at once).
We ported it overnight to Linux, so we could play whenever we felt like. The
AI's evolved more slowly, over the course of a week or so. I welcome sugges-
tions on how to make the AI's more difficult during the game; currently, they
are rather easy to beat on easy level, but more difficult on hard. There are
still gaping holes in the game interface which should be fixed soon. Sugges-
tions for improvements are welcome.
WWW: https://chaos2.org/xpuyopuyo/
===> The following configuration options are available for xpuyopuyo-0.9.8_8:
AIBREED=off: Allow AI breeding
MIKMOD=off: MOD audio format support
ROTATE_FIXED=off: Fix position of one blob during rotation
===> Use 'make config' to modify these settings
Remove libintl.so.9 compatibility link that was added in r374303 to
prevent massive PORTREVISION bumps. Bump dependent ports that have not
been bumped since.
devel/glib12 x11-toolkits/gtk12:
- Convert to USES=libtool and bump dependent ports
- Add INSTALL_TARGET=install-strip
- Remove patches that renamed include directories and libraries so they
didn't conflict with early development versions of glib/gtk 2.0
- Remove the indefinite article from COMMENT
- Convert USE_GMAKE to USES
- Convert all "ifs" in options helpers
- Convert LIB_DEPENDS to new syntax
- Add stage support
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)
Presenting GNOME 2.20.1 and all related works for FreeBSD. The official
GNOME 2.20 release notes can be found at
http://www.gnome.org/start/2.20/notes/en/ . Beyond that, this update
includes the new GIMP 2.4 (courtesy of ahze).
The GNOME 2.20 update also includes a huge change in the FreeBSD GNOME
hierarchy. We are now using the more standard DATADIR of ${PREFIX}/share
rather than ${PREFIX}/share/gnome. The result is that fewer patches and
hacks are needed to port GNOME components to FreeBSD. This will mean some
user changes may be required, so be sure to read /usr/ports/UPDATING for
more details.
This release and the things we accomplished in it would not have been
possible without mezz's crazy idea to collapse DATADIR, and his persistence
to make it happen successfully. Ahze and pav also deserve thanks for
(Only the first 15 lines of the commit message are shown above )
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.
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.
(1) Add new variable, XFREE86_VERSION, to specify which version of XFree86
(3 or 4) to depend to when USE_XLIB is set. XFREE86_VERSION defaults to 3
for now, but adventurous users can override it in /etc/make.conf. When
XFREE86_VERSION=3, USE_XLIB will add a dependency to x11/XFree86; when it
is set to 4, the dependency will be to x11/XFree86-4-libraries. When
XFREE86_VERSION=4, the PKG_IGNORE_DEPENDS and ALWAYS_BUILD_DEPENDS hacks
to avoid messing with XFree86 are turned off.
