games/bsdgames: NO_WERROR fix for FreeBSD 13
* use WITHOUT_WERROR instead of NO_WERROR
* remove noop REINPLACE statements
* moves the wump.info out of the pkg-plist into the Makefile
PR: 252941
Submitted by: jockl@pianojockl.org (maintainer)
graphics/openexr: graphics/ilmbase: v2.5.4 update
"Patch release with various bug/sanitizer/security fixes, primarily related to
reading corrupted input files."
<https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.4>
Cherry-pick upstream commit for GCC 11 compatibility:
<a40a6151c4>
Since this changes the patchlevel of the solibs, bump PORTREVISION of dependent
ports just to be sure.
(graphics/py-openshadinglanguage is unaltered and .includes the revision bump
from .../openshadinglanguage.)
graphics/openexr: really commit v2.5.4 update.
Unfortunately, this was missed with the ilmbase update, and
causes yet another PORTREVISION bump on all dependent ports.
repeating ilmbase's commit log here:
"Patch release with various bug/sanitizer/security fixes, primarily related to
reading corrupted input files."
<https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.4>
Cherry-pick upstream commit for GCC 11 compatibility:
<a40a6151c4>
Since this changes the patchlevel of the solibs, bump PORTREVISION of dependent
ports just to be sure.
(graphics/py-openshadinglanguage is unaltered and .includes the revision bump
from .../openshadinglanguage.)
Reported by: VVD (IRC, #bsdports)
graphics/openexr, ilmbase: security update to v2.5.5
https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.5
"Specific OSS-fuzz issues include:
OSS-fuzz #30291 Timeout in openexr_exrcheck_fuzzer
OSS-fuzz #29106 Heap-buffer-overflow in Imf_2_5::FastHufDecoder::decode
OSS-fuzz #28971 Undefined-shift in Imf_2_5::cachePadding
OSS-fuzz #29829 Integer-overflow in Imf_2_5::DwaCompressor::initializeBuffers
OSS-fuzz #30121 Out-of-memory in openexr_exrcheck_fuzzer"
Bump PORTREVISION of ports that directly depend on openexr and/or ilmbase.
Security: 98044aba-6d72-11eb-aed7-1b1b8a70cc8b
textproc/elasticsearch6: Fix rc order
It has been found that elasticsearch is being started in wrong phase of rc
sequence.
This should bring it to more apropriate place where all services, including
cleartmp, are started.
PR: 236840
Reported by: Nemesis11 <felix@zwame.pt>
Reviewed by: osa (mentor), swills
Approved by: osa (mentor)
Differential Revision: https://reviews.freebsd.org/D27874
devel/rlwrap: Update to 0.44
And while here, also:
- Switch to versioned release download
- Reformat Makefile according to portclippy/portfmt
- Fix pkg-plist
Reviewed by: osa (mentor), swills (mentor)
Approved by: osa (mentor)
Differential Revision: https://reviews.freebsd.org/D28429
x11/foot: unbreak if devel/ncurses is installed
In-base ncurses uses termcap, so ports/ don't support populating
terminfo yet. For example, devel/ncurses has --with-hashed-db
which confuses Meson.
[2/3] /usr/local/bin/meson install --no-rebuild
Traceback (most recent call last):
File "/usr/local/lib/python3.7/site-packages/mesonbuild/mesonmain.py", line 140, in run
return options.run_func(options)
File "/usr/local/lib/python3.7/site-packages/mesonbuild/minstall.py", line 554, in run
installer.do_install(datafilename)
File "/usr/local/lib/python3.7/site-packages/mesonbuild/minstall.py", line 372, in do_install
self.install_targets(d)
File "/usr/local/lib/python3.7/site-packages/mesonbuild/minstall.py", line 468, in install_targets
raise RuntimeError('File {!r} could not be found'.format(t.fname))
RuntimeError: File 'f' could not be found
audio/liblastfm-qt5: Restore the patches that were originally part of
audio/liblastfm (R.I.P.) to make the library function again. It seems they
were forgotten when this was converted to a free-standing port in r495869.
