alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2021-02-08T13:22:39Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12394main/mariadb-10.4.17: undefined reference to my_safe_print_str2021-02-08T13:22:39ZKevin Daudtmain/mariadb-10.4.17: undefined reference to my_safe_print_strMariadb fails to build on 3.11-stable and 3.12-stable:
```
[ 27%] Built target my_rdtsc-t
Scanning dependencies of target byte_order-t
/usr/lib/gcc/s390x-alpine-linux-musl/9.3.0/../../../../s390x-alpine-linux-musl/bin/ld: CMakeFiles/sta...Mariadb fails to build on 3.11-stable and 3.12-stable:
```
[ 27%] Built target my_rdtsc-t
Scanning dependencies of target byte_order-t
/usr/lib/gcc/s390x-alpine-linux-musl/9.3.0/../../../../s390x-alpine-linux-musl/bin/ld: CMakeFiles/stacktrace-t.dir/stacktrace-t.c.o: in function `test_my_safe_print_str':
/home/buildozer/aports/main/mariadb/src/mariadb-10.4.17/unittest/mysys/stacktrace-t.c:34: undefined reference to `my_safe_print_str'
/usr/lib/gcc/s390x-alpine-linux-musl/9.3.0/../../../../s390x-alpine-linux-musl/bin/ld: /home/buildozer/aports/main/mariadb/src/mariadb-10.4.17/unittest/mysys/stacktrace-t.c:36: undefined reference to `my_safe_print_str'
/usr/lib/gcc/s390x-alpine-linux-musl/9.3.0/../../../../s390x-alpine-linux-musl/bin/ld: /home/buildozer/aports/main/mariadb/src/mariadb-10.4.17/unittest/mysys/stacktrace-t.c:38: undefined reference to `my_safe_print_str'
/usr/lib/gcc/s390x-alpine-linux-musl/9.3.0/../../../../s390x-alpine-linux-musl/bin/ld: /home/buildozer/aports/main/mariadb/src/mariadb-10.4.17/unittest/mysys/stacktrace-t.c:40: undefined reference to `my_safe_print_str'
/usr/lib/gcc/s390x-alpine-linux-musl/9.3.0/../../../../s390x-alpine-linux-musl/bin/ld: /home/buildozer/aports/main/mariadb/src/mariadb-10.4.17/unittest/mysys/stacktrace-t.c:44: undefined reference to `my_safe_print_str'
/usr/lib/gcc/s390x-alpine-linux-musl/9.3.0/../../../../s390x-alpine-linux-musl/bin/ld: CMakeFiles/stacktrace-t.dir/stacktrace-t.c.o:/home/buildozer/aports/main/mariadb/src/mariadb-10.4.17/unittest/mysys/stacktrace-t.c:46: more undefined references to `my_safe_print_str' follow
collect2: error: ld returned 1 exit status
```
(Note I had to fix a syntax error in the APKBUILD that blocked the builders)
See:
* https://build.alpinelinux.org/buildlogs/build-3-11-s390x/main/mariadb/mariadb-10.4.17-r0.log
* https://build.alpinelinux.org/buildlogs/build-3-12-s390x/main/mariadb/mariadb-10.4.17-r0.log
* https://build.alpinelinux.org/buildlogs/build-3-11-armv7/main/mariadb/mariadb-10.4.17-r0.log
* https://build.alpinelinux.org/buildlogs/build-3-12-armv7/main/mariadb/mariadb-10.4.17-r0.logJ0WIJ0WIhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12395Failure to complete bootstrap script for armhf architecture2021-02-06T14:29:04Ztux-linuxFailure to complete bootstrap script for armhf architectureI'm building Alpine Linux on a Rasbperry Pi 400, Manjaro XFCE.
for target architecture armhf. All went well until `kmod` complained about missing `zstd-dev` dependency:
```
bash-5.1$ ./bootstrap.sh armhf
>>> bootstrap-armhf: Building cro...I'm building Alpine Linux on a Rasbperry Pi 400, Manjaro XFCE.
for target architecture armhf. All went well until `kmod` complained about missing `zstd-dev` dependency:
```
bash-5.1$ ./bootstrap.sh armhf
>>> bootstrap-armhf: Building cross-compiler
>>> binutils-armhf: Package is up to date
>>> gcc-armhf: Package is up to date
>>> build-base-armhf: Package is up to date
>>> bootstrap-armhf: Cross building base system
>>> fortify-headers: Package is up to date
>>> linux-headers: Package is up to date
>>> musl: Package is up to date
>>> libc-dev: Package is up to date
>>> pkgconf: Package is up to date
>>> zlib: Package is up to date
>>> openssl: Package is up to date
>>> ca-certificates: Package is up to date
>>> libbsd: Package is up to date
>>> libtls-standalone: Package is up to date
>>> busybox: Package is up to date
>>> busybox-initscripts: Package is up to date
>>> binutils: Package is up to date
>>> make: Package is up to date
>>> apk-tools: Package is up to date
>>> file: Package is up to date
>>> gmp: Package is up to date
>>> mpfr4: Package is up to date
>>> mpc1: Package is up to date
>>> isl22: Package is up to date
>>> cloog: Package is up to date
>>> libucontext: Package is up to date
>>> gcc: Package is up to date
>>> openrc: Package is up to date
>>> alpine-conf: Package is up to date
>>> alpine-baselayout: Package is up to date
>>> alpine-keys: Package is up to date
>>> alpine-base: Package is up to date
>>> patch: Package is up to date
>>> build-base: Package is up to date
>>> attr: Package is up to date
>>> libcap: Package is up to date
>>> acl: Package is up to date
>>> fakeroot: Package is up to date
>>> tar: Package is up to date
>>> pax-utils: Package is up to date
>>> lzip: Package is up to date
>>> abuild: Package is up to date
>>> ncurses: Package is up to date
>>> libedit: Package is up to date
>>> openssh: Package is up to date
>>> libcap-ng: Package is up to date
>>> util-linux: Package is up to date
>>> libaio: Package is up to date
>>> lvm2: Package is up to date
>>> popt: Package is up to date
>>> xz: Package is up to date
>>> json-c: Package is up to date
>>> argon2: Package is up to date
>>> cryptsetup: Package is up to date
>>> kmod: Building main/kmod 28-r0 (using abuild 3.7.0-r0) started Sat, 06 Feb 2021 14:20:43 +0000
>>> kmod: Checking sanity of /home/nicolas/aports/main/kmod/APKBUILD...
>>> kmod: Analyzing dependencies...
ERROR: unable to select packages:
zstd-dev (no such package):
required by: .hostdepends-kmod-20210206.142044[zstd-dev]
>>> ERROR: kmod: builddeps failed
>>> kmod: Uninstalling dependencies...
ERROR: No such package: .makedepends-kmod
ERROR: No such package: .hostdepends-kmod
bash-5.1$
```
It does not seem to be anywhere in the aports tree, so what can I do?<br>
```
bash-5.1$ ls
aports aports.txz packages sysroot-armhf
bash-5.1$ ls aports
CODINGSTYLE.md COMMITSTYLE.md README.md community main non-free scripts testing unmaintained
bash-5.1$ find aports | grep zstd-dev
bash-5.1$
```
If I remove the dep in the APKBUILD of kmod, it goes fine first but then complains about a `zstd.h` missing file (which the `zstd-dev` package would contain, if I'm right)
<br>
Thanks!https://gitlab.alpinelinux.org/alpine/aports/-/issues/12396make: /bin/sh: Operation not permitted2023-05-30T19:44:17ZCARBONNEAUX Mathieumake: /bin/sh: Operation not permittedi try to compile opensource project on alpine linux edge and they dont work, they say : `make: /bin/sh: Operation not permitted`
on 3.12 while compile correctly :
```
# docker run -it --rm alpine:3.12 /bin/sh
/ # apk update
fetch http:...i try to compile opensource project on alpine linux edge and they dont work, they say : `make: /bin/sh: Operation not permitted`
on 3.12 while compile correctly :
```
# docker run -it --rm alpine:3.12 /bin/sh
/ # apk update
fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/community/x86_64/APKINDEX.tar.gz
v3.12.3-89-g0f8a7b9683 [http://dl-cdn.alpinelinux.org/alpine/v3.12/main]
v3.12.3-89-g0f8a7b9683 [http://dl-cdn.alpinelinux.org/alpine/v3.12/community]
OK: 12747 distinct packages available
/ # apk add git build-base php7-dev libspf2-dev
(1/52) Installing libgcc (9.3.0-r2)
(2/52) Installing libstdc++ (9.3.0-r2)
(3/52) Installing binutils (2.34-r1)
(4/52) Installing libmagic (5.38-r0)
(5/52) Installing file (5.38-r0)
(6/52) Installing gmp (6.2.0-r0)
(7/52) Installing isl (0.18-r0)
(8/52) Installing libgomp (9.3.0-r2)
(9/52) Installing libatomic (9.3.0-r2)
(10/52) Installing libgphobos (9.3.0-r2)
(11/52) Installing mpfr4 (4.0.2-r4)
(12/52) Installing mpc1 (1.1.0-r1)
(13/52) Installing gcc (9.3.0-r2)
(14/52) Installing musl-dev (1.1.24-r10)
(15/52) Installing libc-dev (0.7.2-r3)
(16/52) Installing g++ (9.3.0-r2)
(17/52) Installing make (4.3-r0)
(18/52) Installing fortify-headers (1.1-r0)
(19/52) Installing patch (2.7.6-r6)
(20/52) Installing build-base (0.5-r2)
(21/52) Installing ca-certificates (20191127-r4)
(22/52) Installing nghttp2-libs (1.41.0-r0)
(23/52) Installing libcurl (7.69.1-r3)
(24/52) Installing expat (2.2.9-r1)
(25/52) Installing pcre2 (10.35-r0)
(26/52) Installing git (2.26.2-r0)
(27/52) Installing libspf2 (1.2.10-r4)
(28/52) Installing libspf2-dev (1.2.10-r4)
(29/52) Installing php7-common (7.3.27-r0)
(30/52) Installing argon2-libs (20190702-r1)
(31/52) Installing ncurses-terminfo-base (6.2_p20200523-r0)
(32/52) Installing ncurses-libs (6.2_p20200523-r0)
(33/52) Installing libedit (20191231.3.1-r0)
(34/52) Installing xz-libs (5.2.5-r0)
(35/52) Installing libxml2 (2.9.10-r5)
(36/52) Installing php7 (7.3.27-r0)
(37/52) Installing m4 (1.4.18-r1)
(38/52) Installing libbz2 (1.0.8-r1)
(39/52) Installing perl (5.30.3-r0)
(40/52) Installing perl-error (0.17029-r0)
(41/52) Installing perl-git (2.26.2-r0)
(42/52) Installing git-perl (2.26.2-r0)
(43/52) Installing autoconf (2.69-r2)
(44/52) Installing pkgconf (1.7.2-r0)
(45/52) Installing ncurses-dev (6.2_p20200523-r0)
(46/52) Installing libedit-dev (20191231.3.1-r0)
(47/52) Installing zlib-dev (1.2.11-r3)
(48/52) Installing libpcre2-16 (10.35-r0)
(49/52) Installing libpcre2-32 (10.35-r0)
(50/52) Installing pcre2-dev (10.35-r0)
(51/52) Installing php7-static (7.3.27-r0)
(52/52) Installing php7-dev (7.3.27-r0)
Executing busybox-1.31.1-r19.trigger
Executing ca-certificates-20191127-r4.trigger
OK: 327 MiB in 66 packages
/ # git clone https://github.com/ZenProjects/php-spf.git php-spf
Cloning into 'php-spf'...
remote: Enumerating objects: 71, done.
remote: Total 71 (delta 0), reused 0 (delta 0), pack-reused 71
Receiving objects: 100% (71/71), 15.30 KiB | 382.00 KiB/s, done.
Resolving deltas: 100% (38/38), done.
/ # cd php-spf/
/php-spf # phpize
Configuring for:
PHP Api Version: 20180731
Zend Module Api No: 20180731
Zend Extension Api No: 320180731
/php-spf # ./configure
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for a sed that does not truncate output... /bin/sed
checking for cc... cc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking how to run the C preprocessor... cc -E
checking for icc... no
checking for suncc... no
checking whether cc understands -c and -o together... yes
checking for system library directory... lib
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking build system type... x86_64-pc-linux-musl
checking host system type... x86_64-pc-linux-musl
checking target system type... x86_64-pc-linux-musl
checking for PHP prefix... /usr
checking for PHP includes... -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib
checking for PHP extension directory... /usr/lib/php7/modules
checking for PHP installed headers prefix... /usr/include/php7
checking if debug is enabled... no
checking if zts is enabled... no
checking for re2c... no
configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers.
checking for gawk... no
checking for nawk... no
checking for awk... awk
checking if awk is broken... no
checking for spf support... yes, shared
checking for spf files in default path... found in /usr
checking for SPF_server_new in -lspf2... yes
checking for ld used by cc... /usr/x86_64-alpine-linux-musl/bin/ld
checking if the linker (/usr/x86_64-alpine-linux-musl/bin/ld) is GNU ld... yes
checking for /usr/x86_64-alpine-linux-musl/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognize dependent libraries... pass_all
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking the maximum length of command line arguments... 98304
checking command to parse /usr/bin/nm -B output from cc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if cc supports -fno-rtti -fno-exceptions... no
checking for cc option to produce PIC... -fPIC
checking if cc PIC flag -fPIC works... yes
checking if cc static flag -static works... yes
checking if cc supports -c -o file.o... yes
checking whether the cc linker (/usr/x86_64-alpine-linux-musl/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
creating libtool
appending configuration tag "CXX" to libtool
configure: creating ./config.status
config.status: creating config.h
/php-spf # make
/bin/sh /php-spf/libtool --mode=compile cc -I. -I/php-spf -DPHP_ATOM_INC -I/php-spf/include -I/php-spf/main -I/php-spf -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /php-spf/spf.c -o spf.lo
mkdir .libs
cc -I. -I/php-spf -DPHP_ATOM_INC -I/php-spf/include -I/php-spf/main -I/php-spf -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /php-spf/spf.c -fPIC -DPIC -o .libs/spf.o
/bin/sh /php-spf/libtool --mode=link cc -DPHP_ATOM_INC -I/php-spf/include -I/php-spf/main -I/php-spf -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib -DHAVE_CONFIG_H -g -O2 -o spf.la -export-dynamic -avoid-version -prefer-pic -module -rpath /php-spf/modules spf.lo -lspf2
cc -shared .libs/spf.o -lspf2 -Wl,-soname -Wl,spf.so -o .libs/spf.so
creating spf.la
(cd .libs && rm -f spf.la && ln -s ../spf.la spf.la)
/bin/sh /php-spf/libtool --mode=install cp ./spf.la /php-spf/modules
cp ./.libs/spf.so /php-spf/modules/spf.so
cp ./.libs/spf.lai /php-spf/modules/spf.la
PATH="$PATH:/sbin" ldconfig -n /php-spf/modules
----------------------------------------------------------------------
Libraries have been installed in:
/php-spf/modules
If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
- add LIBDIR to the `LD_LIBRARY_PATH' environment variable
during execution
- add LIBDIR to the `LD_RUN_PATH' environment variable
during linking
- use the `-Wl,--rpath -Wl,LIBDIR' linker flag
See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
Build complete.
Don't forget to run 'make test'.
```
on edge they fail to compile :
```
# docker run -it --rm alpine:edge /bin/sh
/ # apk update
fetch https://dl-cdn.alpinelinux.org/alpine/edge/main/x86_64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/edge/community/x86_64/APKINDEX.tar.gz
v3.13.0-1441-g322287f787 [https://dl-cdn.alpinelinux.org/alpine/edge/main]
v3.13.0-1356-gf47fb315ef [https://dl-cdn.alpinelinux.org/alpine/edge/community]
OK: 14058 distinct packages available
/ # apk add git build-base php7-dev libspf2-dev
(1/55) Upgrading musl (1.2.1-r1 -> 1.2.2-r1)
(2/55) Installing libgcc (10.2.1_pre1-r3)
(3/55) Installing libstdc++ (10.2.1_pre1-r3)
(4/55) Installing binutils (2.35.1-r1)
(5/55) Installing libmagic (5.39-r0)
(6/55) Installing file (5.39-r0)
(7/55) Installing libgomp (10.2.1_pre1-r3)
(8/55) Installing libatomic (10.2.1_pre1-r3)
(9/55) Installing libgphobos (10.2.1_pre1-r3)
(10/55) Installing gmp (6.2.1-r0)
(11/55) Installing isl22 (0.22-r0)
(12/55) Installing mpfr4 (4.1.0-r0)
(13/55) Installing mpc1 (1.2.1-r0)
(14/55) Installing gcc (10.2.1_pre1-r3)
(15/55) Installing musl-dev (1.2.2-r1)
(16/55) Installing libc-dev (0.7.2-r3)
(17/55) Installing g++ (10.2.1_pre1-r3)
(18/55) Installing make (4.3-r0)
(19/55) Installing fortify-headers (1.1-r0)
(20/55) Installing patch (2.7.6-r6)
(21/55) Installing build-base (0.5-r2)
(22/55) Installing ca-certificates (20191127-r5)
(23/55) Installing brotli-libs (1.0.9-r3)
(24/55) Installing nghttp2-libs (1.43.0-r0)
(25/55) Installing libcurl (7.75.0-r0)
(26/55) Installing expat (2.2.10-r1)
(27/55) Installing pcre2 (10.36-r0)
(28/55) Installing git (2.30.0-r0)
(29/55) Installing libspf2 (1.2.10-r4)
(30/55) Installing libspf2-dev (1.2.10-r4)
(31/55) Installing php7-common (7.4.15-r0)
(32/55) Installing argon2-libs (20190702-r1)
(33/55) Installing ncurses-terminfo-base (6.2_p20210130-r0)
(34/55) Installing ncurses-libs (6.2_p20210130-r0)
(35/55) Installing libedit (20191231.3.1-r1)
(36/55) Installing xz-libs (5.2.5-r0)
(37/55) Installing libxml2 (2.9.10-r6)
(38/55) Installing php7 (7.4.15-r0)
(39/55) Installing m4 (1.4.18-r2)
(40/55) Installing libbz2 (1.0.8-r1)
(41/55) Installing perl (5.32.1-r0)
(42/55) Installing perl-error (0.17029-r1)
(43/55) Installing perl-git (2.30.0-r0)
(44/55) Installing git-perl (2.30.0-r0)
(45/55) Installing autoconf (2.69-r3)
(46/55) Installing pkgconf (1.7.3-r0)
(47/55) Installing ncurses-dev (6.2_p20210130-r0)
(48/55) Installing libedit-dev (20191231.3.1-r1)
(49/55) Installing zlib-dev (1.2.11-r3)
(50/55) Installing libpcre2-16 (10.36-r0)
(51/55) Installing libpcre2-32 (10.36-r0)
(52/55) Installing pcre2-dev (10.36-r0)
(53/55) Installing re2c (1.3-r1)
(54/55) Installing php7-static (7.4.15-r0)
(55/55) Installing php7-dev (7.4.15-r0)
Executing busybox-1.32.0-r3.trigger
Executing ca-certificates-20191127-r5.trigger
OK: 305 MiB in 68 packages
/ # git clone https://github.com/ZenProjects/php-spf.git php-spf
Cloning into 'php-spf'...
remote: Enumerating objects: 71, done.
remote: Total 71 (delta 0), reused 0 (delta 0), pack-reused 71
Receiving objects: 100% (71/71), 15.30 KiB | 340.00 KiB/s, done.
Resolving deltas: 100% (38/38), done.
/ # cd php-spf/
/php-spf # phpize
Configuring for:
PHP Api Version: 20190902
Zend Module Api No: 20190902
Zend Extension Api No: 320190902
/php-spf # ./configure
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for a sed that does not truncate output... /bin/sed
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for cc... cc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking how to run the C preprocessor... cc -E
checking for icc... no
checking for suncc... no
checking for system library directory... lib
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking build system type... x86_64-pc-linux-musl
checking host system type... x86_64-pc-linux-musl
checking target system type... x86_64-pc-linux-musl
checking for PHP prefix... /usr
checking for PHP includes... -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib
checking for PHP extension directory... /usr/lib/php7/modules
checking for PHP installed headers prefix... /usr/include/php7
checking if debug is enabled... no
checking if zts is enabled... no
checking for gawk... no
checking for nawk... no
checking for awk... awk
checking if awk is broken... no
checking for spf support... yes, shared
checking for spf files in default path... found in /usr
checking for SPF_server_new in -lspf2... yes
checking for a sed that does not truncate output... /bin/sed
checking for ld used by cc... /usr/x86_64-alpine-linux-musl/bin/ld
checking if the linker (/usr/x86_64-alpine-linux-musl/bin/ld) is GNU ld... yes
checking for /usr/x86_64-alpine-linux-musl/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognize dependent libraries... pass_all
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking the maximum length of command line arguments... 98304
checking command to parse /usr/bin/nm -B output from cc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if cc supports -fno-rtti -fno-exceptions... no
checking for cc option to produce PIC... -fPIC
checking if cc PIC flag -fPIC works... yes
checking if cc static flag -static works... yes
checking if cc supports -c -o file.o... yes
checking whether the cc linker (/usr/x86_64-alpine-linux-musl/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
creating libtool
appending configuration tag "CXX" to libtool
configure: patching config.h.in
configure: creating ./config.status
config.status: creating config.h
/php-spf # make
/bin/sh /php-spf/libtool --mode=compile cc -I. -I/php-spf -DPHP_ATOM_INC -I/php-spf/include -I/php-spf/main -I/php-spf -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /php-spf/spf.c -o spf.lo
make: /bin/sh: Operation not permitted
make: *** [Makefile:192: spf.lo] Error 127
```
if i execute each command outside of make they execute correctly, but when are executed with make they return the error `Operation not permitted`.
```
/php-spf # make
/bin/sh /php-spf/libtool --mode=compile cc -I. -I/php-spf -DPHP_ATOM_INC -I/php-spf/include -I/php-spf/main -I/php-spf -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /php-spf/spf.c -o spf.lo
make: /bin/sh: Operation not permitted
make: *** [Makefile:192: spf.lo] Error 127
/php-spf # /bin/sh /php-spf/libtool --mode=compile cc -I. -I/php-spf -DPHP_ATOM_INC -I/php-spf/include -I/php-spf/main -I/php-spf -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM
-I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /php-spf/spf.c -o spf.lo
mkdir .libs
cc -I. -I/php-spf -DPHP_ATOM_INC -I/php-spf/include -I/php-spf/main -I/php-spf -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /php-spf/spf.c -fPIC -DPIC -o .libs/spf.o
/php-spf # make
/bin/sh /php-spf/libtool --mode=link cc -DPHP_ATOM_INC -I/php-spf/include -I/php-spf/main -I/php-spf -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib -DHAVE_CONFIG_H -g -O2 -o spf.la -export-dynamic -avoid-version -prefer-pic -module -rpath /php-spf/modules spf.lo -lspf2
make: /bin/sh: Operation not permitted
make: *** [Makefile:197: spf.la] Error 127
/php-spf # /bin/sh /php-spf/libtool --mode=compile cc -I. -I/php-spf -DPHP_ATOM_INC -I/php-spf/include -I/php-spf/main -I/php-spf -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM
-I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /php-spf/spf.c -o spf.lo
cc -I. -I/php-spf -DPHP_ATOM_INC -I/php-spf/include -I/php-spf/main -I/php-spf -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /php-spf/spf.c -fPIC -DPIC -o .libs/spf.o
/php-spf # /bin/sh /php-spf/libtool --mode=link cc -DPHP_ATOM_INC -I/php-spf/include -I/php-spf/main -I/php-spf -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php
7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib -DHAVE_CONFIG_H -g -O2 -o spf.la -export-dynamic -avoid-version -prefer-pic -module -rpath /php-spf/modules spf.lo -lspf2
cc -shared .libs/spf.o -lspf2 -Wl,-soname -Wl,spf.so -o .libs/spf.so
creating spf.la
(cd .libs && rm -f spf.la && ln -s ../spf.la spf.la)
/php-spf # make
/bin/sh /php-spf/libtool --mode=install cp ./spf.la /php-spf/modules
make: /bin/sh: Operation not permitted
make: *** [Makefile:194: /php-spf/modules/spf.la] Error 127
/php-spf # /bin/sh /php-spf/libtool --mode=install cp ./spf.la /php-spf/modules
cp ./.libs/spf.so /php-spf/modules/spf.so
cp ./.libs/spf.lai /php-spf/modules/spf.la
PATH="$PATH:/sbin" ldconfig -n /php-spf/modules
----------------------------------------------------------------------
Libraries have been installed in:
/php-spf/modules
If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
- add LIBDIR to the `LD_LIBRARY_PATH' environment variable
during execution
- add LIBDIR to the `LD_RUN_PATH' environment variable
during linking
- use the `-Wl,--rpath -Wl,LIBDIR' linker flag
See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/12397MuPDF warning2022-07-30T04:05:25ZLukMuPDF warningWhen I run mupdf-gl I receive warnings that say I should report upstream.
```
warning: This version of MuPDF has been built WITHOUT clipboard or unicode input support!
warning: Please file a complaint with your friendly local distributi...When I run mupdf-gl I receive warnings that say I should report upstream.
```
warning: This version of MuPDF has been built WITHOUT clipboard or unicode input support!
warning: Please file a complaint with your friendly local distribution manager.
```
When I run mupdf-x11 there's no warning, but it glitches from time to time, so it could be the same issue.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12398alpine-baselayout shouldn't export PS12022-10-04T12:50:17ZLukalpine-baselayout shouldn't export PS1I've got a problem that was answered by my shell FAQ:
''Do not export PS1! (This was agreed upon as suggestion in a discussion between bash, zsh and Korn shell developers.) The feature set of different shells vastly differs and each she...I've got a problem that was answered by my shell FAQ:
''Do not export PS1! (This was agreed upon as suggestion in a discussion between bash, zsh and Korn shell developers.) The feature set of different shells vastly differs and each shell should use its default PS1 or from its startup files.'' http://www.mirbsd.org/mksh-faq.htm
I figured the exported PS1 was due to alpine-baselayout so it could just be fixed in the package if you agree.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12399scripts/mkimage.sh can't produce minirootfs for armv72021-11-15T22:32:55Ztux-linuxscripts/mkimage.sh can't produce minirootfs for armv7Hi,
I try to build a minirootfs for armv7, but the `mkimage.sh` script fails with this error:
```
bash-5.1$ ./mkimage.sh --profile minirootfs --arch armv7 --repository /home/nicolas/packages/main
OK: 0 MiB in 0 packages
main v3.13.0-1416...Hi,
I try to build a minirootfs for armv7, but the `mkimage.sh` script fails with this error:
```
bash-5.1$ ./mkimage.sh --profile minirootfs --arch armv7 --repository /home/nicolas/packages/main
OK: 0 MiB in 0 packages
main v3.13.0-1416-g5fb965e1e1 [/home/nicolas/packages/main]
OK: 52 distinct packages available
>>> mkimage-armv7: Building minirootfs
>>> mkimage-armv7: Creating alpine-minirootfs-210207-armv7.tar.gz
/home/nicolas/packages/main
(1/11) Installing musl (1.2.2-r1)
(2/11) Installing busybox (1.33.0-r1)
(3/11) Installing alpine-baselayout (3.2.0-r8)
(4/11) Installing alpine-keys (2.2-r0)
(5/11) Installing libcrypto1.1 (1.1.1i-r0)
(6/11) Installing libssl1.1 (1.1.1i-r0)
(7/11) Installing zlib (1.2.11-r3)
(8/11) Installing apk-tools (2.12.1-r0)
(9/11) Installing scanelf (1.2.9-r0)
(10/11) Installing musl-utils (1.2.2-r1)
(11/11) Installing libc-utils (0.7.2-r3)
OK: 4 MiB in 11 packages
gzip: stdin: unexpected end of file
tar: Child returned status 1
tar: Error is not recoverable: exiting now
Images generated in /home/nicolas/aports/scripts
bash-5.1$
```
no tar.gz is generated in the folder.
Any clue? Thanks!
Installed packages:
```
musl
busybox
alpine-baselayout
alpine-keys
libcrypto1.1
libssl1.1
ca-certificates-bundle
libtls-standalone
ssl_client
zlib
apk-tools
scanelf
musl-utils
libc-utils
fakeroot
openssl
libattr
attr
libacl
tar
pkgconf
patch
libgcc
libstdc++
lzip
ca-certificates
brotli-libs
nghttp2-libs
libcurl
curl
abuild
binutils
libmagic
file
libgomp
libatomic
libgphobos
gmp
isl22
mpfr4
mpc1
gcc
musl-dev
libc-dev
g++
make
fortify-headers
build-base
expat
pcre2
git
alpine-sdk
sudo
ncurses-terminfo-base
ncurses-libs
nano
readline
bash
xz-libs
xz
zstd-libs
zstd-dev
less
gzip
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/12400[3.11] mariadb fails to build on all arches but x86(_64)2021-02-07T07:14:37ZLeo[3.11] mariadb fails to build on all arches but x86(_64)From the logs:
```
/usr/lib/gcc/aarch64-alpine-linux-musl/9.3.0/../../../../aarch64-alpine-linux-musl/bin/ld: CMakeFiles/stacktrace-t.dir/stacktrace-t.c.o: in function `test_my_safe_print_str':
```
https://build.alpinelinux.org/buildlo...From the logs:
```
/usr/lib/gcc/aarch64-alpine-linux-musl/9.3.0/../../../../aarch64-alpine-linux-musl/bin/ld: CMakeFiles/stacktrace-t.dir/stacktrace-t.c.o: in function `test_my_safe_print_str':
```
https://build.alpinelinux.org/buildlogs/build-3-11-aarch64/main/mariadb/mariadb-10.4.17-r0.logJ0WIJ0WIhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12401[3.12] mariadb fails to build on all arches but x86(_64)2021-02-07T07:14:34ZLeo[3.12] mariadb fails to build on all arches but x86(_64)From the logs:
```
Scanning dependencies of target my_decimal-t
[ 23%] Building CXX object unittest/my_decimal/CMakeFiles/my_decimal-t.dir/my_decimal-t.cc.o
/usr/lib/gcc/aarch64-alpine-linux-musl/9.3.0/../../../../aarch64-alpine-linux-m...From the logs:
```
Scanning dependencies of target my_decimal-t
[ 23%] Building CXX object unittest/my_decimal/CMakeFiles/my_decimal-t.dir/my_decimal-t.cc.o
/usr/lib/gcc/aarch64-alpine-linux-musl/9.3.0/../../../../aarch64-alpine-linux-musl/bin/ld: CMakeFiles/stacktrace-t.dir/stacktrace-t.c.o: in function `test_my_safe_print_str':
/home/buildozer/aports/main/mariadb/src/mariadb-10.4.17/unittest/mysys/stacktrace-t.c:34: undefined reference to `my_safe_print_str'
/usr/lib/gcc/aarch64-alpine-linux-musl/9.3.0/../../../../aarch64-alpine-linux-musl/bin/ld: /home/buildozer/aports/main/mariadb/src/mariadb-10.4.17/unittest/mysys/stacktrace-t.c:36: undefined reference to `my_safe_print_str'
/usr/lib/gcc/aarch64-alpine-linux-musl/9.3.0/../../../../aarch64-alpine-linux-musl/bin/ld: /home/buildozer/aports/main/mariadb/src/mariadb-10.4.17/unittest/mysys/stacktrace-t.c:38: undefined reference to `my_safe_print_str'
/usr/lib/gcc/aarch64-alpine-linux-musl/9.3.0/../../../../aarch64-alpine-linux-musl/bin/ld: /home/buildozer/aports/main/mariadb/src/mariadb-10.4.17/unittest/mysys/stacktrace-t.c:40: undefined reference to `my_safe_print_str'
/usr/lib/gcc/aarch64-alpine-linux-musl/9.3.0/../../../../aarch64-alpine-linux-musl/bin/ld: /home/buildozer/aports/main/mariadb/src/mariadb-10.4.17/unittest/mysys/stacktrace-t.c:44: undefined reference to `my_safe_print_str'
/usr/lib/gcc/aarch64-alpine-linux-musl/9.3.0/../../../../aarch64-alpine-linux-musl/bin/ld: CMakeFiles/stacktrace-t.dir/stacktrace-t.c.o:/home/buildozer/aports/main/mariadb/src/mariadb-10.4.17/unittest/mysys/stacktrace-t.c:46: more undefined references to `my_safe_print_str' follow
```
https://build.alpinelinux.org/buildlogs/build-3-12-aarch64/main/mariadb/mariadb-10.4.17-r0.logJ0WIJ0WIhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12402Strange problems with make on alpine:edge2021-02-08T00:43:39ZIvan ZderadickaStrange problems with make on alpine:edgeHi,
I'm experiencing strange problems on alpine:edge (running in docker) when trying t build ffmpeg from source.
1. Everything works fine on alpine:3.13
2. Same steps in alpine:edge produce following error:
```
+ make
make: ./ffbuild/v...Hi,
I'm experiencing strange problems on alpine:edge (running in docker) when trying t build ffmpeg from source.
1. Everything works fine on alpine:3.13
2. Same steps in alpine:edge produce following error:
```
+ make
make: ./ffbuild/version.sh: Operation not permitted
make: /bin/sh: Operation not permitted
make: /bin/sh: Operation not permitted
make: /bin/sh: Operation not permitted
make: /bin/sh: Operation not permitted
make: *** [ffbuild/common.mak:59: libavformat/3dostr.o] Error 127
```
However I'm root - also running failed command from shell works. But make fails with "Operation not permitted". If failed step is done from shell then make continues on next one, but again fails on "Operation not permitted" (gcc compilation)
Info about environment:
```
bash-5.1# id
uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6(disk),10(wheel),11(floppy),20(dialout),26(tape),27(video)
bash-5.1# uname -a
Linux 1680730924eb 5.4.0-65-generic #73~18.04.1-Ubuntu SMP Tue Jan 19 09:02:24 UTC 2021 x86_64 Linux
bash-5.1# cat /etc/*rel*
3.13.0_alpha20201218
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.13.0_alpha20201218
PRETTY_NAME="Alpine Linux edge"
HOME_URL="https://alpinelinux.org/"
BUG_REPORT_URL="https://bugs.alpinelinux.org/"
```
Attached is docker file for building docker image and ffmpeg compilation script which I try to run (with FFMPEG_VERSION=ffmpeg-4.3.1)
[Dockerfile.static](/uploads/a6032758d124e6cadf245cc8ab95b581/Dockerfile.static)[build_ffmpeg.sh](/uploads/c882468851769caeae81e8a489e8bc26/build_ffmpeg.sh)https://gitlab.alpinelinux.org/alpine/aports/-/issues/12403rdnssd: Need to create run directory2021-02-08T07:48:26ZNico Schotteliusrdnssd: Need to create run directoryInstalling rdnssd works, but running fails with:
```
[12:05] naked.place6:~# rdnssd -f
rdnssd[7557]: 0: 2a0a:e5c0:2:a::a expires at 6731
rdnssd[7557]: 0: 2a0a:e5c0:2:a::a ...Installing rdnssd works, but running fails with:
```
[12:05] naked.place6:~# rdnssd -f
rdnssd[7557]: 0: 2a0a:e5c0:2:a::a expires at 6731
rdnssd[7557]: 0: 2a0a:e5c0:2:a::a expires at 6731
rdnssd[7557]: 1: 2a0a:e5c0:2:a::b expires at 6731
rdnssd[7557]: Cannot write /var/run/rdnssd/resolv.conf.tmp: No such file or directory
rdnssd[7557]: 0: place6.ungleich.ch expires at 6731
rdnssd[7557]: Cannot write /var/run/rdnssd/resolv.conf.tmp: No such file or directory
rdnssd[7557]: 0: 2a0a:e5c0:2:a::a expires at 6732
rdnssd[7557]: 1: 2a0a:e5c0:2:a::b expires at 6731
rdnssd[7557]: 0: 2a0a:e5c0:2:a::a expires at 6732
rdnssd[7557]: 1: 2a0a:e5c0:2:a::b expires at 6732
rdnssd[7557]: Cannot write /var/run/rdnssd/resolv.conf.tmp: No such file or directory
rdnssd[7557]: 0: place6.ungleich.ch expires at 6732
rdnssd[7557]: Cannot write /var/run/rdnssd/resolv.conf.tmp: No such file or directory
^C[12:05] naked.place6:~#
```
Solution: create /var/run/rdnssd/ on installation, writable by nobodyhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12404[WIP] ceph-mgr: requires py3-six, py3-yaml, py3-requests, py3-jsonpatch but d...2023-02-07T17:50:08ZNico Schottelius[WIP] ceph-mgr: requires py3-six, py3-yaml, py3-requests, py3-jsonpatch but does not install itWhen running ceph-mgr, I get:
```
2021-02-07T13:07:39.334+0100 7fe7a49fa8d8 -1 mgr[py] Class not found in module 'cephadm'
2021-02-07T13:07:39.334+0100 7fe7a49fa8d8 -1 mgr[py] Error loading module 'cephadm': (22) Invalid argument
2021-...When running ceph-mgr, I get:
```
2021-02-07T13:07:39.334+0100 7fe7a49fa8d8 -1 mgr[py] Class not found in module 'cephadm'
2021-02-07T13:07:39.334+0100 7fe7a49fa8d8 -1 mgr[py] Error loading module 'cephadm': (22) Invalid argument
2021-02-07T13:07:39.334+0100 7fe7a49fa8d8 1 mgr[py] Loading python module 'crash'
2021-02-07T13:07:39.397+0100 7fe7a49fa8d8 -1 mgr[py] Module not found: 'mgr_module'
2021-02-07T13:07:39.397+0100 7fe7a49fa8d8 -1 mgr[py] Traceback (most recent call last):
File "/usr/share/ceph/mgr/mgr_module.py", line 11, in <module>
import six
ModuleNotFoundError: No module named 'six'
```
Because py3-six is not automatically installed. The ceph-mgr package probably needs this dependency.
After fixing py3-six, yaml is missing, too:
```
2021-02-07T13:45:36.449+0100 7f3da1b4a8d8 -1 mgr[py] Class not found in module 'test_orchestrator'
2021-02-07T13:45:36.449+0100 7f3da1b4a8d8 -1 mgr[py] Error loading module 'test_orchestrator': (2) No such file or directory
2021-02-07T13:45:36.449+0100 7f3da1b4a8d8 1 mgr[py] Loading python module 'volumes'
2021-02-07T13:45:36.569+0100 7f3da1b4a8d8 -1 mgr[py] Module not found: 'volumes'
2021-02-07T13:45:36.569+0100 7f3da1b4a8d8 -1 mgr[py] Traceback (most recent call last):
File "/usr/share/ceph/mgr/volumes/__init__.py", line 2, in <module>
from .module import Module
File "/usr/share/ceph/mgr/volumes/module.py", line 8, in <module>
import orchestrator
File "/usr/share/ceph/mgr/orchestrator/__init__.py", line 7, in <module>
from .module import OrchestratorCli
File "/usr/share/ceph/mgr/orchestrator/module.py", line 8, in <module>
import yaml
ModuleNotFoundError: No module named 'yaml'
```
Two more:
```
2021-02-07T13:48:29.256+0100 7fc492b928d8 -1 mgr[py] Class not found in module 'restful'
2021-02-07T13:48:29.256+0100 7fc492b928d8 -1 mgr[py] Error loading module 'restful': (2) No such file or directory
2021-02-07T13:48:29.256+0100 7fc492b928d8 1 mgr[py] Loading python module 'rook'
2021-02-07T13:48:29.559+0100 7fc492b928d8 -1 mgr[py] Module not found: 'rook'
2021-02-07T13:48:29.559+0100 7fc492b928d8 -1 mgr[py] Traceback (most recent call last):
File "/usr/share/ceph/mgr/rook/__init__.py", line 2, in <module>
from .module import RookOrchestrator
File "/usr/share/ceph/mgr/rook/module.py", line 36, in <module>
from .rook_cluster import RookCluster
File "/usr/share/ceph/mgr/rook/rook_cluster.py", line 16, in <module>
import jsonpatch
ModuleNotFoundError: No module named 'jsonpatch'
2021-02-07T13:48:29.563+0100 7fc492b928d8 -1 mgr[py] Class not found in module 'rook'
2021-02-07T13:48:29.563+0100 7fc492b928d8 -1 mgr[py] Error loading module 'rook': (2) No such file or directory
2021-02-07T13:48:29.563+0100 7fc492b928d8 1 mgr[py] Loading python module 'selftest'
2021-02-07T13:48:29.649+0100 7fc492b928d8 1 mgr[py] Loading python module 'status'
2021-02-07T13:48:29.753+0100 7fc492b928d8 1 mgr[py] Loading python module 'telegraf'
2021-02-07T13:48:29.843+0100 7fc492b928d8 1 mgr[py] Loading python module 'telemetry'
2021-02-07T13:48:29.936+0100 7fc492b928d8 -1 mgr[py] Module not found: 'telemetry'
2021-02-07T13:48:29.936+0100 7fc492b928d8 -1 mgr[py] Traceback (most recent call last):
File "/usr/share/ceph/mgr/telemetry/__init__.py", line 1, in <module>
from .module import Module
File "/usr/share/ceph/mgr/telemetry/module.py", line 12, in <module>
import requests
ModuleNotFoundError: No module named 'requests'
```
jaraco seems to be more than just -itertools:
```
53) octopus (stable), process ceph-mgr, pid 12540
2021-02-07T13:56:55.587+0100 7f72f050a8d8 1 mgr[py] Loading python module 'alerts'
2021-02-07T13:56:55.740+0100 7f72f050a8d8 1 mgr[py] Loading python module 'balancer'
2021-02-07T13:56:55.854+0100 7f72f050a8d8 1 mgr[py] Loading python module 'cephadm'
2021-02-07T13:56:56.340+0100 7f72f050a8d8 1 mgr[py] Loading python module 'crash'
2021-02-07T13:56:56.457+0100 7f72f050a8d8 1 mgr[py] Loading python module 'dashboard'
2021-02-07T13:56:56.800+0100 7f72f050a8d8 -1 mgr[py] Module not found: 'dashboard'
2021-02-07T13:56:56.800+0100 7f72f050a8d8 -1 mgr[py] Traceback (most recent call last):
File "/usr/share/ceph/mgr/dashboard/__init__.py", line 9, in <module>
import cherrypy
File "/usr/lib/python3.8/site-packages/cherrypy/__init__.py", line 66, in <module>
from ._cperror import (
File "/usr/lib/python3.8/site-packages/cherrypy/_cperror.py", line 135, in <module>
from cherrypy.lib import httputil as _httputil
File "/usr/lib/python3.8/site-packages/cherrypy/lib/httputil.py", line 20, in <module>
import jaraco.collections
ModuleNotFoundError: No module named 'jaraco.collections'
```
Further missing requirements, but packages exist:
* py3-dateutil
* py3-cherrypi
* py3-scipy
* py3-more-itertools
* py3-jinja2
* py3-jaraco-itertools
Missing / incomplete packages in Alpine:
* pecan
* jaracohttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/10737"ignoring malicious file" error from apk when trying to install ca-certificat...2021-04-11T11:27:51ZOliver Smith"ignoring malicious file" error from apk when trying to install ca-certificates-20191127-r5 for x86 from edge (other arches work)With the just released upgrade to apk-tools
currently it is not possible to install `ca-certificates` for `x86`. It works fine for x86_64, aarch64, armhf, armv7.
```
# apk add ca-certificates
(1/1) Installing ca-certificates (20191127-...With the just released upgrade to apk-tools
currently it is not possible to install `ca-certificates` for `x86`. It works fine for x86_64, aarch64, armhf, armv7.
```
# apk add ca-certificates
(1/1) Installing ca-certificates (20191127-r5)
WARNING: ca-certificates-20191127-r5: ignoring malicious file usr/share/ca-certificates/mozilla/NetLock_Arany_=Class_Gold=_Főtanúsítvány.crt
Executing busybox-1.33.0-r1.trigger
Executing ca-certificates-20191127-r5.trigger
1 error; 9 MiB in 21 packages
```
One way to reproduce: `pmbootstrap -q chroot -bx86 -- apk add ca-certificates`
Files:
* x86: [ca-certificates-20191127-r5_1_.apk](/uploads/6677b71d4cc428a5aa7822712d6d2928/ca-certificates-20191127-r5_1_.apk)
* x86_64: [ca-certificates-20191127-r5.apk](/uploads/06bcccf09e92737f517ebad7c6b412b5/ca-certificates-20191127-r5.apk)
* aarch64: [ca-certificates-20191127-r5_2_.apk](/uploads/ad7c8fa89703b8796e0b7b7a3078c24e/ca-certificates-20191127-r5_2_.apk)
CC: @fabled
Side note: it's a bit confusing that apk says WARNING, then fails with error.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12405update libseccomp to 2.4.4, backport docker faccessat2 patch2021-06-19T19:56:18ZAlex Xu (Hello71)update libseccomp to 2.4.4, backport docker faccessat2 patchlibseccomp 2.4.4 and docker commit https://github.com/moby/moby/pull/41353/commits/a18139111d8a203bd211b0861c281ebe77daccd9 are required for faccessat2 support, which is required by alpine edge and is biting a lot of users. the latter is...libseccomp 2.4.4 and docker commit https://github.com/moby/moby/pull/41353/commits/a18139111d8a203bd211b0861c281ebe77daccd9 are required for faccessat2 support, which is required by alpine edge and is biting a lot of users. the latter is in 20.10.0, and is being backported in https://github.com/moby/moby/pull/41381, but we should probably do it now to stop the bleeding. i think these two should be backported to 3.12 at least, and considering that libseccomp is a x.x.X bump and docker is a simple patch, probably back to all supported alpine versions.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12406ERROR: busybox-1.32.1-r2.trigger: script exited with error 1 on alpine:3.13.12021-08-31T21:48:01ZFabian NeugartERROR: busybox-1.32.1-r2.trigger: script exited with error 1 on alpine:3.13.1Hey!
I'm trying to build a docker image for armv7 with [GitHub actions](https://github.com/neugartf/mautrix-telegram/actions/runs/546400737/workflow) from `alpine:3.13.1`, which fails with the following error:
```
#5 21.67 (148/148) Inst...Hey!
I'm trying to build a docker image for armv7 with [GitHub actions](https://github.com/neugartf/mautrix-telegram/actions/runs/546400737/workflow) from `alpine:3.13.1`, which fails with the following error:
```
#5 21.67 (148/148) Installing yq (3.4.1-r0)
#5 22.02 Executing busybox-1.32.1-r2.trigger
#5 22.02 ERROR: busybox-1.32.1-r2.trigger: script exited with error 1
#5 22.02 Executing ca-certificates-20191127-r5.trigger
#5 22.04 /bin/sh: can't open 'trigger': No such file or directory
#5 22.04 ERROR: ca-certificates-20191127-r5.trigger: script exited with error 2
#5 22.06 1 error; 227 MiB in 162 packages
#5 ERROR: executor failed running [/dev/.buildkit_qemu_emulator /bin/sh -c apk add --no-cache python3 py3-pip py3-setuptools py3-wheel py3-virtualenv py3-pillow py3-aiohttp py3-magic py3-sqlalchemy py3-telethon-session-sqlalchemy py3-alembic py3-psycopg2 py3-ruamel.yaml py3-commonmark py3-idna py3-decorator py3-tqdm py3-requests py3-numpy py3-pysocks py3-cffi py3-qrcode py3-brotli ffmpeg ca-certificates su-exec netcat-openbsd olm-dev py3-pycryptodome py3-unpaddedbase64 py3-future bash curl jq yq]: exit code: 1
```
<p>
<details>
<summary>Dockerfile</summary>
<pre><code>FROM alpine:3.13.1
RUN apk add --no-cache \
python3 py3-pip py3-setuptools py3-wheel \
py3-virtualenv \
py3-pillow \
py3-aiohttp \
py3-magic \
py3-sqlalchemy \
py3-telethon-session-sqlalchemy \
py3-alembic \
py3-psycopg2 \
py3-ruamel.yaml \
py3-commonmark \
# Indirect dependencies
py3-idna \
#moviepy
py3-decorator \
py3-tqdm \
py3-requests \
#imageio
py3-numpy \
#py3-telethon@edge \ (outdated)
# Optional for socks proxies
py3-pysocks \
# cryptg
py3-cffi \
py3-qrcode \
py3-brotli \
# Other dependencies
ffmpeg \
ca-certificates \
su-exec \
netcat-openbsd \
# encryption
olm-dev \
py3-pycryptodome \
py3-unpaddedbase64 \
py3-future \
bash \
curl \
jq \
yq
COPY requirements.txt /opt/mautrix-telegram/requirements.txt
COPY optional-requirements.txt /opt/mautrix-telegram/optional-requirements.txt
WORKDIR /opt/mautrix-telegram
RUN apk add --virtual .build-deps \
python3-dev \
libffi-dev \
build-base \
&& sed -Ei 's/psycopg2-binary.+//' optional-requirements.txt \
&& pip3 install -r requirements.txt -r optional-requirements.txt \
&& apk del .build-deps
COPY . /opt/mautrix-telegram
RUN apk add git && pip3 install .[speedups,hq_thumbnails,metrics,e2be] && apk del git \
# This doesn't make the image smaller, but it's needed so that the `version` command works properly
&& cp mautrix_telegram/example-config.yaml . && rm -rf mautrix_telegram
VOLUME /data
ENV UID=1337 GID=1337 \
FFMPEG_BINARY=/usr/bin/ffmpeg
CMD ["/opt/mautrix-telegram/docker-run.sh"]</code></pre>
</details>
</p>
Any ideas how to fix this?
Thanks!https://gitlab.alpinelinux.org/alpine/aports/-/issues/12407community/mopidy: tests hang after completion on x86_64 builder2022-01-22T12:32:13ZLeocommunity/mopidy: tests hang after completion on x86_64 builderhttps://build.alpinelinux.org/buildlogs/build-edge-x86_64/community/mopidy/mopidy-3.1.1-r1.loghttps://build.alpinelinux.org/buildlogs/build-edge-x86_64/community/mopidy/mopidy-3.1.1-r1.logBart RibbersBart Ribbershttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12408Add build tests for kmod?2021-02-08T10:12:06Zomniomni+alpine@hack.orgAdd build tests for kmod?An old issue is mentioned in APKBUILD as why to avoid running tests but archlinux does [this](https://github.com/archlinux/svntogit-packages/blob/packages/kmod/trunk/PKGBUILD#L39), perhaps something to look at?An old issue is mentioned in APKBUILD as why to avoid running tests but archlinux does [this](https://github.com/archlinux/svntogit-packages/blob/packages/kmod/trunk/PKGBUILD#L39), perhaps something to look at?https://gitlab.alpinelinux.org/alpine/aports/-/issues/12409community/grafana: 7.4.0 index broken2021-02-08T14:26:18ZAlex Denescommunity/grafana: 7.4.0 index brokenThe latest version of grafana is still broken. Downgrading to 7.3.6/7.3.7 fixes it.
I am currently investigating the issue.The latest version of grafana is still broken. Downgrading to 7.3.6/7.3.7 fixes it.
I am currently investigating the issue.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12410Nginx lua upstream in 3.13 breaks nginx2021-06-13T01:14:20ZaptalcaNginx lua upstream in 3.13 breaks nginxInstalling package `nginx-mod-http-lua-upstream` version `1.18.0-r13`, which is the latest in Alpine 3.13 results in the following error and crash of nginx:
```
nginx: [emerg] dlopen() "/var/lib/nginx/modules/ngx_http_lua_upstream_modul...Installing package `nginx-mod-http-lua-upstream` version `1.18.0-r13`, which is the latest in Alpine 3.13 results in the following error and crash of nginx:
```
nginx: [emerg] dlopen() "/var/lib/nginx/modules/ngx_http_lua_upstream_module.so" failed (Error relocating /var/lib/nginx/modules/ngx_http_lua_upstream_module.so: lua_concat: symbol not found) in /etc/nginx/modules/20_http_lua_upstream.conf:1
```
Here's a basic test:
```
~$ docker run --rm -it alpine:3.13 /bin/sh -c 'apk add --no-cache nginx-mod-http-lua-upstream && nginx'
fetch https://dl-cdn.alpinelinux.org/alpine/v3.13/main/x86_64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/v3.13/community/x86_64/APKINDEX.tar.gz
(1/9) Installing pcre (8.44-r0)
(2/9) Installing nginx (1.18.0-r13)
Executing nginx-1.18.0-r13.pre-install
Executing nginx-1.18.0-r13.post-install
(3/9) Installing nginx-mod-devel-kit (1.18.0-r13)
(4/9) Installing libgcc (10.2.1_pre1-r3)
(5/9) Installing luajit (2.2.0-r3)
(6/9) Installing lua-resty-lrucache (0.09-r1)
(7/9) Installing lua-resty-core (0.1.21-r0)
(8/9) Installing nginx-mod-http-lua (1.18.0-r13)
(9/9) Installing nginx-mod-http-lua-upstream (1.18.0-r13)
Executing busybox-1.32.1-r2.trigger
OK: 9 MiB in 23 packages
nginx: [emerg] dlopen() "/var/lib/nginx/modules/ngx_http_lua_upstream_module.so" failed (Error relocating /var/lib/nginx/modules/ngx_http_lua_upstream_module.so: lua_concat: symbol not found) in /etc/nginx/modules/20_http_lua_upstream.conf:1
```Jakub JirutkaJakub Jirutkahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12411wpa_supplicant: P2P group information processing vulnerability (CVE-2021-0326)2021-02-10T10:21:51ZAlicha CHwpa_supplicant: P2P group information processing vulnerability (CVE-2021-0326)A vulnerability was discovered in how wpa_supplicant processing P2P
(Wi-Fi Direct) group information from active group owners. The actual
parsing of that information validates field lengths appropriately, but
processing of the parsed inf...A vulnerability was discovered in how wpa_supplicant processing P2P
(Wi-Fi Direct) group information from active group owners. The actual
parsing of that information validates field lengths appropriately, but
processing of the parsed information misses a length check when storing
a copy of the secondary device types. This can result in writing
attacker controlled data into the peer entry after the area assigned for
the secondary device type. The overflow can result in corrupting
pointers for heap allocations. This can result in an attacker within
radio range of the device running P2P discovery being able to cause
unexpected behavior, including termination of the wpa_supplicant process
and potentially arbitrary code execution.
Vulnerable versions/configurations
wpa_supplicant v1.0-v2.9 with CONFIG_P2P build option enabled
An attacker (or a system controlled by the attacker) needs to be within
radio range of the vulnerable system to send a suitably constructed
management frame that triggers a P2P peer device information to be
created or updated.
#### References:
* https://www.openwall.com/lists/oss-security/2021/02/03/4
* https://w1.fi/security/2020-2/wpa_supplicant-p2p-group-info-processing-vulnerability.txt
#### Patch:
https://w1.fi/cgit/hostap/commit/?id=947272febe24a8f0ea828b5b2f35f13c3821901e
### Affected branches:
* [x] master
* [x] 3.13-stable
* [x] 3.12-stable
* [x] 3.11-stable
* [x] 3.10-stableNatanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12412[mpdecimal] Enable all platforms2021-02-10T06:40:39ZStefan Krah[mpdecimal] Enable all platformsSome platforms are currently disabled in the `mpdecimal` package.
The segfaults on these platforms in the `libmpdec++` tests are a
consequence of the relatively small default thread stack size of
`musl` (128K).
The tests use `std::thre...Some platforms are currently disabled in the `mpdecimal` package.
The segfaults on these platforms in the `libmpdec++` tests are a
consequence of the relatively small default thread stack size of
`musl` (128K).
The tests use `std::thread` by default and assume at least 300K.
`std::thread` cannot adjust the stack size.
For platforms with a low default stack size (e.g. AIX has only 96K)
there is an option to use `pthreads` instead of `std::thread` in the tests.
To be clear, both `libmpdec++` and `musl` are fine, the end user application
needs to take steps to avoid stack overflows.
With this diff the tests pass on Alpine i386:
```
--- a-mpdecimal-2.5.1/tests++/runshort.sh
+++ b-mpdecimal-2.5.1/tests++/runshort.sh
@@ -12,9 +12,11 @@
export MallocLogFile=/dev/null
export MallocDebugReport=crash
;;
- AIX)
+ AIX|Linux)
# The thread stack size on AIX (96K) makes std::thread unusable
# for runtest.cc, which needs around 300K.
+ #
+ # The same applies to Alpine Linux (musl).
THREAD="--pthread"
;;
*)
--- a-mpdecimal-2.5.1/tests++/runshort_alloc.sh
+++ b-mpdecimal-2.5.1/tests++/runshort_alloc.sh
@@ -12,9 +12,11 @@
export MallocLogFile=/dev/null
export MallocDebugReport=crash
;;
- AIX)
+ AIX|Linux)
# The thread stack size on AIX (96K) makes std::thread unusable
# for runtest.cc, which needs around 300K.
+ #
+ # The same applies to Alpine Linux (musl).
THREAD="--pthread"
;;
*)
```