BomberInstinct is a multiplayer-only Bomberman-like game. It plays only on a
single computer at the moment, with keyboard or joystick. It's part like
Bomberman, because you must kill the other players with bombs that throw flames
vertically and horizontally, but it's much more strategical because you have to
do with the elements of a maze (arrows, tunnels, teleportations, and many
more...), and with the special powers of each character.
WWW: http://bomberinstinct.sf.net/
Remove expired ports:
2021-04-01 ftp/wzdftpd: Unmaintained and dead upstream, does not build with
-fno-common (llvm 11)
2021-04-01 astro/roadmap: Unmaintained and dead upstream, does not build with
-fno-common (llvm 11)
2021-04-01 games/cosmo: Unmaintained and dead upstream, does not build with
-fno-common (llvm 11)
2021-04-01 games/bomberinstinct: Unmaintained and dead upstream, does not build
with -fno-common (llvm 11)
2021-04-01 games/drm: Unmaintained and dead upstream, does not build with
-fno-common (llvm 11)
2021-04-01 games/bygfoot: Unmaintained and dead upstream, does not build with
-fno-common (llvm 11)
2021-04-01 games/cre: Unmaintained and dead upstream, does not build with
-fno-common (llvm 11)
2021-04-01 irc/hybserv: Unmaintained and dead upstream, does not build with
-fno-common (llvm 11)
2021-04-01 irc/xaric: Unmaintained and dead upstream, does not build with
-fno-common (llvm 11)
2021-04-01 mail/elmo: Unmaintained and dead upstream, does not build with
-fno-common (llvm 11)
2021-04-01 misc/cave: Unmaintained and dead upstream, does not build with
-fno-common (llvm 11)
2021-04-01 security/bugs: Unmaintained and dead upstream, does not build with
-fno-common (llvm 11)
2021-04-01 security/dmitry: Unmaintained and dead upstream, does not build with
-fno-common (llvm 11)
(Only the first 15 lines of the commit message are shown above )
Extend expiration of ports broken with -fno-common
Extend the expiration of unmaintained leaf ports that are broken with
-fno-common and previously had a short expiration date. The new date is set
to 2021-04-01, meaning the ports will be in the 2021Q2 branch, giving people
until 2021-06-30 (10 months from now) to fix issues.
Improve the wording of the deprecation message, mentioning both llvm 11 and
-fno-common.
Bump portrevision to force reinstall. This way the warning message about
deprecation will be displayed to users installing or reinstalling the
software.
MFH: 2020Q3 (maybe)
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.
(Only the first 15 lines of the commit message are shown above )
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 devel/sdl12 to 1.2.15
- 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
- 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 devel/sdl12 to version 1.2.14.
- 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/142147ports/142248ports/142249
Approved by: miwi (mentor implicit)
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 devel/sdl12 to version 1.2.11. Now we employ stock SDL directory
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)
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.
Let be hohest: I really don't have a time now to properly maintain all
these great pieces of software, so that let others with more free time
to take over them.
Update the port. While the formal version number was unchanged, the game
undergo considerable changes and should be threatedas a new version, hence
bump PORTREVISION.
