alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2022-01-22T12:32:13Zhttps://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/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/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/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/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/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/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/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/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/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/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/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/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/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/apk-tools/-/issues/10736Triggers fail to execute when operating in rootless/--no-chown mode2021-04-11T11:27:51ZAkash SatheesanTriggers fail to execute when operating in rootless/--no-chown modeI was experimenting with using Alpine/apk-tools as a basis for an immutable, rootless container engine's rootfs; using a tool like `bwrap` with `bwrap --bind ./alpine-rootfs / --ro-bind /etc/resolv.conf /etc/resolv.conf --dev /dev --proc...I was experimenting with using Alpine/apk-tools as a basis for an immutable, rootless container engine's rootfs; using a tool like `bwrap` with `bwrap --bind ./alpine-rootfs / --ro-bind /etc/resolv.conf /etc/resolv.conf --dev /dev --proc /proc --unshare-pid --unshare-ipc --unshare-uts /bin/ash` for example, one can run a "rootless" Alpine container - goal is to not have any files in the rootfs owned by uid 0/root, because that would mean rootless rootfs cleanup would become difficult.
However, when executing triggers, apk expects to be running as uid 0, and attempts to `chroot` into the target rootfs, irrespective of the fact that the active rootfs is being targeted - see https://gitlab.alpinelinux.org/alpine/apk-tools/-/blob/master/src/database.c#L1909.
I'm not sure what would be the ideal way to remove this dependency on chroot - I considered a `snprintf(fd_pathbuf, sizeof(fd_pathbuf), "/proc/self/fd/%d", fd); readlink(fd_pathbuf, fd_path, sizeof(fd_path));` and then `strcmp(fd_path, "/")` but I am not sure if there is a better solution, or an alternate approach worth taking.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12393collectd-python failure2021-02-09T19:22:39ZIan Frasercollectd-python failureRunning collectd in a Docker container.
```
FROM alpine:latest
RUN apk update && \
apk add \
collectd \
collectd-network \
collectd-python \
python3 \
py-pip
RUN pip install requests argparse...Running collectd in a Docker container.
```
FROM alpine:latest
RUN apk update && \
apk add \
collectd \
collectd-network \
collectd-python \
python3 \
py-pip
RUN pip install requests argparse
COPY collectd.conf /etc/collectd/collectd.conf
VOLUME /var/lib/collectd
CMD collectd -f
```
Container fails to start and logs the following error:
```
[2021-02-04 09:54:44] dlopen("/usr/lib/collectd/python.so") failed: Error relocating /usr/lib/collectd/python.so: PyObject_CallFunction: symbol not found. The most common cause for this problem is missing dependencies. Use ldd(1) to check the dependencies of the plugin / shared object.
[2021-02-04 09:54:44] plugin_load: Load plugin "python" failed with status 2.
```
The same error has been reported in Ubuntu (https://bugs.launchpad.net/ubuntu/+source/collectd/+bug/1872281) and the suggested work-around allows the plugin to load:
```
CMD LD_PRELOAD=/usr/lib/libpython3.8.so.1.0 collectd -f
```
However when you add a python based plugin to the collectd config e.g. https://github.com/ematthews/ubnt_airos, a new error occurs
```
[2021-02-04 10:31:35] plugin_load: plugin "python" successfully loaded.
[2021-02-04 10:31:36] set_thread_name("python interpreter"): name too long
Exception ignored in: <function _after_at_fork_child_reinit_locks at 0x7f050a59a430>
Traceback (most recent call last):
File "/usr/lib/python3.8/logging/__init__.py", line 260, in _after_at_fork_child_reinit_locks
_releaseLock() # Acquired by os.register_at_fork(before=.
File "/usr/lib/python3.8/logging/__init__.py", line 228, in _releaseLock
_lock.release()
RuntimeError: cannot release un-acquired lock
```
The initial error is also reported in the ArchLinux bug tracker (https://bugs.archlinux.org/task/64533) and was fixed by upgrading to `collectd-5.10`https://gitlab.alpinelinux.org/alpine/aports/-/issues/12392Package request: InspIRCd2021-10-02T22:12:12ZAlexei KomarovPackage request: InspIRCdHello everyone. I want to request the inclusion of a package to the aports.
**What is the package?**
[InspIRCd](https://www.inspircd.org/), it's one of the [most popular IRC daemons](https://www.ircstats.org/servers).
**How can packag...Hello everyone. I want to request the inclusion of a package to the aports.
**What is the package?**
[InspIRCd](https://www.inspircd.org/), it's one of the [most popular IRC daemons](https://www.ircstats.org/servers).
**How can packaging this make Alpine better?**
Alpine Linux does not currently have an ideal IRCd. InspIRCd should fill that role perfectly.
**What about currently packaged ones?**
-Charybdis: [abandoned](https://github.com/charybdis-ircd/charybdis)
-ngIRCd: currently has [security](https://github.com/ngircd/ngircd/pull/276) [issues](https://github.com/ngircd/ngircd/issues/277) and [design problems](https://github.com/ngircd/ngircd/issues/274).
Please note that there isn't a solid reason to prefer InspIRCd over other options, so if the maintainers want to package another IRCd that's fine as well.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12391spamassassin-update can't open '/etc/conf.d/spamd': No such file or directory...2021-02-04T18:18:49ZMartin Lantzspamassassin-update can't open '/etc/conf.d/spamd': No such file or directory ```The package spamassassin-3.4.4-r2 contains the file `etc/periodic/daily/spamassassin-update` which contains the following:
```sh
#!/bin/sh
set -e
. /etc/conf.d/spamd
pidfile="${pidfile:-/run/spamd.pid}"
if [ -f "$pidfile" ]; then
...The package spamassassin-3.4.4-r2 contains the file `etc/periodic/daily/spamassassin-update` which contains the following:
```sh
#!/bin/sh
set -e
. /etc/conf.d/spamd
pidfile="${pidfile:-/run/spamd.pid}"
if [ -f "$pidfile" ]; then
_pid="$(cat "$pidfile")"
fi
/usr/bin/sa-update
if [ -n "$_pid" ]; then
kill -SIGHUP "$_pid"
fi
```
But since there is no file `/etc/conf.d/spamd` the following error is generated once a day:
```sh
/etc/periodic/daily/spamassassin-update: .: line 5: can't open '/etc/conf.d/spamd': No such file or directory
```
It is likely that the intended purpose is to run `sa-update` once a day, but that now fails.
Two remedies are suggested, either one of them would be sufficient:
1. Change the `etc/periodic/daily/spamassassin-update` file so that it checks that `/etc/conf.d/spamd` exists before trying to source it.
2. Make sure that the file `/etc/conf.d/spamd` is created (can be empty) during package installation.Leonardo ArenaLeonardo Arenahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12388The new Mono 6.12 is unable to run2021-02-07T05:32:51ZMatthew LeibowitzThe new Mono 6.12 is unable to runI just noticed that after the update, none of my Docker containers are building. I get this error:
```
Step 5/7 : RUN cert-sync /etc/ssl/certs/ca-certificates.crt
---> Running in 8ad6df2b4427
Error: System.TypeInitializationException: ...I just noticed that after the update, none of my Docker containers are building. I get this error:
```
Step 5/7 : RUN cert-sync /etc/ssl/certs/ca-certificates.crt
---> Running in 8ad6df2b4427
Error: System.TypeInitializationException: The type initializer for 'Sys' threw an exception. ---> System.DllNotFoundException: /usr/lib/../lib/libmono-native.so assembly:<unknown assembly> type:<unknown type> member:(null)
at (wrapper managed-to-native) Interop+Sys.LChflagsCanSetHiddenFlag()
at Interop+Sys..cctor () [0x00000] in <b061b40c53d642f4828de65bcd420f39>:0
--- End of inner exception stack trace ---
at System.IO.FileSystem.FileExists (System.ReadOnlySpan`1[T] fullPath, System.Int32 fileType, Interop+ErrorInfo& errorInfo) [0x00007] in <b061b40c53d642f4828de65bcd420f39>:0
at System.IO.FileSystem.FileExists (System.ReadOnlySpan`1[T] fullPath) [0x00006] in <b061b40c53d642f4828de65bcd420f39>:0
at System.IO.File.Exists (System.String path) [0x00043] in <b061b40c53d642f4828de65bcd420f39>:0
at Mono.Tools.CertSync.ParseOptions (System.String[] args) [0x0007c] in <f333807f951849719474ff0c315730f8>:0
at Mono.Tools.CertSync.Main (System.String[] args) [0x00000] in <f333807f951849719474ff0c315730f8>:0
The command '/bin/sh -c cert-sync /etc/ssl/certs/ca-certificates.crt' returned a non-zero code: 1
```
My full Docker file is:
```Dockerfile
FROM amd64/alpine:3.9
RUN apk add --no-cache bash curl ca-certificates python git build-base ninja fontconfig-dev
RUN apk add --no-cache samurai --repository http://dl-cdn.alpinelinux.org/alpine/edge/main
RUN apk add --no-cache mono clang gn --repository http://dl-cdn.alpinelinux.org/alpine/edge/testing
RUN cert-sync /etc/ssl/certs/ca-certificates.crt
ENV GN_EXE=gn NINJA_EXE=ninja
WORKDIR /work
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/12386Update vulnerable package: curl 7.67.0-r3 -> 7.69.1-r1 [for Alpine v3.11]2021-02-02T13:38:37ZJohn SmithUpdate vulnerable package: curl 7.67.0-r3 -> 7.69.1-r1 [for Alpine v3.11]Our Prisma scanner showed that curl package available in Alpine 3.11 repo (version 7.67.0-r3) is vulnerable (CVE-2019-15601, https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-15601 ) with CVSS 5.0.
Please, update it at least to ...Our Prisma scanner showed that curl package available in Alpine 3.11 repo (version 7.67.0-r3) is vulnerable (CVE-2019-15601, https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-15601 ) with CVSS 5.0.
Please, update it at least to version 7.69.1-r1 (Prisma mentions this version as the one with vuln fix).