Think Puzzle Bobble, but with monkeys. Monkeys that throw
colourful things. It's a game, except SO MUCH MORE, because
it has monkeys. It has sound and network play and a spiffy
GTK+-2 interface, but that's all irrelevant because, come on...
monkeys!
WWW: http://home.gna.org/monkeybubble/
games/monkeybubble: Remove esound dependency
- Monkeybubble includes esd.h without actually needing it for
anything
- Depend on the right GStreamer plugins to get music working on a
fresh install
Make libgnome and libgnomeui not implying esound dependency
It has been a while both does not depend anymore on esound, before this change
esound dependency was wrongly added to plenty of packages which actually does
not depend on it.
While here:
- audio/glame: remove esound support
- games/monkeybubble: add an explicit dependency on esound
- sysutils/gnome-schedule: add en explicit dependency on pkg-config
- comms/kb: add missing dependency on pkgconfig
- x11-toolkits/libgnomeui:
* update to 2.4.5
* use USES=localbase
Fix audio output
Let GStreamer decide which audio sink to use and do not force use the ALSA sink.
Approved by: lme (mentor)
Differential Revision: https://reviews.freebsd.org/D10657
Remove libart_lgpl_2.so.5 compatibility link that was added in r374303 to
prevent massive PORTREVISION bumps. Bump dependent ports that have not
been bumped since.
* Update the glib to 2.34.3 and gtk20 to 2.24.17 and gtk30 to 3.6.4 which
are the latest stable releases.
* Update vala to the newest stable release 0.18.1, also update a few ports
in the gtk/gnome stack.
* The c++ bindings ports for glib, atk, gconf, etc, have now USE_GNOME toggles.
* Remove pkg-config run depends from glib20 and freetype2. This doesn't
eliminate pkg-config run dependency completely, a second phase is needed
and is planned.
* Support for .:run. and .:build. for USE_GNOME components was added.
Currently only libxml2 and libxslt support this mechanism.
* Updates of the telepathy stack and empathy.
* Trim makefile headers, convert ports to new options, trim off library
versions for some ports.
* Fix other ports so they build with the new glib version.
Thanks to miwi and crees for helping out with some exp-runs.
Approved by: portmgr (miwi & bapt)
Obtained from: gnome team repo
- 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
Remove USE_GNOME=gnometarget from ports. It has been a empty keyword since
mid 2008.
PR: ports/159624
Submitted by: Ruslan Mahmatkhanov <[email protected]>
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 )
Release my ports back into the wild.
Be free, little ports. May you all grow big and strong.
Except gnome-icons-edge. You should probably be nuked. Just sayin'.
- Update gstreamer to 0.10
- Move all old gstreamer 0.8 ports to gstreamer*80 [1]
- Chase all ports with new gstreamer or gstreaemer moves
Repocopied by: marcus [1]
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.
Update to 0.3.2.
Note: there is a sneaking suspicion abounding that this program
will not work with libc_r. If you are forcing libc_r for something
like the NVidia kernel module, update that port and switch over
to libpthread.
Note also: a noticible pause when starting a new game seems to be
normal. This pause is also associated with a gigantic memory spike,
but it'll subside once the game starts.
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.
Dunno yet what happened, but the monkeybubble website has disappeared
into the aether. I'm hosting the distfile locally until I can figger
out what's up.
Remove a deprecated REINPLACE, simplify the gstreamer lib minor no. check,
and remove the warning from the pkg-descr (the massive memory hogginess has
been fixx0red).
The description implied that we didn't need help tracking down
the memory problem with this game. Change the wording accordingly,
and explicitly beg for help.
Add monkeybubble, a GTK2 puzzle bobble clone.
GTK2 Puzzle Bobble clone. With monkeys. Frozen Bubble, but
with monkeys. It's like a game, except SO MUCH MORE, because
it has monkeys.
Note that the game seems to want a couple hundred megs of
memory to start, but once the UI comes up, it only consumes
about 25MB. We're working on it, but the game plays fine.
Tested by: anholt, marcus, and others
