MegaGlest is an open source 3D-real-time strategy game, where you control
the armies of one of seven different factions: Tech, Magic, Egyptians,
Indians, Norsemen, Persian or Romans (Beta). The game is setup in one of
14 naturally looking settings, which -like the unit models- are crafted
with great appreciation for detail. MegaGlest is heavily based on the
widely known Glest, which it forked from in early 2010.
===> The following configuration options are available for megaglest-3.13.0_15:
DOCS=on: Build and/or install documentation
EDITOR=off: Install MegaGlest Editor
VIEWER=off: Install Megaglest G3D viewer
===> Use 'make config' to modify these settings
all: drop support for FreeBSD 13.2 which reached EOL today
Thanks again to jbeich for noticing various things I overlooked.
Reviewed by: acm, ashish, eduardo, ehaupt, eugen, jbeich, martymac, mat,
nobukata, sunpoet, tagattie, yuri, arrowd, kde
Differential Revision: https://reviews.freebsd.org/D45141
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
graphics/mesa-libs: Bump reverse deps for libglvnd
Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.
PR: 246767
Reviewed by: manu, bapt
Approved by: x11
Differential Revision: https://reviews.freebsd.org/D30824
Clean up LLD_UNSAFE from openal-soft ports
After FreeBSD 12.0 EOL we no longer have to worry about LLD 6 and
can drop LLD_UNSAFE from openal-soft ports. LLD can link them fine
now but some ports needs a little help on i386 (-Wl,-znotext).
PR: 226980
Reviewed by: jbeich (earlier version)
Differential Revision: https://reviews.freebsd.org/D23030
Update distinfo, unbreak fetch
Tarball contents have not changed, binary diff show just some file
names moved around in the tar file
Approved by: portmgr blanket
Add USES=xorg USES=gl, ports categories g
Add USES=xorg and USES=gl to ports in categories starting with '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
Change cmake default behaviour to outsource.
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine
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
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
- update to miniupnpc 2.1
PR: 228050
Submitted by: Hung-Yi Chen
- fix python build
- add LICENSE for slave port
- make portlint happier
- bump PORTREVISION on ports using the shared lib
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
Remove BROKEN on Tier-2 systems statements which no longer true at least
on PowerPC (verified for all of them) and some also on SPARC (whenever I
was able to test those on flame.freebsd.org) and even IA64 (which should
be OK to remove anyways, because it was never really supported system in
ports land and was officially killed in -CURRENT a while ago.
games/megaglest: Fix code to allow Clang to build it again
Not only was the previous commit unsavory, it didn't work due to conflict
between libc++ and libstdc++. The added patch from miniz upstream fixes
the breakage.
Suggested by: jbeich
games/megaglest: Unbreak on F10+ with an unsavory solution
Megaglest cannot be built under c++11 standard from the latest clang.
It catches a narrowing error. The real solution is to fix the c++
code (it wasn't the only problem, but the first to trigger an error over
a warning). The c++11 standard is required for wx, so it can't be
unspecified. It turns out that gcc48 will not catch the error that clang
does so the temporary fix is to require gcc48 for all FreeBSD releases.
This may work for gcc49 as well, but it's likely that gcc5 will also
catch the bug and break.
So the unsavory short-term solution is to require GCC to build megaglest,
but the long term fix is either patch the code or hopefully update to
new version when upstream fixes the bug (then USE_GCC can be removed).
Reported by: amdmi3
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)
games/megaglest: Fix on FreeBSD 10+ (from dports)
I had fixed megaglest in dports a few days ago, not realizing that the
build was also broken on FreeBSD until I saw the PR. Due to the size
of megaglest-data (~265M), I haven't actually tested the fix on FreeBSD
but it should work. The dports fix is more extensive than the PR.
PR: 191225
Submitted by: maintainer (Rusty Nejdl)
games/megaglest: update to 3.9.0.4
- Update to 3.9.0.4 [1]
- Allow staging
- Convert lib depends to new format
PR: ports/184342 [1]
Submitted by: maintainer
Apply some upstream patches to fix the build with recent versions of miniupnpc.
While here, convert from NOPORTDOCS to the OptionsNG variant.
PR: ports/177987
Submitted by: Rusty Nejdl <rnejdl@ringofsaturn.com> (maintainer)
- 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
- Rename glest_editor to megaglest_editor to avoid a potential conflict
with games/glest which also has an option to install this editor.
- Do not bump PORTREVISION as the editor is not installed by default.
Reported by: acm@
Submitted by: Sven Moeller <smoeller AT nichthelfer.de> (maintainer)
MegaGlest is an open source 3D-real-time strategy game, where you control
the armies of one of seven different factions: Tech, Magic, Egyptians,
Indians, Norsemen, Persian or Romans (Beta). The game is setup in one of
14 naturally looking settings, which -like the unit models- are crafted
with great appreciation for detail. MegaGlest is heavily based on the
widely known Glest, which it forked from in early 2010.
WWW: http://megaglest.org/
PR: ports/155111
Submitted by: Rusty Nejdl <rnejdl AT ringofsaturn.com>,
Sven Moeller <smoeller AT nichthelfer.de>
