aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2022-02-07T15:23:05Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13294OpenRC fails to start crond after second boot2022-02-07T15:23:05ZJan MetzgerOpenRC fails to start crond after second bootHi. I am running an almost vanilla Alpine Linux 3.15 in an LXC and crond fails to start from the second boot onwards. crond can also not be started manually in those cases.
Corresponding lines in /var/log/messages:
``` text
Dec 9 14:32...Hi. I am running an almost vanilla Alpine Linux 3.15 in an LXC and crond fails to start from the second boot onwards. crond can also not be started manually in those cases.
Corresponding lines in /var/log/messages:
``` text
Dec 9 14:32:18 docker03 syslog.info syslogd started: BusyBox v1.34.1
Dec 9 14:32:18 docker03 daemon.info init: starting pid 331, tty '': '/sbin/openrc default'
Dec 9 14:32:18 docker03 daemon.err /etc/init.d/syslog[350]: start-stop-daemon: /sbin/syslogd is already running
Dec 9 14:32:18 docker03 daemon.err /etc/init.d/syslog[332]: ERROR: syslog failed to start
Dec 9 14:32:18 docker03 daemon.err /etc/init.d/crond[352]: ERROR: cannot start crond as syslog would not start
```
Error messages in /var/log/rc.log:
``` text
rc sysinit logging started at Thu Dec 9 14:36:14 2021
OpenRC 0.44.7.88ce4d9bb0 is starting up Linux 5.13.19-1-pve (x86_64) [LXC]
* /proc is already mounted
* /run/openrc: creating directory
* /run/lock: creating directory
* /run/lock: correcting owner
* Caching service dependencies ... [ ok ]
rc sysinit logging stopped at Thu Dec 9 14:36:14 2021
rc boot logging started at Thu Dec 9 14:36:14 2021
* Creating user login records ... [ ok ]
* Cleaning /tmp directory ... [ ok ]
* Starting networking ... * lo ... [ ok ]
* eth0 ... [ ok ]
* Starting busybox syslog ... [ ok ]
rc boot logging stopped at Thu Dec 9 14:36:16 2021
rc default logging started at Thu Dec 9 14:36:16 2021
* Starting busybox syslog ... * start-stop-daemon: /sbin/syslogd is already running
* Failed to start busybox syslog
[ !! ]
* ERROR: syslog failed to start
* ERROR: cannot start crond as syslog would not start
* Starting sshd ... [ ok ]
rc default logging stopped at Thu Dec 9 14:36:16 2021
```
Let me know how i can provide more information, since i am an OpenRC newbie.https://gitlab.alpinelinux.org/alpine/aports/-/issues/10402litespeed: Move to community?2021-12-26T20:24:07ZChun-Shemg Lilitespeed: Move to community?Hi all, I use the Alpine Linux inside Docker container, but it seems
that I cannot install the litespeed package.
Instruction
===========
- Using the following Dockerfile
<!-- -->
<code class="text">
FROM alpine:3.7
R...Hi all, I use the Alpine Linux inside Docker container, but it seems
that I cannot install the litespeed package.
Instruction
===========
- Using the following Dockerfile
<!-- -->
<code class="text">
FROM alpine:3.7
RUN apk update
RUN apk add --no-cache litespeed
</code>
- Finally. I got this message:
<!-- -->
<code class="text">
Step 3/3 : RUN apk add --no-cache litespeed
---> Running in d49c2a1063fe
fetch http://dl-cdn.alpinelinux.org/alpine/v3.7/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.7/community/x86_64/APKINDEX.tar.gz
ERROR: unsatisfiable constraints:
litespeed (missing):
required by: world[litespeed]
The command '/bin/sh -c apk add --no-cache litespeed' returned a non-zero code: 1
</code>
I also check the all available mirror lists in Alpine Linux and it seems
that they don’t include the litespeed package.
Please include this package in mirror lists.
Thanks.
*(from redmine: issue id 10402, created on 2019-05-03)*Valery KartelValery Kartelhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13342Nodejs throws error Error relocating /usr/bin/node: _ZSt28__throw_bad_array_n...2021-12-22T06:47:37ZryanNodejs throws error Error relocating /usr/bin/node: _ZSt28__throw_bad_array_new_lengthv: symbol not foundHi
In our docker file we download nodejs
FROM postgres:12.4-alpine
RUN apk -UvX http://dl-4.alpinelinux.org/alpine/edge/main add nodejs
etc
when trying to run nodejs it throws an error
Error relocating /usr/bin/node: _ZSt28__throw_...Hi
In our docker file we download nodejs
FROM postgres:12.4-alpine
RUN apk -UvX http://dl-4.alpinelinux.org/alpine/edge/main add nodejs
etc
when trying to run nodejs it throws an error
Error relocating /usr/bin/node: _ZSt28__throw_bad_array_new_lengthv: symbol not found
This is recent to the past month. (since 1 Dec where you changed the nodejs lib).
Seems that the issue is related to libstdc++.so version which requires .29 and not .28.https://gitlab.alpinelinux.org/alpine/aports/-/issues/13326v3.15 release vs source code2021-12-19T03:12:12ZAnksav3.15 release vs source codeHi all,
Its quite possible i am missing something but I cannot compile v3.15 from source.
If you check out the v3.15 tag apk-tools refer to openssl1.1xxxx as dependencies but the openssl package does not provide these.
I know there wa...Hi all,
Its quite possible i am missing something but I cannot compile v3.15 from source.
If you check out the v3.15 tag apk-tools refer to openssl1.1xxxx as dependencies but the openssl package does not provide these.
I know there was a revert back to openssl1.1 and but i don't see how the source in the tag could have compiled the release version? Anything that is trying to use openssl1.1xxx as a dependency will fail to build with this source since the tagged source does not provide the abi ver in the package name...apk-tools was the first one i ran into - neither will the bootstrap script work which is also trying to pull in openssl with the abiver in the package name.
Thoughts?https://gitlab.alpinelinux.org/alpine/aports/-/issues/13193Can't find `gcompat` package2021-11-14T18:54:08ZAnton SmirnovCan't find `gcompat` packageI i've followed glibc [guide](https://stackoverflow.com/questions/69870354/glibc-on-alpine-aarch64-gcompat-no-such-package) and i can't install `gcompat` package (testedx on x86_64 and aarch64 alpine linux installed from `virt`):
```
# a...I i've followed glibc [guide](https://stackoverflow.com/questions/69870354/glibc-on-alpine-aarch64-gcompat-no-such-package) and i can't install `gcompat` package (testedx on x86_64 and aarch64 alpine linux installed from `virt`):
```
# apk add --no-cache gcompat
fetch http://mirror.reenigne.net/alpine/v3.14/main/x86_64/APKINDEX.tar.gz
ERROR: unable to select packages:
gcompat (no such package):
required by: world[gcompat]
asvm-x86-64:~/arduino_studio/bin#
```
alpine linux 3.14.1 and 3.14.2https://gitlab.alpinelinux.org/alpine/aports/-/issues/12026alpine doesn't support for binderfs and sudo modprobe binder_linux2021-11-09T13:09:45ZYonggang Luoalpine doesn't support for binderfs and sudo modprobe binder_linux```
lygstate:/lib/modules# sudo modprobe ashmem_linux
modprobe: FATAL: Module ashmem_linux not found in directory /lib/modules/5.4.71-0-lts
lygstate:/lib/modules# sudo modprobe binder_linux
modprobe: FATAL: Module binder_linux not found ...```
lygstate:/lib/modules# sudo modprobe ashmem_linux
modprobe: FATAL: Module ashmem_linux not found in directory /lib/modules/5.4.71-0-lts
lygstate:/lib/modules# sudo modprobe binder_linux
modprobe: FATAL: Module binder_linux not found in directory /lib/modules/5.4.71-0-lts
```
This cause the issue that we can not do modprobe ashmem_linux inside the container
This cause we can not running multiple android instance on Androidhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11942docker armV7 apk add: script exited with error 1272021-09-20T09:04:15ZYuhao Tongdocker armV7 apk add: script exited with error 127The hardware platform I use is Cortex-A7. <br/>
The image I pulled is alpine:latest, and setup build-base by used "apk --no-cache add build-base".<br/>
When I want to install mosquitto inside the container, The system reported an error<b...The hardware platform I use is Cortex-A7. <br/>
The image I pulled is alpine:latest, and setup build-base by used "apk --no-cache add build-base".<br/>
When I want to install mosquitto inside the container, The system reported an error<br/>
I want to fix the error with “apk fix”, but the error is still reported<br/>
>/usr/local # apk add mosquitto<br/>
fetch http://mirrors.aliyun.com/alpine/v3.12/main/armv7/APKINDEX.tar.gz<br/>
fetch http://mirrors.aliyun.com/alpine/v3.12/community/armv7/APKINDEX.tar.gz<br/>
2 errors; 173 MiB in 55 packages<br/>
>/usr/local # apk fix<br/>
(1/2) Reinstalling busybox (1.31.1-r19)<br/>
Executing busybox-1.31.1-r19.post-upgrade<br/>
ERROR: busybox-1.31.1-r19.post-upgrade: script exited with error 127<br/>
(2/2) Reinstalling ca-certificates (20191127-r4)<br/>
Executing busybox-1.31.1-r19.trigger<br/>
ERROR: busybox-1.31.1-r19.trigger: script exited with error 127<br/>
Executing ca-certificates-20191127-r4.trigger<br/>
ERROR: ca-certificates-20191127-r4.trigger: script exited with error 127<br/>
1 error; 173 MiB in 55 packages
I want to know how to fix this problem and how to get the error log of apk installationhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11736Should llvm9-dev have a dependency?2021-09-03T10:25:02ZGhost UserShould llvm9-dev have a dependency?Consider a simple Dockerfile:
```
FROM alpine:edge
RUN apk --no-cache add --virtual llvm9-dev \
&& find / -name *llvm* \
&& ls /usr/lib/llvm9/bin/llvm-config
```
This will fail, and if you check the logs you'll see that it's not ...Consider a simple Dockerfile:
```
FROM alpine:edge
RUN apk --no-cache add --virtual llvm9-dev \
&& find / -name *llvm* \
&& ls /usr/lib/llvm9/bin/llvm-config
```
This will fail, and if you check the logs you'll see that it's not just llvm-config that's missing --- llvm9-dev doesn't install any files at all. Going by https://pkgs.alpinelinux.org/contents?branch=edge&name=llvm9-dev&arch=x86_64&repo=main , not to mention all the files the `find` turns up in the Dockerfile below, we would expect to see quite a few files appear when we apk add llvm9-dev.
Of course, with build-base it works fine:
```
FROM alpine:edge
RUN apk --no-cache add --virtual build-base llvm9-dev \
&& find / -name *llvm* \
&& ls /usr/lib/llvm9/bin/llvm-config
```
Maybe it doesn't make a ton of sense to apk add llvm9-dev without build-base, but supposing that someone does, what is the least bad thing to do? Installing whatever dependency is needed for the package to actually do something might be preferable.
(Demonstration Dockerfiles can be seen at https://github.com/dHannasch/alpine-llvm-dockerfile and https://hub.docker.com/r/dahanna/alpine-llvm-test .)
(I'm fixated on llvm9-dev since llvmlite does not support llvm10-dev yet https://github.com/numba/llvmlite/issues/507 , but presumably all the same issues apply to llvm10-dev.)https://gitlab.alpinelinux.org/alpine/aports/-/issues/12203pass-fish-completion issue2021-08-08T01:24:22ZPrzemek Kpass-fish-completion issueThis seems to be quite similar to https://gitlab.alpinelinux.org/alpine/aports/-/issues/12186:
```sh
/sbin/apk add pass-fish-completion
1 error; 766 packages, 3913 dirs, 49740 files, 3353 MiB
```This seems to be quite similar to https://gitlab.alpinelinux.org/alpine/aports/-/issues/12186:
```sh
/sbin/apk add pass-fish-completion
1 error; 766 packages, 3913 dirs, 49740 files, 3353 MiB
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/11452alpine network delay when operating HBASE via phoenix2021-08-07T22:27:55Zprodanalpine network delay when operating HBASE via phoenixSystem environment
```~ $ cat /etc/os-release
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.11.5
PRETTY_NAME="Alpine Linux v3.11"
HOME_URL="https://alpinelinux.org/"
BUG_REPORT_URL="https://bugs.alpinelinux.org/"
~ $ uname -r
3.10.0-1062.1...System environment
```~ $ cat /etc/os-release
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.11.5
PRETTY_NAME="Alpine Linux v3.11"
HOME_URL="https://alpinelinux.org/"
BUG_REPORT_URL="https://bugs.alpinelinux.org/"
~ $ uname -r
3.10.0-1062.18.1.el7.x86_64
~ $ apk list | grep musl
musl-1.1.24-r2 x86_64 {musl} (MIT) [installed]
musl-utils-1.1.24-r2 x86_64 {musl} (MIT BSD GPL2+) [installed]
musl-dev-1.1.24-r2 x86_64 {musl} (MIT) [installed]
~ $
```
Run test script in alpine
```
~ $ time python test.py
1587781799.9128911
23.95860481262207
33667
0.6693758964538574
351
real 0m 25.33s
user 0m 24.46s
sys 0m 0.47s
~ $
```
Run test script on CentOS
```
(base) [root@bigdata-dev03 ~]# cat /etc/os-release
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"
CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"
(base) [root@bigdata-dev03 ~]# uname -r
3.10.0-1062.18.1.el7.x86_64
(base) [root@bigdata-dev03 ~]# time python test.py
1587781936.8903282
2.4388413429260254
33667
0.6046943664550781
351
real 0m3.930s
user 0m3.003s
sys 0m0.244s
(base) [root@bigdata-dev03 ~]#
```
Run the test script in alpine after upgrading the kernel
```
~ $ cat /etc/os-release
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.11.5
PRETTY_NAME="Alpine Linux v3.11"
HOME_URL="https://alpinelinux.org/"
BUG_REPORT_URL="https://bugs.alpinelinux.org/"
~ $ uname -r
5.6.7-1.el7.elrepo.x86_64
~ $ time python test.py
1587781294.1356337
10.101239442825317
33667
0.367321252822876
351
real 0m 10.86s
user 0m 10.28s
sys 0m 0.09s
~ $
```
tcpdump intercepts packets
```
2273 21.438452 192.168.1.72 172.16.0.199 TCP 7006 [TCP Out-Of-Order] 80 → 33258 [ACK] Seq=7098353 Ack=5443 Win=50304 Len=6940 TSval=991811317 TSecr=979000685
2274 21.438487 192.168.1.72 172.16.0.199 TCP 4230 [TCP Out-Of-Order] 80 → 33258 [ACK] Seq=7105293 Ack=5443 Win=50304 Len=4164 TSval=991811317 TSecr=979000685
2275 21.438632 172.16.0.199 192.168.1.72 TCP 78 [TCP Window Update] 33258 → 80 [ACK] Seq=5443 Ack=7098353 Win=332672 Len=0 TSval=979000685 TSecr=991811316 SLE=7109457 SRE=7116397
2276 21.438701 172.16.0.199 192.168.1.72 TCP 78 [TCP Dup ACK 2270#1] 33258 → 80 [ACK] Seq=5443 Ack=7098353 Win=332672 Len=0 TSval=979000685 TSecr=991811316 SLE=7109457 SRE=7123337
```
I suspect it was caused by musl libc ......https://gitlab.alpinelinux.org/alpine/aports/-/issues/8839Hope to support the Percona database2021-07-27T14:21:51Zrobert yuHope to support the Percona databaseHope to support the Percona database
*(from redmine: issue id 8839, created on 2018-04-25)*Hope to support the Percona database
*(from redmine: issue id 8839, created on 2018-04-25)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/12838Nginx with ipv62021-07-14T18:55:34ZClaus HerrmannNginx with ipv6nginx still wont use ipv6. doing a:
nginx -V 2>&1 >/dev/null | grep --color -o with-ipv6
shows no with-ipv6nginx still wont use ipv6. doing a:
nginx -V 2>&1 >/dev/null | grep --color -o with-ipv6
shows no with-ipv6Claus HerrmannClaus Herrmannhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12088awk printf format incorrect2021-07-04T16:36:44ZGeneawk printf format incorrectPlease refer to below script for test in last version alpine system (e.g. v3.12.1 ).
`echo "00000500000" | awk '{printf("%d\n",$0);}'`
I expect output "500000", but unfortunately, it display "163840". :expressionless:
what ?? how ??
P...Please refer to below script for test in last version alpine system (e.g. v3.12.1 ).
`echo "00000500000" | awk '{printf("%d\n",$0);}'`
I expect output "500000", but unfortunately, it display "163840". :expressionless:
what ?? how ??
Please help to solve this issue.
Thank you gays.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12585docker-compose 1.28.0-r1 broken2021-06-21T09:40:03ZKierandocker-compose 1.28.0-r1 broken```
$ docker run -it alpine:3.13 sh
/ # apk update
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
v3.13.4-21-gc098d412e6 [h...```
$ docker run -it alpine:3.13 sh
/ # apk update
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
v3.13.4-21-gc098d412e6 [https://dl-cdn.alpinelinux.org/alpine/v3.13/main]
v3.13.4-19-g590ff46d72 [https://dl-cdn.alpinelinux.org/alpine/v3.13/community]
OK: 13886 distinct packages available
/ # apk add --no-cache docker-compose --repository=http://dl-cdn.alpinelinux.org/alpine/edge/community
fetch http://dl-cdn.alpinelinux.org/alpine/edge/community/x86_64/APKINDEX.tar.gz
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/46) Installing libbz2 (1.0.8-r1)
(2/46) Installing expat (2.2.10-r1)
(3/46) Installing libffi (3.3-r2)
(4/46) Installing gdbm (1.19-r0)
(5/46) Installing xz-libs (5.2.5-r0)
(6/46) Installing ncurses-terminfo-base (6.2_p20210109-r0)
(7/46) Installing ncurses-libs (6.2_p20210109-r0)
(8/46) Installing readline (8.1.0-r0)
(9/46) Installing sqlite-libs (3.34.1-r0)
(10/46) Installing python3 (3.8.8-r0)
(11/46) Installing py3-ordered-set (4.0.2-r0)
(12/46) Installing py3-appdirs (1.4.4-r1)
(13/46) Installing py3-parsing (2.4.7-r1)
(14/46) Installing py3-six (1.15.0-r0)
(15/46) Installing py3-packaging (20.9-r0)
(16/46) Installing py3-setuptools (51.3.3-r0)
(17/46) Installing py3-cached-property (1.5.2-r1)
(18/46) Installing py3-certifi (2020.6.20-r0)
(19/46) Installing py3-chardet (4.0.0-r0)
(20/46) Installing py3-distro (1.5.0-r3)
(21/46) Installing dockerpy-creds (0.4.0-r2)
(22/46) Installing py3-cparser (2.20-r0)
(23/46) Installing py3-cffi (1.14.4-r0)
(24/46) Installing py3-idna (3.1-r0)
(25/46) Installing py3-asn1crypto (1.4.0-r0)
(26/46) Installing py3-cryptography (3.3.2-r0)
(27/46) Installing py3-ipaddress (1.0.23-r2)
(28/46) Installing py3-urllib3 (1.26.2-r1)
(29/46) Installing py3-requests (2.25.1-r1)
(30/46) Installing py3-websocket-client (0.58.0-r1)
(31/46) Installing docker-py (4.4.4-r0)
(32/46) Installing py3-dockerpty (0.4.1-r3)
(33/46) Installing py3-docopt (0.6.2-r6)
(34/46) Installing py3-pyrsistent (0.17.3-r1)
(35/46) Installing py3-attrs (20.3.0-r0)
(36/46) Installing py3-jsonschema (3.2.0-r2)
(37/46) Installing py3-asn1 (0.4.8-r0)
(38/46) Installing py3-bcrypt (3.2.0-r2)
(39/46) Installing py3-pynacl (1.4.0-r0)
(40/46) Installing py3-paramiko (2.7.2-r0)
(41/46) Installing py3-pysocks (1.7.1-r2)
(42/46) Installing py3-dotenv (0.15.0-r1)
(43/46) Installing yaml (0.2.5-r0)
(44/46) Installing py3-yaml (5.3.1-r2)
(45/46) Installing py3-texttable (1.6.3-r1)
(46/46) Installing docker-compose (1.28.0-r1)
Executing busybox-1.32.1-r5.trigger
OK: 76 MiB in 60 packages
/ # docker-compose
Traceback (most recent call last):
File "/usr/bin/docker-compose", line 33, in <module>
sys.exit(load_entry_point('docker-compose==1.28.0', 'console_scripts', 'docker-compose')())
File "/usr/bin/docker-compose", line 22, in importlib_load_entry_point
for entry_point in distribution(dist_name).entry_points
File "/usr/lib/python3.8/importlib/metadata.py", line 503, in distribution
return Distribution.from_name(distribution_name)
File "/usr/lib/python3.8/importlib/metadata.py", line 177, in from_name
raise PackageNotFoundError(name)
importlib.metadata.PackageNotFoundError: docker-compose
/ #
```
1.28.0-r0 was working OK.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12343Build failed in arm for alpine 3.13.02021-06-16T13:58:09ZDaishan PengBuild failed in arm for alpine 3.13.0Building docker image in arm for alpine 3.13.0 results in a failure.
```
FROM alpine:3.13.0
RUN apk add -U --no-cache git bash
```
Error:
```
Step 1/4 : FROM alpine
---> 4a36e4045daf
Step 2/4 : RUN apk add -U --no-cache git bash
---> ...Building docker image in arm for alpine 3.13.0 results in a failure.
```
FROM alpine:3.13.0
RUN apk add -U --no-cache git bash
```
Error:
```
Step 1/4 : FROM alpine
---> 4a36e4045daf
Step 2/4 : RUN apk add -U --no-cache git bash
---> Running in ce29a0b6b120
fetch https://dl-cdn.alpinelinux.org/alpine/v3.13/main/armhf/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/v3.13/community/armhf/APKINDEX.tar.gz
bash (no such package):
required by: world[bash]
git (no such package):
required by: world[git]
WARNING: Ignoring https://dl-cdn.alpinelinux.org/alpine/v3.13/main: temporary error (try again later)
WARNING: Ignoring https://dl-cdn.alpinelinux.org/alpine/v3.13/community: temporary error (try again later)
ERROR: unable to select packages:
The command '/bin/sh -c apk add -U --no-cache git bash' returned a non-zero code: 2
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/12381[postfix] unsupported dictionary type: hash2021-05-02T19:37:35ZJelle Smet[postfix] unsupported dictionary type: hashIt seems Postfix 3.5.9-r0 from edge has no builtin support for the (default) hash dictionary type.
I cannot find any postfix-hash package or related.
I had to revert to alpine 3.11 which offers postfix 3.4.12-r0 which works.It seems Postfix 3.5.9-r0 from edge has no builtin support for the (default) hash dictionary type.
I cannot find any postfix-hash package or related.
I had to revert to alpine 3.11 which offers postfix 3.4.12-r0 which works.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12639Not able to run newermt find flag on 13.1.12021-04-29T11:04:35ZvaibhavjayasNot able to run newermt find flag on 13.1.13.13.1 version
```sh
/ # for i in $(find / -type f -newermt 2021-04-01 ! -newermt 2021-04-26); do echo $i ; done
find: unrecognized: -newermt
BusyBox v1.32.1 () multi-call binary.
Usage: find [-HL] [PATH]... [OPTIONS] [ACTIONS]
Se...3.13.1 version
```sh
/ # for i in $(find / -type f -newermt 2021-04-01 ! -newermt 2021-04-26); do echo $i ; done
find: unrecognized: -newermt
BusyBox v1.32.1 () multi-call binary.
Usage: find [-HL] [PATH]... [OPTIONS] [ACTIONS]
Search for files and perform actions on them.
First failed action stops processing of current file.
Defaults: PATH is current directory, action is '-print'
-L,-follow Follow symlinks
-H ...on command line only
-xdev Don't descend directories on other filesystems
-maxdepth N Descend at most N levels. -maxdepth 0 applies
actions to command line arguments only
-mindepth N Don't act on first N levels
-depth Act on directory *after* traversing it
Actions:
( ACTIONS ) Group actions for -o / -a
! ACT Invert ACT's success/failure
ACT1 [-a] ACT2 If ACT1 fails, stop, else do ACT2
ACT1 -o ACT2 If ACT1 succeeds, stop, else do ACT2
Note: -a has higher priority than -o
-name PATTERN Match file name (w/o directory name) to PATTERN
-iname PATTERN Case insensitive -name
-path PATTERN Match path to PATTERN
-ipath PATTERN Case insensitive -path
-regex PATTERN Match path to regex PATTERN
-type X File type is X (one of: f,d,l,b,c,s,p)
-executable File is executable
-perm MASK At least one mask bit (+MASK), all bits (-MASK),
or exactly MASK bits are set in file's mode
-mtime DAYS mtime is greater than (+N), less than (-N),
or exactly N days in the past
-mmin MINS mtime is greater than (+N), less than (-N),
or exactly N minutes in the past
-newer FILE mtime is more recent than FILE's
-inum N File has inode number N
-user NAME/ID File is owned by given user
-group NAME/ID File is owned by given group
-size N[bck] File size is N (c:bytes,k:kbytes,b:512 bytes(def.))
+/-N: file size is bigger/smaller than N
-links N Number of links is greater than (+N), less than (-N),
or exactly N
-empty Match empty file/directory
-prune If current file is directory, don't descend into it
If none of the following actions is specified, -print is assumed
-print Print file name
-print0 Print file name, NUL terminated
-exec CMD ARG ; Run CMD with all instances of {} replaced by
file name. Fails if CMD exits with nonzero
-exec CMD ARG + Run CMD with {} replaced by list of file names
-delete Delete current file/directory. Turns on -depth option
-quit Exit
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/7754armhf libcec does not have RPI support enabled.2021-04-14T19:52:08Zalgitbotarmhf libcec does not have RPI support enabled.The armhf version of this package is not compiled with support for
raspberry-pi.
*features* reported below should specify **RPI**
`bash-4.3# cat /etc/os-release
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.6.1
PRETTY_NAME="Alpine Linux ...The armhf version of this package is not compiled with support for
raspberry-pi.
*features* reported below should specify **RPI**
`bash-4.3# cat /etc/os-release
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.6.1
PRETTY_NAME="Alpine Linux v3.6"
HOME_URL="http://alpinelinux.org"
BUG_REPORT_URL="http://bugs.alpinelinux.org"
bash-4.3# cec-client -l
libCEC version: 4.0.2, git revision: v3.5.0+4185-e4cc4b7, compiled on Sat Apr 22 00:39:57 UTC 2017 by buildozer`build-3-6-armhf.nethq.org
on Linux 4.4.19 (armv8l), features: P8\_USB, DRM, P8\_detect, randr
Found devices: NONE@
*(from redmine: issue id 7754, created on 2017-08-25)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/12252installation of octave does not work2021-02-26T21:31:09ZErnst Reißnerinstallation of octave does not workThis is not a bug on apk but seemingly a problem with the package.
Trying
```
apk add octave --repository http://dl-cdn.alpinelinux.org/alpine/edge/testing
```
fails with
```
ERROR: unsatisfiable constraints:
so:libhdf5.so.200 (miss...This is not a bug on apk but seemingly a problem with the package.
Trying
```
apk add octave --repository http://dl-cdn.alpinelinux.org/alpine/edge/testing
```
fails with
```
ERROR: unsatisfiable constraints:
so:libhdf5.so.200 (missing):
required by: octave-6.1.0-r3[so:libhdf5.so.200]
so:libqhull.so.8.0 (missing):
required by: octave-6.1.0-r3[so:libqhull.so.8.0]
```
Shall these packages be in testing also??https://gitlab.alpinelinux.org/alpine/aports/-/issues/12414Alpine package `containers-common` seems to be broken on stable alpine2021-02-11T01:06:24ZPatrikAlpine package `containers-common` seems to be broken on stable alpineNo matter how I try to install buildah (or just containers-common) using apk I get an error.
```
$ container=$(buildah from docker.io/alpine:3.13.1)
$ buildah run $container apk update
fetch https://dl-cdn.alpinelinux.org/alpine/v3.13/m...No matter how I try to install buildah (or just containers-common) using apk I get an error.
```
$ container=$(buildah from docker.io/alpine:3.13.1)
$ buildah run $container apk update
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
v3.13.1-89-ga861aa92ff [https://dl-cdn.alpinelinux.org/alpine/v3.13/main]
v3.13.1-88-gd924084049 [https://dl-cdn.alpinelinux.org/alpine/v3.13/community]
OK: 13878 distinct packages available
$ buildah run $container apk search containers-common
$ buildah run $container apk add containers-common
ERROR: unable to select packages:
containers-common (no such package):
required by: world[containers-common]
error while running runtime: exit status 1
ERRO exit status 1
$ buildah run $container apk add -X http://dl-3.alpinelinux.org/alpine/edge/testing/ --allow-untrusted buildah
ERROR: unable to select packages:
containers-common (no such package):
required by: buildah-1.19.4-r0[containers-common]
error while running runtime: exit status 2
ERRO exit status 2
```
From what I can tell from the [website](https://pkgs.alpinelinux.org/package/edge/community/x86/containers-common) containers-common should be in the community repo and thus be available. Even so, installing buildah from the testing repository still results in an error due to containers-common.
Am I missing something or is there something amiss?
I've already opened this [issue in the containers-common repository](https://github.com/containers/common/issues/450) but it seems like the problem is with Alpine?Michał PolańskiMichał Polański