alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2021-04-18T18:49:30Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12616openvas fails on 32bit arches2021-04-18T18:49:30ZLeoopenvas fails on 32bit archeshttps://build.alpinelinux.org/buildlogs/build-edge-x86/community/openvas/openvas-21.4.0-r0.log
https://build.alpinelinux.org/buildlogs/build-edge-armhf/community/openvas/openvas-21.4.0-r0.log
https://build.alpinelinux.org/buildlogs/b...https://build.alpinelinux.org/buildlogs/build-edge-x86/community/openvas/openvas-21.4.0-r0.log
https://build.alpinelinux.org/buildlogs/build-edge-armhf/community/openvas/openvas-21.4.0-r0.log
https://build.alpinelinux.org/buildlogs/build-edge-armv7/community/openvas/openvas-21.4.0-r0.logFrancesco ColistaFrancesco Colistahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12617snapper fails to build on 32bit arches2021-04-19T09:05:10ZLeosnapper fails to build on 32bit arches```
cleanup.cc: In instantiation of 'void Parameters::read(const ProxyConfig&, const char*, Type&) [with Type = long long int]':
cleanup.cc:483:43: required from here
cleanup.cc:72:9: error: request for member 'parse' in 'value', which...```
cleanup.cc: In instantiation of 'void Parameters::read(const ProxyConfig&, const char*, Type&) [with Type = long long int]':
cleanup.cc:483:43: required from here
cleanup.cc:72:9: error: request for member 'parse' in 'value', which is of non-class type 'long long int'
72 | value.parse(pos->second);
| ~~~~~~^~~~~
```Francesco ColistaFrancesco Colistahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12618Enable High DPI mouse support in kernel2021-04-23T15:03:06ZjjlEnable High DPI mouse support in kernelAs per [twitter](https://twitter.com/ariadneconill/status/1384103999150837761), please enable support for High DPI mice. Here is my local diff:
```
--- a/main/linux-lts/config-lts.x86_64
+++ b/main/linux-lts/config-lts.x86_64
@@ -6593,8...As per [twitter](https://twitter.com/ariadneconill/status/1384103999150837761), please enable support for High DPI mice. Here is my local diff:
```
--- a/main/linux-lts/config-lts.x86_64
+++ b/main/linux-lts/config-lts.x86_64
@@ -6593,8 +6593,8 @@ CONFIG_USB_XHCI_PCI=m
CONFIG_USB_XHCI_PCI_RENESAS=m
CONFIG_USB_XHCI_PLATFORM=m
CONFIG_USB_EHCI_HCD=m
-# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
-# CONFIG_USB_EHCI_TT_NEWSCHED is not set
+CONFIG_USB_EHCI_ROOT_HUB_TT=y
+CONFIG_USB_EHCI_TT_NEWSCHED=y
CONFIG_USB_EHCI_PCI=m
# CONFIG_USB_EHCI_FSL is not set
CONFIG_USB_EHCI_HCD_PLATFORM=m
```Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12619Ardour has volatile source2022-07-19T00:39:12ZLeoArdour has volatile sourceUpstream deletes old archives whenever there is a new release which breaks the APKBUILDUpstream deletes old archives whenever there is a new release which breaks the APKBUILDKay Thomaskaythomas@pm.meKay Thomaskaythomas@pm.mehttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12622BIND 9.16.11 and edge version are crashing when when running from a container...2021-04-20T19:37:02ZRicardo Rodriguez ValdezBIND 9.16.11 and edge version are crashing when when running from a container and using ACL to permit hostsWhen running from VM or runnung from alpine BIND 9.16.6 (Stable Release) <id:25846cf> it works.
If I use the BIND 9.16.11 (Stable Release) <id:9ff601b> or 9.16.11-r2 it does not work from the container, but it works if I remove the perm...When running from VM or runnung from alpine BIND 9.16.6 (Stable Release) <id:25846cf> it works.
If I use the BIND 9.16.11 (Stable Release) <id:9ff601b> or 9.16.11-r2 it does not work from the container, but it works if I remove the permit-update-host; ACL, or insert the ip directly without use ACL it works. but in previus versions was working.
`podman run --cap-add CAP_NET_RAW -it --rm d --name test-bind-dns bind-dns bash`
`named -u named -f -g -c /etc/bind/named.conf`
```
named.conf
include "/etc/bind/rndc.key";
include "/var/bind/dynamic/update.key";
acl "trusted" {
${_custom_trusted_nets}
};
acl "permit-update-hosts" {
192.168.1.10;
};
acl "permit-transfer-hosts" {
};
zone "dom.local" IN {
type master;
file "/var/bind/master/dom.local.zone";
allow-update { key rndc-key; key ddns; key update; permit-update-hosts; };
};
```
Here the error output when running from a container using podman:
```
20-Apr-2021 19:21:51.613 BIND 9 is maintained by Internet Systems Consortium,
20-Apr-2021 19:21:51.613 Inc. (ISC), a non-profit 501(c)(3) public-benefit
20-Apr-2021 19:21:51.613 corporation. Support and training for BIND 9 are
20-Apr-2021 19:21:51.613 available at https://www.isc.org/support
20-Apr-2021 19:21:51.613 ----------------------------------------------------
20-Apr-2021 19:21:51.613 found 16 CPUs, using 16 worker threads
20-Apr-2021 19:21:51.613 using 16 UDP listeners per interface
20-Apr-2021 19:21:51.631 using up to 21000 sockets
20-Apr-2021 19:21:51.634 loading configuration from '/etc/bind/named.conf'
20-Apr-2021 19:21:51.636 reading built-in trust anchors from file '/etc/bind/bind.keys'
20-Apr-2021 19:21:51.637 statistics channel listening on ::1#8053
20-Apr-2021 19:21:51.637 statistics channel listening on 127.0.0.1#8053
20-Apr-2021 19:21:51.637 using default UDP/IPv4 port range: [32768, 60999]
20-Apr-2021 19:21:51.637 using default UDP/IPv6 port range: [32768, 60999]
20-Apr-2021 19:21:51.639 listening on IPv4 interface lo, 127.0.0.1#53
20-Apr-2021 19:21:51.647 listening on IPv4 interface tap0, 10.0.2.100#53
20-Apr-2021 19:21:51.654 listening on IPv6 interface lo, ::1#53
20-Apr-2021 19:21:51.661 listening on IPv6 interface tap0, fe80::9009:e1ff:fe5f:2739%2#53
20-Apr-2021 19:21:51.689 generating session key for dynamic DNS
20-Apr-2021 19:21:51.690 sizing zone task pool based on 7 zones
Segmentation fault (core dumped)
```
Here the output when running from a container using podman with the host ACL:
```
20-Apr-2021 19:32:59.102 ----------------------------------------------------
20-Apr-2021 19:32:59.102 BIND 9 is maintained by Internet Systems Consortium,
20-Apr-2021 19:32:59.102 Inc. (ISC), a non-profit 501(c)(3) public-benefit
20-Apr-2021 19:32:59.102 corporation. Support and training for BIND 9 are
20-Apr-2021 19:32:59.102 available at https://www.isc.org/support
20-Apr-2021 19:32:59.102 ----------------------------------------------------
20-Apr-2021 19:32:59.102 found 16 CPUs, using 16 worker threads
20-Apr-2021 19:32:59.102 using 16 UDP listeners per interface
20-Apr-2021 19:32:59.119 using up to 21000 sockets
20-Apr-2021 19:32:59.124 loading configuration from '/etc/bind/named.conf'
20-Apr-2021 19:32:59.126 reading built-in trust anchors from file '/etc/bind/bind.keys'
20-Apr-2021 19:32:59.134 statistics channel listening on ::1#8053
20-Apr-2021 19:32:59.134 statistics channel listening on 127.0.0.1#8053
20-Apr-2021 19:32:59.134 using default UDP/IPv4 port range: [32768, 60999]
20-Apr-2021 19:32:59.134 using default UDP/IPv6 port range: [32768, 60999]
20-Apr-2021 19:32:59.136 listening on IPv4 interface lo, 127.0.0.1#53
20-Apr-2021 19:32:59.143 listening on IPv4 interface tap0, 10.0.2.100#53
20-Apr-2021 19:32:59.150 listening on IPv6 interface lo, ::1#53
20-Apr-2021 19:32:59.160 listening on IPv6 interface tap0, fe80::9009:e1ff:fe5f:2739%2#53
20-Apr-2021 19:32:59.182 generating session key for dynamic DNS
20-Apr-2021 19:32:59.182 sizing zone task pool based on 7 zones
20-Apr-2021 19:32:59.184 zone 'dom.local' allows unsigned updates from remote hosts, which is insecure
20-Apr-2021 19:32:59.184 none:99: 'max-cache-size 90%' - setting to 35638MB (out of 39598MB)
20-Apr-2021 19:32:59.287 set up managed keys zone for view _default, file '/var/bind/dynamic/managed-keys.bind'
20-Apr-2021 19:32:59.287 automatic empty zone: 10.IN-ADDR.ARPA
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/12623pidfile not readable by any user for chronyd and syslog2022-01-21T18:35:12ZTom Lebreuxpidfile not readable by any user for chronyd and syslog# Details
The pidfile for both chronyd and syslog are not readable by all users.
For chronyd, the file is in the `/run/chronyd/` directory which is 0640.
```sh
soju:~/aports/testing/openrc-exporter$ sudo ls -ld /run/chrony/
drwxr-x---...# Details
The pidfile for both chronyd and syslog are not readable by all users.
For chronyd, the file is in the `/run/chronyd/` directory which is 0640.
```sh
soju:~/aports/testing/openrc-exporter$ sudo ls -ld /run/chrony/
drwxr-x--- 2 chrony chrony 80 Apr 20 08:09 /run/chrony/
soju:~/aports/testing/openrc-exporter$ sudo ls -ld /run/chrony/chronyd.pid
-rw-r--r-- 1 root root 5 Apr 20 08:09 /run/chrony/chronyd.pid
```
For syslog, the file `/run/syslogd.pid` is 0640.
```sh
soju:~/aports/testing/openrc-exporter$ sudo ls -ld /run/syslogd.pid
-rw-r----- 1 root wheel 5 Aug 17 2020 /run/syslogd.pid
```
# Reasoning
I am working on a Prometheus exporter for OpenRC ([openrc-exporter]). I would like the exporter
to run as non-root. This is possible as long as the pidfiles are readable by everyone. Otherwise,
the function [rc_service_daemons_crashed] returns true for pids that cannot be read. So right now,
my exporter mistakenly reports that the daemons have crashed for chronyd and syslog.
[openrc-exporter]: https://sr.ht/~tomleb/openrc-exporter/
[rc_service_daemons_crashed]: https://github.com/OpenRC/openrc/blob/2355f1a3f2a4fd62cac6d9af0e94c8731acd4c0f/src/librc/rc.h.in#L316
# Version information
I am currently running alpine 3.12 and haven't tested in 3.13/edge but the APKBUILD/initd files seems the same.
Can this be considered as a bug that should be fixed?
Thankshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12624nextcloud-client needs gnome-keyring?2021-05-21T18:06:48ZJuliannextcloud-client needs gnome-keyring?`nextcloud` complains that it requires `org.freedesktop.secrets`, and it doesn't seem to query the keyring, as I have to log in via webbrowser every time I start `nextcloud`. Installing `gnome-keyring` fixes this. Related: https://gitlab...`nextcloud` complains that it requires `org.freedesktop.secrets`, and it doesn't seem to query the keyring, as I have to log in via webbrowser every time I start `nextcloud`. Installing `gnome-keyring` fixes this. Related: https://gitlab.alpinelinux.org/alpine/aports/-/issues/12520.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12625autologin's pam.d config doesn't source /etc/pam.d/limits.conf2023-02-07T17:42:00Zla Fleurautologin's pam.d config doesn't source /etc/pam.d/limits.confI'm an indirect `autologin` user because I run Postmarketos on a phone. Postmarketos in turn uses Alpine's vanilla `autologin` in its `tinydm` package. I had a bit of a hard time to understand why I couldn't have realtime priorities in p...I'm an indirect `autologin` user because I run Postmarketos on a phone. Postmarketos in turn uses Alpine's vanilla `autologin` in its `tinydm` package. I had a bit of a hard time to understand why I couldn't have realtime priorities in pmos, and at last I found out that I had to add a line to `/etc/pam.d/autologin` to make it work. I don't get into more details because I'll do a PR to solve this issue in just a moment. I'll be happy to discuss the issue if someone feels like it.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12626go: mime.TypeByExtension('.txt') does not return the expected value2021-06-04T21:38:09ZMark Bucciarelligo: mime.TypeByExtension('.txt') does not return the expected valueThe expected output from the program below is text/plain.
I discovered this because the ServeContent (net/http) was returning `Content-Type: text/html` for a file with the txt extension that includes HTML tags.
```
garden:~/mimetest$ u...The expected output from the program below is text/plain.
I discovered this because the ServeContent (net/http) was returning `Content-Type: text/html` for a file with the txt extension that includes HTML tags.
```
garden:~/mimetest$ uname -a
Linux garden 4.4.68-0-grsec #1-Alpine SMP Fri May 19 08:50:21 GMT 2017 i686 Linux
garden:~/mimetest$ cat /etc/alpine-release
3.13.2
garden:~/mimetest$ cat mimetest.go
package main
import "path/filepath"
import "fmt"
import "mime"
func main() {
name := "x.txt"
ext := filepath.Ext(name);
fmt.Printf("mime type for extension '%s' = %v\n", ext, mime.TypeByExtension(ext))
}
garden:~/mimetest$ go build && ./mimetest
mime type for extension '.txt' =
garden:~/mimetest$ cat /etc/apk/repositories
#/media/cdrom/apks
http://dl-cdn.alpinelinux.org/alpine/v3.13/main
http://dl-cdn.alpinelinux.org/alpine/v3.13/community
#http://dl-cdn.alpinelinux.org/alpine/edge/main
#http://dl-cdn.alpinelinux.org/alpine/edge/community
http://dl-cdn.alpinelinux.org/alpine/edge/testing
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/12627yggdrasil: package is not usable after installation2022-10-05T09:49:20ZGeorgeyggdrasil: package is not usable after installationYggdrasil package doesn't work after installation.
1. It requires a config file /etc/yggdrasil.conf. If the file does not exist, Yggdrasil fails with a panic:
```
panic: open /etc/yggdrasil.conf: no such file or directory
goroutine 1...Yggdrasil package doesn't work after installation.
1. It requires a config file /etc/yggdrasil.conf. If the file does not exist, Yggdrasil fails with a panic:
```
panic: open /etc/yggdrasil.conf: no such file or directory
goroutine 1 [running]:
main.readConfig(0xc000018739, 0xc00001ebc0, 0xc00001873a, 0x2)
github.com/yggdrasil-network/yggdrasil-go/cmd/yggdrasil/main.go:57 +0xa25
main.main()
github.com/yggdrasil-network/yggdrasil-go/cmd/yggdrasil/main.go:190 +0x2058
panic: open /etc/yggdrasil.conf: no such file or directory
```
To fix this error, one must generate a config file with
```
yggdrasil -genconf > /etc/yggdrasil.conf
```
2. If the config file exists, but there is no tun kernel module loaded, Yggdrasil fails with a panic:
```
2021/04/22 10:19:34 Starting multicast module
panic: CreateTUN("\x00") failed; /dev/net/tun does not exist
goroutine 13 [running]:
github.com/yggdrasil-network/yggdrasil-go/src/tuntap.(*TunAdapter).setup(0xc000180000, 0xc0000b4768, 0x4, 0xc0001a8060, 0x27, 0xc0001affff, 0x27, 0xde5bce62a50f7ea0)
github.com/yggdrasil-network/yggdrasil-go/src/tuntap/tun_linux.go:19 +0x2dc
github.com/yggdrasil-network/yggdrasil-go/src/tuntap.(*TunAdapter)._start(0xc000180000, 0xc00002b7a8, 0x56031243b49e)
github.com/yggdrasil-network/yggdrasil-go/src/tuntap/tun.go:165 +0x438
github.com/yggdrasil-network/yggdrasil-go/src/tuntap.(*TunAdapter).Start.func1()
github.com/yggdrasil-network/yggdrasil-go/src/tuntap/tun.go:138 +0x35
github.com/Arceliar/phony.Block.func1()
github.com/Arceliar/phony@v0.0.0-20210209235338-dde1a8dca979/actor.go:80 +0x31
github.com/Arceliar/phony.(*Inbox).run(0xc0001a0188)
github.com/Arceliar/phony@v0.0.0-20210209235338-dde1a8dca979/actor.go:89 +0x3f
created by github.com/Arceliar/phony.(*Inbox).restart
github.com/Arceliar/phony@v0.0.0-20210209235338-dde1a8dca979/actor.go:121 +0x45
```
To fix this error, a user must load the tun module manually:
```
modprobe tun
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/12628Raspi 4B: PXE: Cannot enable cgroups2021-04-22T17:55:47ZopvielRaspi 4B: PXE: Cannot enable cgroupsI hope this is the right place.
The Raspi runs a nonstandard bootloader, which takes its kernel boot arguments via the textfile `/boot/cmdline.txt`
When booting via PXE, the `cgroups` settings in that file get ignored.
The following c...I hope this is the right place.
The Raspi runs a nonstandard bootloader, which takes its kernel boot arguments via the textfile `/boot/cmdline.txt`
When booting via PXE, the `cgroups` settings in that file get ignored.
The following cmdline.txt works fine for a PXE boot:
`modules=loop,squashfs console=ttyS0,115200 ip=dhcp alpine_repo=http://10.0.2.10/alpine/v3.13/main apkovl=http://10.0.2.10/overlay.tar.gz`
Adding the three following options however has no effect:
`cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory`
Setting those arguments in a local sys-mode install works fine.
A workaround would be greatly appreciated, and I am happy to be available for testing.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12629ocaml fails to install due to binutils upgrade2021-05-10T09:38:59ZLeo Soaresocaml fails to install due to binutils upgradeTrying to install the ocaml package on a clean Alpine 3.13 install results in the following:
```
/ # apk add ocaml
ERROR: unable to select packages:
so:libbfd-2.35.1.so (no such package):
required by: ocaml-4.08.1-r5[so:libbfd-2.3...Trying to install the ocaml package on a clean Alpine 3.13 install results in the following:
```
/ # apk add ocaml
ERROR: unable to select packages:
so:libbfd-2.35.1.so (no such package):
required by: ocaml-4.08.1-r5[so:libbfd-2.35.1.so]
```
I guess this is related to the fact that `binutils` was upgraded to `2.35.2-r0` recently.omniomni+alpine@hack.orgomniomni+alpine@hack.orghttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12630Docker container DNS not working (3.12, 3.13)2023-01-18T20:52:51ZduchscherdDocker container DNS not working (3.12, 3.13)I was having a problem with docker services not being able to resolve names in some containers. Which containers were affected was different after restart of all services. Running dockerd in debug mode showed errors on creating iptables ...I was having a problem with docker services not being able to resolve names in some containers. Which containers were affected was different after restart of all services. Running dockerd in debug mode showed errors on creating iptables rules and warnings about ip6tables missing. Adding ip6tables package to the system fixed the problem and resolved all the warnings and errors.
**Fix**
- Install ip6tables package.
**Platforms Tested**
- Raspberry Pi 4B (3.13)
- Raspberry Pi 3B+ (3.12)
**Test docker-compose.yml**
<pre>
version: "3.5"
services:
alpine1:
image: alpine:latest
command: ping -q -c 5 google.com
alpine2:
image: alpine:latest
command: ping -q -c 5 google.com
alpine3:
image: alpine:latest
command: ping -q -c 5 google.com
alpine4:
image: alpine:latest
command: ping -q -c 5 google.com
alpine5:
image: alpine:latest
command: ping -q -c 5 google.com
</pre>
**dockerd -D errors and warnings**
<pre>
WARN[0000] Failed to find ip6tables: exec: "ip6tables": executable file not found in $PATH
WARN[0000] Failed to find ip6tables: exec: "ip6tables": executable file not found in $PATH
ERRO[0000] set up rule failed, [-t nat -I DOCKER_OUTPUT -d 127.0.0.11 -p udp --dport 53 -j DNAT --to-destination 127.0.0.11:50322]
WARN[0000] Failed to find ip6tables: exec: "ip6tables": executable file not found in $PATH
WARN[0000] Failed to find ip6tables: exec: "ip6tables": executable file not found in $PATH
ERRO[0000] set up rule failed, [-t nat -I DOCKER_POSTROUTING -s 127.0.0.11 -p udp --sport 50322 -j SNAT --to-source :53]
ERRO[0000] set up rule failed, [-t nat -I DOCKER_OUTPUT -d 127.0.0.11 -p tcp --dport 53 -j DNAT --to-destination 127.0.0.11:34851]
ERRO[0000] set up rule failed, [-t nat -I DOCKER_POSTROUTING -s 127.0.0.11 -p tcp --sport 34851 -j SNAT --to-source :53]
DEBU[2020-08-17T23:31:20.438337253Z] sandbox set key processing took 1.826758801s for container 742b778d8d4f3874cdc68e539e8e4bdc4b68cf2d71e307075b21c5cb9dd65d5b
ERRO[0000] set up rule failed, [-t nat -I DOCKER_OUTPUT -d 127.0.0.11 -p udp --dport 53 -j DNAT --to-destination 127.0.0.11:58505]
ERRO[0000] set up rule failed, [-t nat -I DOCKER_POSTROUTING -s 127.0.0.11 -p udp --sport 58505 -j SNAT --to-source :53]
ERRO[0000] set up rule failed, [-t nat -I DOCKER_OUTPUT -d 127.0.0.11 -p udp --dport 53 -j DNAT --to-destination 127.0.0.11:45541]
ERRO[0000] set up rule failed, [-t nat -I DOCKER_OUTPUT -d 127.0.0.11 -p tcp --dport 53 -j DNAT --to-destination 127.0.0.11:39729]
DEBU[2020-08-17T23:31:20.505734492Z] event forwarded ns=moby topic=/tasks/create type=containerd.events.TaskCreate
DEBU[2020-08-17T23:31:20.506387930Z] event module=libcontainerd namespace=moby topic=/tasks/create
ERRO[0000] set up rule failed, [-t nat -I DOCKER_POSTROUTING -s 127.0.0.11 -p tcp --sport 39729 -j SNAT --to-source :53]
ERRO[0000] set up rule failed, [-t nat -I DOCKER_OUTPUT -d 127.0.0.11 -p tcp --dport 53 -j DNAT --to-destination 127.0.0.11:43891]
</pre>
**Successful run output**
<pre>
rpi:~/test# docker-compose up
Starting test_alpine2_1 ... done
Starting test_alpine4_1 ... done
Starting test_alpine3_1 ... done
Starting test_alpine1_1 ... done
Starting test_alpine5_1 ... done
Attaching to test_alpine3_1, test_alpine2_1, test_alpine1_1, test_alpine4_1, test_alpine5_1
alpine2_1 | PING google.com (172.217.6.14): 56 data bytes
alpine3_1 | PING google.com (172.217.6.14): 56 data bytes
alpine1_1 | PING google.com (172.217.6.14): 56 data bytes
alpine4_1 | PING google.com (172.217.6.14): 56 data bytes
alpine5_1 | PING google.com (172.217.6.14): 56 data bytes
alpine3_1 |
alpine3_1 | --- google.com ping statistics ---
alpine3_1 | 5 packets transmitted, 5 packets received, 0% packet loss
alpine3_1 | round-trip min/avg/max = 14.771/16.923/18.196 ms
alpine2_1 |
alpine2_1 | --- google.com ping statistics ---
alpine2_1 | 5 packets transmitted, 5 packets received, 0% packet loss
alpine2_1 | round-trip min/avg/max = 18.134/23.069/31.259 ms
test_alpine3_1 exited with code 0
alpine1_1 |
alpine1_1 | --- google.com ping statistics ---
alpine1_1 | 5 packets transmitted, 5 packets received, 0% packet loss
alpine1_1 | round-trip min/avg/max = 13.781/16.928/21.306 ms
test_alpine2_1 exited with code 0
alpine4_1 |
alpine4_1 | --- google.com ping statistics ---
alpine4_1 | 5 packets transmitted, 5 packets received, 0% packet loss
alpine4_1 | round-trip min/avg/max = 13.684/19.815/24.997 ms
test_alpine1_1 exited with code 0
test_alpine4_1 exited with code 0
alpine5_1 |
alpine5_1 | --- google.com ping statistics ---
alpine5_1 | 5 packets transmitted, 4 packets received, 20% packet loss
alpine5_1 | round-trip min/avg/max = 16.196/16.672/17.281 ms
test_alpine5_1 exited with code 0
</pre>
**Failure run output**
<pre>
rpi:~/test# docker-compose up
Starting test_alpine4_1 ... done
Starting test_alpine1_1 ... done
Starting test_alpine2_1 ... done
Starting test_alpine3_1 ... done
Starting test_alpine5_1 ... done
Attaching to test_alpine4_1, test_alpine3_1, test_alpine1_1, test_alpine2_1, test_alpine5_1
alpine3_1 | PING google.com (172.217.6.14): 56 data bytes
alpine4_1 | PING google.com (172.217.6.14): 56 data bytes
alpine4_1 |
alpine4_1 | --- google.com ping statistics ---
alpine4_1 | 5 packets transmitted, 5 packets received, 0% packet loss
alpine4_1 | round-trip min/avg/max = 14.189/18.578/23.441 ms
test_alpine4_1 exited with code 0
alpine3_1 |
alpine3_1 | --- google.com ping statistics ---
alpine3_1 | 5 packets transmitted, 5 packets received, 0% packet loss
alpine3_1 | round-trip min/avg/max = 13.652/21.210/40.161 ms
test_alpine3_1 exited with code 0
alpine1_1 | ping: bad address 'google.com'
alpine2_1 | ping: bad address 'google.com'
alpine5_1 | ping: bad address 'google.com'
test_alpine1_1 exited with code 1
test_alpine2_1 exited with code 1
test_alpine5_1 exited with code 1
</pre>https://gitlab.alpinelinux.org/alpine/aports/-/issues/12631testing/nushell: test failures on armhf2021-05-31T11:52:54ZKevin Daudttesting/nushell: test failures on armhfnushell has test failures on armhf and has been disabled:
```
failures:
shell::environment::nu_env::local_config_should_not_be_added_when_running_scripts
shell::pipeline::commands::external::nu_commands::echo_internally_external...nushell has test failures on armhf and has been disabled:
```
failures:
shell::environment::nu_env::local_config_should_not_be_added_when_running_scripts
shell::pipeline::commands::external::nu_commands::echo_internally_externally
shell::pipeline::commands::external::nu_script::run_nu_script
shell::pipeline::commands::external::nu_script::run_nu_script_multiline
test result: FAILED. 109 passed; 4 failed; 1 ignored; 0 measured; 0 filtered out; finished in 29277.63s
```
<details>
<summary>Test failures</summary>
<pre>
failures:
---- shell::pipeline::commands::external::nu_commands::echo_internally_externally stdout ----
=== stderr
thread 'shell::pipeline::commands::external::nu_commands::echo_internally_externally' panicked at 'assertion failed: `(left == right)`
left: `""`,
right: `"foo"`', tests/shell/pipeline/commands/external.rs:224:9
---- shell::pipeline::commands::external::nu_script::run_nu_script stdout ----
=== stderr
thread 'shell::pipeline::commands::external::nu_script::run_nu_script' panicked at 'assertion failed: `(left == right)`
left: `""`,
right: `"done"`', tests/shell/pipeline/commands/external.rs:237:9
---- shell::pipeline::commands::external::nu_script::run_nu_script_multiline stdout ----
=== stderr
thread 'shell::pipeline::commands::external::nu_script::run_nu_script_multiline' panicked at 'assertion failed: `(left == right)`
left: `""`,
right: `"23"`', tests/shell/pipeline/commands/external.rs:246:9
---- shell::environment::nu_env::local_config_should_not_be_added_when_running_scripts stdout ----
=== stderr
=== stderr
=== stderr
thread 'shell::environment::nu_env::local_config_should_not_be_added_when_running_scripts' panicked at 'assertion failed: `(left == right)`
left: `""`,
right: `"nu"`', tests/shell/environment/nu_env.rs:333:9
</pre>
</details>
See: https://build.alpinelinux.org/buildlogs/build-edge-armhf/testing/nushell/nushell-0.30.0-r1.lognibon7nibon7https://gitlab.alpinelinux.org/alpine/aports/-/issues/12632wireless-tools should depend on wireless-regdb2021-08-18T09:53:15ZPaul Bransfordwireless-tools should depend on wireless-regdbWhile it matters less for 2.4ghz wifi, where the default seems to be a global regulatory specification if undefined, 5ghz wifi (at least with my hardware) fails to work if regulatory.db is not present to be loaded by firmware (cfg80211)....While it matters less for 2.4ghz wifi, where the default seems to be a global regulatory specification if undefined, 5ghz wifi (at least with my hardware) fails to work if regulatory.db is not present to be loaded by firmware (cfg80211). In cases where this isn't the case, it still should be present so that [DFS/TPC](https://en.wikipedia.org/wiki/IEEE_802.11h-2003) functions, avoiding interference with other spectrum users such as weather radar and satcomm.
[This is already packaged](https://git.alpinelinux.org/aports/tree/main/wireless-regdb) - this is an easy fix by updating the dependencies of [wireless-tools](https://git.alpinelinux.org/aports/tree/main/wireless-tools) such that wireless-regdb is always installed with it. The additional disk consumption of this change is minimal (44kb on aarch64).Francesco ColistaFrancesco Colistahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12633main/mariadb-client: Missing dependency on perl2023-02-07T17:41:15ZTherminoel.kuntze@thermi.consultingmain/mariadb-client: Missing dependency on perl`mariadb-client` contains `/usr/bin/mariadb-access` which is a perl script.
The package has no dependency on perl though.
See https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/mariadb/APKBUILD#L354`mariadb-client` contains `/usr/bin/mariadb-access` which is a perl script.
The package has no dependency on perl though.
See https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/mariadb/APKBUILD#L354https://gitlab.alpinelinux.org/alpine/aports/-/issues/12634community/audacity: leaks memory on Wayland2022-09-12T19:03:04ZDylan Van Asschecommunity/audacity: leaks memory on Wayland# Description
Audacity leaks a lot of memory under Wayland while not under X11.
Enforcing Audacity to run under X11 makes it finally usable
for recording audio when using Wayland based compositors.
This issue was already reported at ot...# Description
Audacity leaks a lot of memory under Wayland while not under X11.
Enforcing Audacity to run under X11 makes it finally usable
for recording audio when using Wayland based compositors.
This issue was already reported at other distros and is still open:
- https://bugs.archlinux.org/task/67547
- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948364
**Wayland during recording**
![20210423_211441](/uploads/66c554056fdfa779c06b9d40380e9b40/20210423_211441.jpg)
The memory usage increases every couple of seconds until the whole machine runs out of RAM.
**XWayland/X11 during recording**
![Screenshot_from_2021-04-24_08-11-33](/uploads/879de9d6e6bbb507d2774eb65120d06e/Screenshot_from_2021-04-24_08-11-33.png)
Memory usage is stable, tested for a recording of 20 mins.
# What happens
Audacity eats all my RAM on Wayland
# What should be happening
Audacity is kind and only uses the RAM it needs
# Environment
- Alpine Linux Edge 64 bit
- Intel® Core™ i5-10400 CPU @ 2.90GHz × 12
- Mesa Intel® UHD Graphics 630 (CML GT2)
- 8GB DDR4 RAM + 4GB Swap
- GNOME 40
- Wayland
# Workaround
Forcing Audacity to run under X with XWayland works around the problem, a workaround patch is proposed in !20769 until upstream fixes this.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12635community/firejail: concept is fundamentally flawed, inappropriate for inclus...2023-08-27T15:04:06ZAriadne Conillariadne@ariadne.spacecommunity/firejail: concept is fundamentally flawed, inappropriate for inclusion in AlpineIn IRC, the firejail package recently came up, so I decided to take a look.
I found that `firejail` is built with `options=suid`, because it needs SUID to set up the sandbox.
At the same time, the security record of `firejail` is quite...In IRC, the firejail package recently came up, so I decided to take a look.
I found that `firejail` is built with `options=suid`, because it needs SUID to set up the sandbox.
At the same time, the security record of `firejail` is quite poor, there have been numerous CVEs.
Additionally, the user who discussed `firejail` noted that many default profiles are broken anyway.
Given the fact that it is built SUID and executes arbitrary programs, any violation of the sandbox is potentially a privilege escalation directly to root.
Accordingly, without a plan to mitigate this, and fix the broken profiles, I would prefer to see this package excluded from 3.14 release. Shipping "security" tools which are based on an insecure design is extremely flawed conceptually.
An alternative that would be acceptable is [bubblejail](https://github.com/igo95862/bubblejail), which is built on top of bubblewrap. Bubblewrap does not require SUID privilege to operate, as it uses unprivileged user namespaces to set up the sandbox.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12636community/py3-bleach: Missing dependency py3-packaging2021-04-25T18:05:50ZMarco Schrödercommunity/py3-bleach: Missing dependency py3-packagingpy3-bleach needs py3-packaging as a dependency.
This is listed in the setup.py file of bleach: https://github.com/mozilla/bleach/blob/master/setup.py#L11py3-bleach needs py3-packaging as a dependency.
This is listed in the setup.py file of bleach: https://github.com/mozilla/bleach/blob/master/setup.py#L11LeoLeohttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12637main/util-linux: finish the package splitting and clean up depends list2021-06-25T23:22:35ZAriadne Conillariadne@ariadne.spacemain/util-linux: finish the package splitting and clean up depends listIn !20659, I said:
> I think that `util-linux` should act as a metapackage, and the commonly-used utils should be split out into individual subpackages, with the rest going into `util-linux-misc`.
>
> On top of that, _mv_bin() should g...In !20659, I said:
> I think that `util-linux` should act as a metapackage, and the commonly-used utils should be split out into individual subpackages, with the rest going into `util-linux-misc`.
>
> On top of that, _mv_bin() should generate an `install_if="util-linux"` rule for the subpackages, and the `depends` list should be removed.
>
> Whoever wants to work on that should feel free. I suggest waiting until after 3.14 release and merging this in the interim.
Implement this in 3.15.3.15.0