PACKAGE_BUILDING case. The package build scripts then DTRT and ensure
this is running at build-time so a DISPLAY is available.
Approved by: portmgr (self)
little bit and allows to proceed to a more recent linux_base from
a stable (read as: the major bugs should be ironed out or identified
and most linux ports build just fine) source.
It also allows to ship 4.11 with a working linuxolator (the EOLed
linux_base is marked forbidden because of a security hole).
This is a major update, please read UPDATING (and CHANGES if you
develop linux ports).
Changes:
- change the default linux_base from v7 to v8
- add a newer freetype to linux_base-8 for nicer fonts display [1]
- don't let cpio use hardlinks in the linux_base-8 port to quiet some
warnings in some cases [2]
- fix a cut&past error in the linux_base-8 pkg-install script [3]
- convert the binary knob "USE_LINUX" to a version specifier, e.g.
USE_LINUX=<value> specifies a dependency upon
emulators/linux_base-<value>, exceptions are a value of "7" (which
does what you want and adds a dependency to linux_base) and any
value without a corresponding port in
PORTSDIR/emulators/linux_base-<value> (which adds a dependency to
the default linux_base)
- don't implicitly add USE_LINUX with the USE_LINUX_PREFIX knob,
this allows us to use the USE_LINUX_PREFIX knob for linux_base and
paves the way for splitting up future linux base ports into
individual pieces
- remove RESTRICTED from some GPL licensed ports, even when we only
distribute binaries, we get them from official linux sites, so
anyone can grab them there if he needs to
- add a dependency upon the linux X11 bits where necessary (based upon
guesswork)
- don't use USE_X_PREFIX in some linux ports since it adds a dependency
to the FreeBSD X11 libs, as a workaround use PREFIX?= (the clean
solution would be to remove the implicit USE_XLIB from USE_X_PREFIX)
- bump the portrevision of the linux ports ("better safe than sorry"
algorithm)
- pass maintainership of the important linux infrastructure to a
mailinglist, hijack freebsd-emulation@ for this purpose (if somebody
doesn't like this: tell us your bikeshed color at freebsd-emulation@,
my color would be "linuxolator@" in case someone cares...)
- add a pkg-install script for linux-fontconfig, but don't use it;
everything should work without it (the FreeBSD fc-cache program should
do all the work), but in case we need it we just need to decomment the
pkg-install part in the Makefile
- fix some dependencies
- fix some bugs
- add some static plists
- unbreak the ports with dependecies to more than one linux_base
This also fixes some ports which are marked BROKEN because of dependencies
to v7 and v8 of linux_base at the same time.
Known bugs:
- the linux-mesa and linux-devtools ports install libGL*.so symlinks
- some "minor" plist bugs (e.g. ld.so.{conf,cache} are modified by
the linux X11 port, so linx_Base-8 moans at deinstall time)
Future work (interested souls should coordinate with freebsd-emulation@):
- add some kind of USE_LINUX_X11 knob to streamline the X11 dependencies,
or modify the behavior of USE_XLIB in the USE_LINUX case
AFAIK trevor has some patches.
- make USE_XLIB and USE_X_PREFIX orthogonal to be able to get rid of
the PREFIX?= workaround in some linux ports
Should be discussed/coordinated on/with x11@.
- move the RPM bits from x11-toolkits/linux-gtk/Makefile to PORTSDIR/Mk/
- update to a more recent linux base
PR: 69997, 70539 (and maybe others)
Discussed with/on: java@, x11@, trevor, portmgr
Tested by: mezz, portmgr, pointyhat
RPM hunted down by: Joseph Gelinas <scirocco@tasam.com> [1]
Requested by: portmgr [2]
Submitted by: kris [3]
Approved by: portmgr
But now there appears to be active development, again, by a group
that has gathered patches from different sources and started to add
a number of new features.
Upgrade to xblast version 2.9.22.
I was working and fixing some of the bug some people reported to me. This
includes some problem which made it almost impossible to run the game in
Local Networks.. a incident in the code made it that direct connections
wasn't working and people behind a firewall could play without any
problems..
Changes:
- Fixed: Multiplayer more as three players could not play.
There was a bug in the automatic firewall detection.
- Added: Show a simple information of what keys are used in
the multiplayer screen.
- Chagned: In Singleplayer you can select now 0 AI Players.
- Fixed: Teamdata (as Names and Colors) will be send over the network.
- Fixed: udp_send: bad file error fixed, in single mode we was
still sending the quit information to all clients.
- Fixed: Alot other strange network bugs. I.e. the rejoin part
and that the server can leave part was not right.
Almost everyone has heard of the Worms(R) series of games,
developed by Team17. Worms was created in 1990, the goal
of the game consisting of a several teams of "worms" fighting
to the death on a 2D map. Wormux is heavily influenced by
all games in this genre, including Scorched Earth and Liero.
Wormux is free software clone of this game concept. Though
currently under heavy development, it is already very
playable, with lots of weapons (Dynamite, Baseball Bat,
Teleportation, etc.). There are also lots of maps available
for your battling pleasure! Wormux takes the genre to the
next level, with great customisation options leading to
great gameplay. There is a wide selection of teams, from
the Aliens to the Chickens. Also, new battlefields can be
downloaded from the Internet, making strategy an important
part of each battle.
PR: ports/75186
Submitted by: Anton Yudin <toha@toha.org.ua>
bastet does busy waiting because the select() call in game.c returns
with EINVAL. The reason is that timeout does not point to the struct
timeval in the program but to a ncurses function with the same name. I
renamed the variable to fix it. Also the value 1000000 is not a valid
timeout value because it would have to be encoded as 1 second and 0
microseconds. I fixed it trivially by using 999999 for that value.
Also I fixed a gcc warning. Anyway I think the function bast_clear has
to be declared somewhere else.
Should be easy to fix - temporarily I just put the diff below in my
files/ directory of the port.
PR: ports/75208
Submitted by: Rudolf Polzer <freebsd-dr@durchnull.de>
The original Head Over Heels was released around about 1987.
It was immediately praised in the press as being quite the
best isometric adventure game. This version is a pretty
darn faithful remake of the Speccy original except with a
few spanking extra bits.
WWW: http://retrospec.sgn.net/games/hoh/index.html
PR: ports/70577
Submitted by: Janos Mohacsi <janos.mohacsi@bsd.hu>
book support added)
Update of port games/gnuchess to version 5.07. Includes
support for building and installing opening book (as an
OPTION)
OPTIONs rule!
PR: ports/74441
Submitted by: Conrad J. Sabatier <conrads@cox.net>
A Perl script which enhances gameplay under Linux/Unix
Xgame launches your game in a separate X session. This
allows gamers to switch between their desktop and their
game with ease. The new X session does not run a desktop
or window manager. Furthermore, since the game is run in a
separate X session, the resolution and color depth of the
desktop and game may be different.
PR: ports/73326
Submitted by: Andreas Berg <aberg@doomnet.de>
(gosh, and we really need yet another update I think!)
- Bump PORTREV accordingly
PR: ports/43177
Submitted by: Philipp Mergenthaler
Approved by: maintainer silence
This is an update to the last released version of that game.
It include a security fix that the current FreeBSD port is affected.
(see http://marc.theaimsgroup.com/?l=bugtraq&m=108152473130133&w=2)
Note that i did set myself as maintener after proposition from
Nuno Teixeira <nunotex@freeshell.org> by email.
PR: ports/67541
Submitted by: Guy P. <guy@device.dyndns.org>
I believe a symbolic link to /compat/linux/usr/X11R6/lib/libGL.so.1
is needed in /usr/local/share/q3ademo
Otherwise, quake will complain that it can not find the
libGL.so. Perhaps /compat/linux/usr/X11R6/lib/ could also
be added to the library path, but creating a link may be a
simplier solution.
PR: ports/74934
Submitted by: Yonas <yonas_@yahoo.com>
no longer available as run dependency for X11 libraries on which this port
already depends).
Pointed out by: dosirak via kris, while testing X.Org upgrade
To: edwin@mavetju.org
Subject: games/thevalley and upcoming xorg update
Hello,
Soon xorg ports will be upgraded to 6.8.1. As one of changes, imake is
no longer recorded as run dependency for X libraries. Since imake
depends on perl, this dependency is also gone. The port you maintain
relied on perl being there as consequence of these dependencies. Since
this is no longer so, it fails. The upgrade is being tested on dosirak
ports test cluster and the error log is here:
To solve this, explicit build time dependency to perl needs to be
specified with addition of something like this line:
USE_PERL5_BUILD=yes
to Makefile.
Thanks.
Submitted by: Dejan Lesjak <dejan.lesjak@ijs.si>
