- 'COMPILER=base-clang ports-gcc' is needed because of -Wvla in a couple
of Makefiles, which is easily patched out
- switch ALL_TARGET to 'default' as 'allmost' builds stuff that we do
not package. This saves a couple of seconds while building, plus the
build is C-only
- No need for WANTLIB+=atomic/LDFLAGS+=-latomic (hppa only). There is
nothing related to atomics in the stuff that is build (related to
ALL_TARGET)
- No need to set CXX* in MAKE_ENV as the build is C-only
- No need to set CFLAGS. Upstream's (GNU)Makefile properly amends CFLAGS
on a per-target basis. We already provide CFLAGS through MAKE_ENV, let
the Makefile do its job
- Update CPPFLAGS
OK sthen@
https://github.com/getsentry/responses/blob/master/CHANGES
A number of minor changes along with official Python 3.8 support.
Drop the python2 FLAVOR. The only consumer (audio/beets) just uses the
python3 FLAVOR.
(Include necessary quirks)
ok sthen
Upgrade urgency for both 6.0.6 and 6.0.7 is MODERATE, see changelog for
details. Notably, the fix for the sentinel crash was merged upstream.
https://raw.githubusercontent.com/antirez/redis/6.0/00-RELEASENOTES
There is another test that occasionally fails since 6.0.6:
[err]: Piping raw protocol in tests/integration/redis-cli.tcl
Tested on amd64 and macppc, build tested with clang and egcc on sparc64.
Thanks to danj for testing and okaying 6.0.6.
ok sthen
LCDF Typetools comprises several programs for manipulating PostScript
Type 1, Type 1 Multiple Master, OpenType, and TrueType fonts.
LCDF stands for Little Cambridgeport Design Factory.
ok edd@
Turns out, the current Version of smartmontools sets the timeout in
ata.passthru to 60 instead of 60000. (Missing conversion from seconds
to milliseconds)
In Upstream commit 9c2f3a38063c4c6837507373c4dc4c9b1e3e7e81 from
2020-06-05 fixes this.
Since there were also API-Changes, i could not just import the fix.
The patch below patches just the timeout to fix our version.
When smartmontools 7.2 is released the patch should be obsolete.
Report (above), diff and tests from Martin Ziemer (maintainer), thanks!
add back the kyotocabinet hcache backend on arches where it's built,
rsadowski has a use case where (contrary to my own tests) it works better
than tdb
this fixes %ifid $ and %ifid $$ regressions introduced in the previous release
with broke dav1d (and embedded copies in firefox) on i386 as spotted by sthen@.
brad pointed out 2.15.05 was released which addresses this issue.
Comment:
Qt-based client-side and server-side SOAP component
Description:
KD Soap is a Qt-based client-side and server-side SOAP component.
It can be used to create client applications for web services and also provides
the means to create web services without the need for any further component
such as a dedicated web server.
KD Soap targets C++ programmers who use Qt in their applications.
Maintainer: The OpenBSD ports mailing-list <ports@openbsd.org>
WWW: https://www.kdab.com/development-resources/qt-tools/kd-soap/
