*/*: undeprecate after the upgrade of FFmpeg4 PR: 293842, 293822, 293823, 293824, 293825, 293826, 278913, 293827, 270198, 270248, 270206, 293828, 261302, 270281, 270214, 270276, 27031439dc34dc79
Port details
games/hedgewars1.0.3_3
Free Worms-like turn based strategy game
- Maintainer
- amdmi3@FreeBSD.org
- Packages
- hedgewars 1.0.3_3
- Upstream
- up to date
- CPE
- none, CVEs only via VuXML
- WWW
- https://www.hedgewars.org
- Links
- cgit · VuXML
Unaddressed (0) · The CVE record lists this version as affected, no VuXML entry names the CVE
None. There is no CVE without a VuXML entry for this version.
VuXML only (0) · listed, port not fixed yet
None.
pkg audit reports nothing for this version.Fixed (0)
No VuXML entries for this package.
Commits (117)
*/*: Deprecate and set expiration date to 2026-06-30 on FFmpeg 4 consumers To follow up on 15dea205dcd006fb94a96d7ffafd617e3ba4201d deprecate and set expiration date on direct FFmpeg 4 consumers. PR: 293822, 293823, 293824, 293825, 293826, 278913, 293827 270198, 270248, 270206, 293828, 261302, 270281, 270214 270276, 27031444f2f1412b
multimedia/ffmpeg: bump revision to chase lib version change18ea9c7108
*/*: Bump PORTREVISION. lang/fpc was updated to 3.2.3 (20251007)0b43ad4b99
all: bump PORTREVISION after updating graphics/libyuv Using the Tools/scripts/bump_revision.pl scriptb304d8ab18
games/hedgewars: update 1.0.2 → 1.0.3 - Drop i386 support, as the build requires ghc binary which is no longer available on i386. - Switch from PLIST_FILES to pkg-plistd3fb386d34
*/*: Bump PORTREVISION. editors/lazarus was updated to 3.8.071b1672304
*/*: Pass to fpc based ports control of ONLY_FOR_ARCHS - science/checkmol: Add aarch64 like supported platform - science/mol2ps: Add aarch64 like supported platform - science/mol2ps: Fix fetch updating it to 0.4c0a5b417cb6
games/hedgewars: Bump PORTREVISION. lang/fpc was updated to 3.2.3533aa0a690
*/*: Bump PORTREVISION because lang/fpc installs missing serial unit97616b0e4d
*/*: Bump all users of multimedia/ffmpeg* ...to make sure all picks up new version(s)f7accb23bf
games/hedgewars: Move to FFmpeg 4 Fails to build with FFmpeg 6 PR: 270248 Approved by: portmgr (blanket, build fix) Sponsored by: Blinkinblox4ea6ffb836
audio/opus: bump consumers after update to 1.4feb1fa34f5
games/hedgewars: update 1.0.0 → 1.0.2163bb5b576
Mk/Uses: always use colon for build/run suffix Most USES use a colon for build/run(/test) suffixes. Change kde.mk, qt.mk and pyqt.mk to do the same, and update all ports using that. Document in CHANGES. PR: 266034 Exp-run by: antoine Approved by: tcberner (mentor) Differential Revision: https://reviews.freebsd.org/D36349ddae4e92d8
games/hedgewars: prepare for cmake-3.24 Obtained from: Arch Linux PR: 2656528fac410d9e
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)fb16dfecae
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. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)b7f05445c0
lang/fpc: Fix build issues building some fpc based apps - Add missing parameter to getdirentries syscall function - Re-build i386 and amd64 bootstrap - Revert fpc-i386 (FPC_USE_LIBC) build to syscall build - Bump PORTREVISION in all ports dependant of freepascal compilerc77c31909f
*/*: Bump PORTREVISION - lang/fpc was update to new bootstrap121ccc3d29
lang/fpc: Fix build issue on lazarus i386 and amd64 - Bump PORTREVISION - Disable some default OPTIONS Obtained from: https://forum.lazarus.freepascal.org/index.php/topic,57752.msg429737.html#msg4297370de5507c16
games/hedgewars: lang/nbc: science/checkmol: science/mol2ps: bump PORTREVISION * lang/fpc was updated to 3.2.220948f4616
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/D30824da3162c7c9
games/hedgewars: mark BROKEN on i386 Link fails with 'ld: error: duplicate symbol: LandDirty_dimension_info' on some code converted from pascal to C, so this would be non-trivial to fix.ae643edd8c
Remove useless Created by: headers mentioning me5823922c58
Remove # $FreeBSD$ from Makefiles.305f148f48
- lang/fpc revert way like linker is taken by fpc compiler - lang/fpc add binutils to RUN_DEPENDS - editors/lazarus add binutils to RUN_DEPENDS - editors/lazarus add gmake to RUN_DEPENDS - editors/lazarus install fpc units like RUN_DEPENDS too - Bump PORTREVISiON of fpc/lazarus ports PR: 251712 Reported by: amdmi382ac7a6add
Fix multiple build issues after fpc update to 3.2.0 - Fix compiler crash - Fix incorrect linker path used by fpc - Fix linking with incorrect lua library42b3c37c89
- Bump PORTREVISION. fpc was updated to 3.2.0db3661d0f9
Fix build on i386fb928f6909
games/hdegewars: pepare for Qt5-5.151a658498bc
- Remove compat < 11 dependencies from bootstrap and compiler. It could fix problems when GENERIC kernel is not used. - Rebuild bootstrap (ppcx64 and ppc386) with new changes - Bump PORTREVISION PR: 239135 Reported by: fbsdbugs4 at sentry.org8c8a336495
- Change LDPATH to FPC_LDPATH into lang/fpc/Makefile. It can be changed from /etc/make.conf - Add FPC_LDPATH to freepascal compiler. By default it is defined to %%LOCALBASE%%/bin/ld.bfd but it can be changed setting FPC_LDPATH environment variable - Remove compatX dependencies from bootstrap and compiler. It could fix problems when GENERIC kernel is not used [1] - Rebuild bootstrap (ppcx64 PR: 239135 Submitted by: fbsdbugs4 __at__ sentry.org34196d10e5
- Update to 1.0.0661d8e771e
games: Add missing USES={gnome,gl,sdl,xorg}ef878751a7- Rebuild bootstrap (ppcx64 and ppc386) with ld patches - Fix build on 12-STABLE and CURRENT (amd64 and i386) - Bump PORTREVISION for all ports that depends of lang/fpc - Add USE_BINUTILS to fpc and lazarus based ports - Add binutils dependency to Uses/fpc.mk and Uses/lazarus.mk PR: 240293 239934 233413 214864 Exp-run by: antoinec0b7145df2
- Add new fpc bootstrap (i386 and x86_64). It could need less COMPATX dependencies in kernel - Add patch file to solve some linking problem - Remove LD_UNSAFE. Now it can be defined via LDPATH (/usr/bin/ld.bfd by default). fpc is not working with lld. We will use binutils-ports when ld.bfd is moved from base if lld not working on future version of fpc - Bump PORTREVISION4b5930e48a
multimedia/ffmpeg: update to 4.2 Changes: https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.2:/Changelog ABI: https://abi-laboratory.pro/tracker/timeline/ffmpeg/325aed58cb
games/hedgewars: Fix build on i386 arch. It turned out that GHC is still required in the build process to create a small utility program written in Haskell and used in the build. Reported by: antoine Reviewed by: tcberner (mentor, implicit)22f8369c24
Introduce USES=cabal and use it to build Haskell applications. PR: 230186 Reviewed by: mat, tcberner Approved by: tcberner (mentor) Differential Revision: https://reviews.freebsd.org/D197306dc2e22e2d
- Fix build in i386b62f30142d
Fix Qt5 symbol version scripts to put the catch-all clause first. When a symbol matches multiple clauses the last one takes precedence. If the catch-all is last it captures everything. In the case of Qt5 libraries this caused all symbols to have a Qt_5 label while some should have Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the catch-all lowest priority. Older versions of Qt5Webengine exported some memory allocation symbols from the bundled Chromium. Version 5.9 stopped exporting these [1] but the symbols were kept as weak wrappers for the standard allocation functions to maintain binary compatibility. [2][3] The problem is that the call to the standard function in these weak wrappers is only resolved to the standard function if there's a call to this standard function in other parts of Qt5Webengine, because only then is there a non-weak symbol that takes precedence over the weak one. If there's no such non-weak symbol the call in the weak wrapper resolves to the weak wrapper itself creating an infinite call loop that overflows the stack and causes a crash. Some of the allocation functions are variants of C++ new and delete and it probably depends on the compiler whether these variants are used in other parts of Qt5Webengine. Remove the weak wrappers (make them Linux specific). This isn't binary compatible but we are already breaking that with the changes to the symbol versions. [1] https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4 [2] https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5 [3] https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5 Bump all ports that depend on Qt5. PR: 234070 Exp-run by: antoine Approved by: kde (adridg)1bf487d3e7
- Update to 0.9.2552a3cf38d1
multimedia/ffmpeg: update to 4.1 Changes: https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.1:/Changelog ABI: https://abi-laboratory.pro/tracker/timeline/ffmpeg/0872f77fd4
Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk From now on, ports that depend on Qt4 will have to set USES= qt:4 USE_QT= foo bar ports depending on Qt5 will use USES= qt:5 USE_QT= foo bar PR: 229225 Exp-run by: antoine Reviewed by: mat Approved by: portmgr (antoine) Differential Revision: →https://reviews.freebsd.org/D15540b1a1d38bf9
- Attempt to fix build with lld PR: 228639 Submitted by: emaste15ba00fd7e
- Update to 0.9.24.1daf0afbd9b
multimedia/ffmpeg: update to 4.0 - FFSERVER support was removed upstream - libressl now uses libtls backend instead of patching openssl one - Clang i386 no longer uses 16-byte aligned stack Changes: https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.0:/Changelog ABI: https://abi-laboratory.pro/tracker/timeline/ffmpeg/ PR: 227726 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D15175c400a2c8b6
- Update to 0.9.2475f434d636
- Migrate Mk/bsd.fpc.mk to Mk/Uses/fpc.mk - Convert all fpc-based ports to USES=fpc PR: 227210 Reviewed by: portmgr Approved by: portmgr Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D146175ab881a5d9