This is a port of the GPL'd Quake 1 source maintained by the Quake Forge
team. They're patching it with an eye towards portability and bug fixes,
and in the future, feature enhancments.
Note that to actually USE this port you will need to obtain an installed
copy of Quake 1 from a DOS/Windows machine.
http://quake.sourceforge.net
===> The following configuration options are available for quakeforge-0.7.2_10:
CLIENTS=on: Clients
DOCS=on: Build and/or install documentation
FLAC=off: FLAC lossless audio codec support
JACK=off: JACK audio server support
OPTIMIZED_CFLAGS=off: Use extra compiler optimizations
SDL=off: Simple Direct Media Layer support
SERVERS=on: Dedicated servers
SKYBOXES=off: Install skyboxes pak
VORBIS=off: Ogg Vorbis audio codec support
XXF86DGA=off: XFree86 DGA Extension support
XXF86VM=off: XFree86 Vidmode Extension support
===> Use 'make config' to modify these settings
Move more WWW entries from pkg-descr files into Makefiles
The WWW: lines in the pkg-descr files of these ports where not at the
end of those files and have been missed in prior conversion runs.
Approved by: portmgr (implicit)
audio/jack: Update to Jack2: 0.125.0 -> 1.9.16
Big thank you to Florian Walpen <dev@submerge.ch> and
Goran Mekić <meka@tilda.center> for working on Jack2.
PR: 251125
Submitted by: Florian Walpen <dev@submerge.ch> (original version)
Do not set CLIENTS?_USES twice
Also drop misspelled CLIENTS_VERS in games/quakeforge. It probably
was meant to be CLIENTS_VARS but the port does not use Gtk so
INSTALLS_ICONS=yes should not be set anyway.
Add USES=xorg USES=gl, ports categories e and g
Add USES=xorg and USES=gl to ports in categories starting with 'e' and 'g'.
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Add -znotext to LDFLAGS on i386, for lld
These ports link some non-PIC code, which fails with lld as it defaults
to disallowing relocations against read-only segments. For i386 we can
just add -znotext unconditionally: for GNU BFD ld it just affirms BFD's
existing default.
PR: 214864
Approved by: portmgr (lld blanket)
Sponsored by: The FreeBSD Foundation
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Revision bump of all ports with USE_GL after consolidation of mesa-libs
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10845
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
Remove support for WANT_SDL/HAVE_SDL knobs
WANT_SDL/HAVE_SDL macros allowed a port to check which SDL components
are installed. This goes against the policy of avoiding automatic
dependencies, and there are actually no cases in the portstree where
these knobs are used properly, so axe them out.
Approved by: portmgr (mat)
Differential Revision: D4093
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 )
- Convert to USES=libtool and add INSTALL_TARGET=install-strip
- Stop trying to build libQFrenderer_sw as a shared library. The library
contains x86 asm that does not support PIC. It looks like this asm can
be disabled by adding -DPIC to the command line but doing so leads to
build errors.
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)
In preparation to update QuakeForge to the latest version, unbreak, stagify,
and clean up the port beforehand:
- Require compiler that supports nested functions
- Do not enable extra compiler optimizations by default; they're known to be
the cause of sporadic build and run-time failures
- Make snd_oss actually work: mmap()ped buffer for the DMAing into /dev/dsp
was set up incorrectly. FreeBSD always requires MAP_SHARED for device
mappings
- Remove vestiges of Tier-2 (sparc64) and dropped (alpha) arch gimmicks
- Define LICENSE (GPLv2), miscellaneous cleanups
- Transfer maintainership to games@ while here as well
Submitted by: kib (sound fix)
Convert USE_BISON to USES= bison
It brings bison as a build dependency in case it is set the following way:
USES= bison or USES= bison:build
it brings bison as a run dependency in case it is set the following way:
USES= bison:run
it brings bison both as a run and build dependency in case it the set the
following way:
USES= bison:both
While here trim some headers
Convert some USE_GNOME= gnomehack to USES= pathfix
- 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
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
- Update X.org ports to 7.4+ (few ports are more recent than the katamari).
- Bump PORTREVISION for all ports depending on libglut since the shlib
version number went from 4 to 3.
- Bump PORTREVISION for all ports depending on libXaw as libXaw.so.8 isn't
installed anymore.
- Couple of ports fixes (mostly missing xorg components added to USE_XORG).
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
(Only the first 15 lines of the commit message are shown above )
- Fix building (last commit for -fPIC broke it: some code is compiled twice,
so there is a conditional code compilation checking for -DPIC, but the code
in the static library later goes into a shared one, so use -fPIC but no
-DPIC in that case, because otherwise there would be redefined symbols).
Reported by: pointyhat
- Add -fPIC compiler flag to the shared library sources (recently a static
library was converted to shared) to fix building on amd64.
Reported by: pointyhat
- Fix menu loading (console_client.so) in SDL clients: apply fix from
ports/89065 (which was just for the OpenGL and X11 clients) to manually
export the Key_Progs_Init symbol.
Reported by: scalopus@gmail.com
- Fix clients statically linked to libQFrenderer_sw being unable to load
console_client.so (the game menus) by making it a dynamic library [1].
- Change INSTALLS_SHLIB to USE_LDCONFIG.
- Remove STATIC_PLUGINS option.
- Bump PORTREVISION.
Reported by: scalopus@gmail.com
Obtained from: https://bugzilla.altlinux.org/show_bug.cgi?id=8853 [1]
- 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)
- Use NOT_FOR_ARCHS instead of BROKEN on sparc64.
- Remove USE_REINPLACE.
- Add pkg-message (processed by SUB_FILES).
- Run ldconfig on the right directory.
- Fix OPTIONS handling.
- Remove unavoidable autodetection of OPTIONS.
- Don't remove the shared data directory (managed by games/quake-data).
PR: ports/93729
Submitted by: Alejandro Pulver <alejandro@varnet.biz>
Approved by: garga (mentor)
[patch] games/quakeforge does not respond to keyboard input
After ports recompilation for 6.0 (upgrade from 5-STABLE)
I noticed that quakeforge start and plays the demo, but
completely ignores any keyboard input. Besides that, it
reports that plugin /usr/local/lib/quakeforge/console_client.so
cannot be loaded.
Investigation had shown that the plugin is used to drive
the game menu, and the reason it cannot be loaded is that
the main executable of the game does not export the symbol
Key_Progs_Init.
Symbol is absent since build links final exe from some
static libraries, and .o with Key_Progs_Init is (for some
(Only the first 15 lines of the commit message are shown above )
[patch] games/quakeforge does not respond to keyboard input
After ports recompilation for 6.0 (upgrade from 5-STABLE)
I noticed that quakeforge start and plays the demo, but
completely ignores any keyboard input. Besides that, it
reports that plugin /usr/local/lib/quakeforge/console_client.so
cannot be loaded.
Investigation had shown that the plugin is used to drive
the game menu, and the reason it cannot be loaded is that
the main executable of the game does not export the symbol
Key_Progs_Init.
Symbol is absent since build links final exe from some
static libraries, and .o with Key_Progs_Init is (for some
(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.
Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
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.
- Fix the detection of libvorbis (broken, due to version bump)
- Fix a bug in the network code, found by Vladimir Machulsky
- Use DOCSDIR
- Bump PORTREVISION
PR: ports/61902
Submitted by: Ulrich Spoerlein <q@uni.de> (maintainer)
- change maintainer to q@uni.de (this time for sure)
- add patch for zpak (use sh instead of bash)
Submitted by: q@uni.de
- bump portrevision due to change in package (zpak)
