| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
ClamSMTP in now in community
|
|
|
|
|
|
| |
Original source appears dead
Modernize APKBUILD
|
|
|
|
| |
Home page unreachable since some time, no updates from upstream in some years.
|
|
|
|
| |
Needed by smokeping
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Modernize APKBUILD, update license, disable tests, add openrc subpkg
Several tests fail under abuild:
PASS: address_test
PASS: buffer_test
PASS: cfg_tokenizer_test
PASS: table_test
PASS: http_test
PASS: tls_test
PASS: binder_test
FAIL: connection_reset_test
PASS: bad_request_test
FAIL: fallback_test
FAIL: functional_test
FAIL: bind_source_test
FAIL: fd_limit_test
FAIL: ipv6_v6only_test
FAIL: proxy_header_test
SKIP: transparent_proxy_test
PASS: config_test
FAIL: reuseport_test
FAIL: reload_test
FAIL: slow_client_test
PASS: resolv_test
PASS: bad_dns_request_test
Running "make check" manually there's only one fail:
PASS: address_test
PASS: buffer_test
PASS: cfg_tokenizer_test
PASS: table_test
PASS: http_test
PASS: tls_test
PASS: binder_test
PASS: functional_test
PASS: bad_request_test
PASS: bind_source_test
PASS: connection_reset_test
PASS: fallback_test
PASS: fd_limit_test
PASS: ipv6_v6only_test
FAIL: proxy_header_test
PASS: reload_test
PASS: reuseport_test
PASS: slow_client_test
SKIP: transparent_proxy_test
PASS: config_test
PASS: resolv_test
PASS: bad_dns_request_test
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
sbc is crashing due to GCC 5+ generating incorrect code. A patch [1] to fix
this was submitted to upstream sbc but there hasn't been any follow up [2].
This patch has been tested with gcc 8.2.0-r1. Before applying this
patch bluetooth a2dp audio on an arm device does not work. pulseaudio
will crash in sbc_analyze_eight_armv6. After applying this patch bluetooth
a2dp audio works.
[1] https://marc.info/?l=linux-bluetooth&m=152535913710490&w=2
[2] https://marc.info/?l=linux-bluetooth&m=154464978110178&w=2
|
| |
|
|
|
|
|
|
|
|
|
| |
The tools seems to require binaries to be available from
/var/lib/cfengine/bin.
https://tracker.mender.io/browse/CFE-2936
we also add a post-install that creates the keys.
|
|
|
|
|
|
|
| |
There is at least one (possibly more) places where signed overflow
needs to work or things break. It is formally UB, but fortunately
there is compiler flag to not break things when possible. Fixes
build on x86_64.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As lib/libswan/nss_copies.c says:
/*
* The NSS function CERT_CompareAVA() appears in the NSS header files,
* but the library does not actually export the function. This is a copy
* of that function until upstream NSS is fixed and the fix available in
* the common Linux distributions. This workaround is enabled using
* NSS_REQ_AVA_COPY=true
*
* See also:
* https://bugzilla.mozilla.org/show_bug.cgi?id=1336487
* https://bugzilla.mozilla.org/show_bug.cgi?id=294538
*/
So disable the work-around on Alpine since main/nss is new enough. This
is also a build fix for mips* as nss_copies.c expects that libc provides
<sgidefs.h> in the standard location.
|
|
|
|
| |
Check host_arch not target_arch to decide whether -latomic is necessary.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Disable check() due to errors below:
Experimental each on scalar is now forbidden at cpp/build/testconfig.pl line 118.
Type of arg 1 to each must be hash or array (not single ref constructor) at cpp/build/testconfig.pl line 118, near "%errors)
"
Experimental each on scalar is now forbidden at cpp/build/testconfig.pl line 130.
Type of arg 1 to each must be hash or array (not single ref constructor) at cpp/build/testconfig.pl line 130, near "%warnings)
"
Experimental each on scalar is now forbidden at cpp/build/testconfig.pl line 142.
Type of arg 1 to each must be hash or array (not single ref constructor) at cpp/build/testconfig.pl line 142, near "%errors)
"
Experimental each on scalar is now forbidden at cpp/build/testconfig.pl line 151.
Type of arg 1 to each must be hash or array (not single ref constructor) at cpp/build/testconfig.pl line 151, near "%errors)
"
Experimental each on scalar is now forbidden at cpp/build/testconfig.pl line 169.
Type of arg 1 to each must be hash or array (not single ref constructor) at cpp/build/testconfig.pl line 169, near "%warnings)
"
cpp/build/testconfig.pl has too many errors.
make: [Makefile:47: xmltest] Error 255 (ignored)
|
|
|
|
| |
Update license, modernize APKBUILD
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
including patch required for compilation.
|
|
|
|
|
|
|
| |
Add xpresent, for low-latency vertical sync.
Add startup-notification, to prevent temporary black screen on xorg
start.
Prevent ambiguity of whether default CFLAGS are included, e.g. -Os.
|
|
|
|
|
|
|
| |
upgrade to 0.27.0 version
build with openssl instead of libressl
remove paxmark build dependence
fix test specs according to advice from upstream
|
| |
|
| |
|
| |
|
|
|
|
| |
gcc 6.4.0 is a required dependency and current pkgrel is version 8
|
|
|
|
| |
make: *** [Makefile:129: check] Bus error
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is the same memcpy()-in-hot-path xxHash problem as described
in community/xxhash commit message.
The bug makes "zstd -1" or "zstd -t" ~15% slower on x86_64 though
higher levels (>= 9) are almost unaffected.
Other aport changes:
- make sure zlib/lzma/lz4 support is not compiled in automatically
(status quo, just make it explicit);
- re-enable armv7 since it is certainly well-supported by upstream,
was disabled by some script in the first place and should not be
affected by "Bus error" (i.e. some alignment problem) mentioned in
commit 2bae66907...
- use faster and shorter "make check" (unlike extensive "make test")
on arm* builders.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Yes, it is 20 times slower on x86* than it should be because xxhash.c always
uses "safe" memcpy()-based methods for unaligned memory access (XXH_readXX)
irregardless of input alignment due to x86-default XXH_FORCE_ALIGN_CHECK=0.
This ends up with real memcpy() calls in hot path (with -O2 too).
The bug affects Alpine x86* (not just edge, but at least 3.8 too -- i.e. this
is not something introduced in 0.6.5) for aligned and unaligned inputs. Other
architectures are severely affected for unaligned inputs only.
The fix lifts the XXH_FORCE_MEMORY_ACCESS=1 condition to enable XXH_readXX
methods based on __attribute__((__packed__)) usage everywhere except ARMv6
(which is covered by its own case earlier).
This is safe and fast because the compiler will either:
- use direct storage access instructions on capable architectures such as
aarch64, armv7, ppc64le, s390x, x86* irregardless of input alignment;
- or use relatively fast LWL/LWR instructions on mips* with unaligned input;
- or use byte load/stores and shifts/ors on armel with unaligned input which
is still faster then memcpy() call.
All aports that use xxhash.c are likely affected. For example, community/zstd
suffers too though not so grave (~15% difference for "zstd -t" on big archive)
and main/lz4 is twice slower on basic compression levels.
Other aport changes:
- modernize;
- enable check(); it is short and fast so suitable for slow builders too.
The python part is left intact though newer version exists.
|
| |
|