| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Openssl does not ship a bundled cert by default which libressl did.
ca-certificates-cacert provides all mozilla certificates in favour of
installing ca-certificates completely.
fixes #9830
|
|
|
|
|
|
| |
Provide a concatenated file of certificates from mozilla suitable for
places where ca-certificates is overkill. This was previously provided
by libressl libtls package.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
musl-1.1.20 implements support (or lack thereof) for the MAP_SYNC flag by #define'ing
it uncoditionally in generic <sys/mman.h> then #undef'ining optionally in arch-specific
<bits/mman.h> (e.g. for mips* and powerpc*). So io/mmap.c fails to compile since it
includes <sys/mman.h> (which undefines MAP_SYNC on mips* and powerpc*) after "linux.h"
(which either defines fallback MAP_SYNC values or pulls <asm-generic/mman{-common.h}>).
The proposes patch also fixes the flawed MAP_SYNC detection logic in the configure script
because io/mmap.c always uses the MAP_SYNC definition (either real one or zero fallback).
Otherwise xfsprogs wrongly detects the MAP_SYNC presence on mips* and ppc64le and the code
does not define MAP_SYNC fallback so io/mmap.c still fails to compile.
Note the last (2018-07-11) successful xfsprogs build for ppc64le was against musl-1.1.19
(without any support for MAP_SYNC).
The problem with MAP_SYNC detection is as follows. The configure script checks only
<asm-generic/mman{-common}.h> headers for the MAP_SYNC definition instead of using
the arch-specific <asm/mman.h>. But some architectures (mips, powerpc, parisc) do not
support the MAP_SYNC feature at all, do not use the <asm-generic/mman{-common.h}> files
and do not define the flag in the corresponding <asm/mman.h> header.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Paths for mips and ppc64el were wrong, several CARCH'es were missing.
On x86_64, this changes /lib64 from being a symlink to a directory
containg a symlink.
|
| |
|
| |
|
|
|
|
|
|
| |
Fixes testsuite hang in lua-http on s390x.
upstream: https://github.com/wahern/dns/pull/27
|
| |
|
|
|
|
| |
Will be a dependency of main/twisted
|
|
|
|
| |
Will be a dependency of main/twisted
|
| |
|
|
|
|
| |
Fixes #9817
|
|
|
|
|
| |
Fixes:
[1539546288,000,xklavier_config_xkb.c:xkl_config_get_keyboard/] Could not exec /usr/share/X11/xkb/xkbcomp: 2
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
LLVM googletest driver does not correctly filter out the banner
printed by the gtest tool and interprets it as another unittest.
This makes community/lld test suite fail:
UNRESOLVED: lld-Unit :: MachOTests/./lldMachOTests/Running main() from /home/buildozer/aports/main/gtest/src/googletest-release-1.8.1/googletest/src/gtest_main.cc (1229 of 1231)
******************** TEST 'lld-Unit :: MachOTests/./lldMachOTests/Running main() from /home/buildozer/aports/main/gtest/src/googletest-release-1.8.1/googletest/src/gtest_main.cc' FAILED ********************
Unable to find '[ PASSED ] 1 test.' in gtest output:
Running main() from /home/buildozer/aports/main/gtest/src/googletest-release-1.8.1/googletest/src/gtest_main.cc
Note: Google Test filter = Running main() from /home/buildozer/aports/main/gtest/src/googletest-release-1.8.1/googletest/src/gtest_main.cc
[==========] Running 0 tests from 0 test cases.
[==========] 0 tests from 0 test cases ran. (0 ms total)
[ PASSED ] 0 tests.
|
| |
|
|
|
|
| |
seems to build now, and it is needed by qemu
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Lots of changes in the way LXC handles creations of containers.
https://discuss.linuxcontainers.org/t/lxc-3-0-0-has-been-released/1449
- fixed building of man docs
- bundled pam module
- lua module is now a seperate pkg
- python module now a seperate pkg
|
|
|
|
|
|
| |
This is split from lxc. For more info:
https://brauner.github.io/2018/02/27/lxc-removes-legacy-template-build-system.html
|
|
|
|
|
|
| |
These are the legacy templates from 2.x. more info:
https://brauner.github.io/2018/02/27/lxc-removes-legacy-template-build-system.html
|
|
|
|
| |
https://brauner.github.io/2018/02/27/lxc-removes-legacy-template-build-system.html
|
|
|
|
|
| |
Allows qemu to use the host machine graphics adapter OpenGL capabilites.
Tested on postmarketOS running weston and X11 desktops (Xfce4, MATE)
|
| |
|
|
|
|
| |
needed by qemu
|
| |
|
| |
|
|
|
|
| |
ref #9738
|
|
|
|
|
|
|
| |
- CVE-2018-14423
- CVE-2018-6616
this commit fixes #9797
|
|
|
|
| |
fixes dad.if-up getting stuck
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
SQLITE_ENABLE_FTS3 is already defined via `-DSQLITE_ENABLE_FTS3` in
`CFLAGS`, however this approach does not work (compile source below to
verify). Adding `--enable-fts3` as parameter did the trick. FTS3 is required
e.g. by Firefox.
#include <stdio.h>
#include "sqlite3.h"
int main(int argc, char **argv){
if (sqlite3_compileoption_used("SQLITE_ENABLE_FTS3"))
puts("yes");
else
puts("no");
return 0;
}
|
|
|
|
|
|
|
|
| |
CVE-2018-19661, CVE-2018-19662)
This is upstream commit 8ddc442d539ca775d80cdbc7af17a718634a743f
Partially fixes #9232
|
|
|
|
| |
Testing linear interpolation ...Error in Linear interpolation (2p): Must be i=8000, But is n=8001
|