aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2024-03-02T11:42:40Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15774setup-alpine: add f2fs support2024-03-02T11:42:40Zakac97setup-alpine: add f2fs supportadd f2fs support to setup-alpine like https://wiki.alpinelinux.org/wiki/Alpine_setup_scripts#setup-disk
f2fs reduce flash chip usage by system and it's very imporant to arm devices like raspberrypi or other arm mini computhersadd f2fs support to setup-alpine like https://wiki.alpinelinux.org/wiki/Alpine_setup_scripts#setup-disk
f2fs reduce flash chip usage by system and it's very imporant to arm devices like raspberrypi or other arm mini computhershttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15772Enable UFSHCD and UFSHCD_PCI2024-02-23T15:22:01ZM HEnable UFSHCD and UFSHCD_PCII'm running Alpine LTS on a Microsoft Surface Go 4. SG4 uses Universal Flash Storage for storage and with the current kernel it is possible to install Alpine, but Alpine fails to boot after installation due to missing support for UFS. I ...I'm running Alpine LTS on a Microsoft Surface Go 4. SG4 uses Universal Flash Storage for storage and with the current kernel it is possible to install Alpine, but Alpine fails to boot after installation due to missing support for UFS. I complied a custom kernel with `UFSHCD` and `UFSHCD_PCI` enabled, and dependencies suggested by `menuconfig`. I was able to boot the installation with the custom kernel. Would it be possible to enable `UFSHCD` and `UFSHCD_PCI` for the x86_64 Alpine kernel?Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15770[Package request]: Decoder - scan QR codes with a camera2024-02-20T21:57:49ZMarek Ľach[Package request]: Decoder - scan QR codes with a camera**What is it?** Decoder - a QR code scanning app
**License**: GPLv3
**Dependencies**: [rust](https://pkgs.alpinelinux.org/packages?name=rust&branch=edge&repo=&arch=&maintainer=)
**Source repo**: https://gitlab.gnome.org/World/decoder
...**What is it?** Decoder - a QR code scanning app
**License**: GPLv3
**Dependencies**: [rust](https://pkgs.alpinelinux.org/packages?name=rust&branch=edge&repo=&arch=&maintainer=)
**Source repo**: https://gitlab.gnome.org/World/decoder
**Latest release yet**: [0.4.1](https://gitlab.gnome.org/World/decoder/-/tags/0.4.1)
**Why package it**: This would be very useful for scanning and reading QR codes with a camera on laptops, tablets and mobile devices.https://gitlab.alpinelinux.org/alpine/aports/-/issues/15768community/gnome-clocks: segfault when trying to start a timer2024-03-01T21:22:17ZPatrycja Rosaalpine@ptrcnull.mecommunity/gnome-clocks: segfault when trying to start a timerpartial stacktrace:
```
(gdb) bt full
#0 0x00007f7b0679faca in g_atomic_ref_count_inc (arc=0x8) at ../glib/grefcount.c:243
old_value = <optimized out>
__func__ = "g_atomic_ref_count_inc"
#1 0x00007f7b05de0d51 in _gsk_re...partial stacktrace:
```
(gdb) bt full
#0 0x00007f7b0679faca in g_atomic_ref_count_inc (arc=0x8) at ../glib/grefcount.c:243
old_value = <optimized out>
__func__ = "g_atomic_ref_count_inc"
#1 0x00007f7b05de0d51 in _gsk_render_node_ref (node=0x0) at ../gsk/gskrendernodeprivate.h:101
#2 gtk_snapshot_collect_mask_source
(snapshot=<optimized out>, state=0x7f7af1e5e2b0, nodes=0x7f7b020f3c30, n_nodes=1)
at ../gtk/gtksnapshot.c:1282
source_child = <optimized out>
mask_child = <optimized out>
mask_node = <optimized out>
#3 0x00007f7b05de1693 in gtk_snapshot_pop_one (snapshot=snapshot@entry=0x7f7af10da7a0)
at ../gtk/gtksnapshot.c:1478
state = 0x7f7af1e5e2b0
state_index = 41
node = <optimized out>
__func__ = "gtk_snapshot_pop_one"
#4 0x00007f7b05de18a8 in gtk_snapshot_pop_internal
(snapshot=snapshot@entry=0x7f7af10da7a0, is_texture_pop=is_texture_pop@entry=0)
at ../gtk/gtksnapshot.c:1563
state = <optimized out>
node = <optimized out>
forgotten_restores = <optimized out>
__func__ = "gtk_snapshot_pop_internal"
#5 0x00007f7b05de26db in gtk_snapshot_pop (snapshot=0x7f7af10da7a0)
at ../gtk/gtksnapshot.c:1689
node = <optimized out>
#6 0x00007f7b05ae55fe in ??? () at /usr/lib/libadwaita-1.so.0
```
it looks like some really deep gtk4 internals though and i really don't want to touch it; can reproduce it on 2 other machineshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15766[Package Request] pgvecto.rs2024-02-09T16:15:36ZScrumpy Jack[Package Request] pgvecto.rsThe excellent Immich self hosted photo manager https://github.com/immich-app uses postgresql as a database and requires the vectors extention https://github.com/tensorchord/pgvecto.rs
Would be nice to have that for postgresql.
I gave it ...The excellent Immich self hosted photo manager https://github.com/immich-app uses postgresql as a database and requires the vectors extention https://github.com/tensorchord/pgvecto.rs
Would be nice to have that for postgresql.
I gave it a go but cargo builds baffle me.
/sj.https://gitlab.alpinelinux.org/alpine/aports/-/issues/15762custom domain names set with dnsmasq won't resolve2024-02-19T02:54:17ZDavid Mudgecustom domain names set with dnsmasq won't resolveI've seen this issue before and supposedly, it was fixed but this my issue:
ASUS Router running merlin in dhcp all my physical devices have a hostname set for example a Raspberry Pi. Also in that pi raspi-config hostname is set to the s...I've seen this issue before and supposedly, it was fixed but this my issue:
ASUS Router running merlin in dhcp all my physical devices have a hostname set for example a Raspberry Pi. Also in that pi raspi-config hostname is set to the same
However I also have some custom domains set up in /jffs/configs/dnsmasq.conf.add all these point to my NAS where nginx-proxy-manager is running on port 80/443. This means for all my docker containers I can hit dockercontain.mydomain.net they will be picked up the reverse proxy and then reverse proxied to the nas ip address and port that container is listening on
Have confirmed in my router in /etc/dnsmasq.conf all these custom domains are appended
In the Alpine docker container I can do a ping to my pi at its hostname.mydomain.net
if I do an nslookup on the pi:
```
Server: xxx.xxx.x.x
Address: xxx.xxx.x.x:53
Name: subdomain.mydomain.net
Address: xxx.xxx.x.xxx
Non-authoritative answer:
```
However, if I do an nslookup on one my custom domains I get:
```
Server: xxx.xxx.x.x
Address: xxx.xxx.x.x:53
Name: subdomain.mydomain.net
Address: xxx.xxx.x.xxx
** server can't find subdomain.mydomain.net: NXDOMAIN
```
So the ip address is actually resolved however if I try to ping this custom domain, I get:
`ping: bad address 'subdomain.mydomain.net'`
Same if I try to do a curl or ssh cant resolve host
I am running other docker containers on the NAS that use Debian and they work fine to ping these custom domain names however I noted in these debian containers in /etc/resolv.conf they have the following:
whereas in the alpine container, it's set as:
```
nameserver 127.0.0.11
options ndots:0
```
```
nameserver xxx.xxx.x.x
nameserver xxx.xxx.x.x
domain mydomain.net
```
I tried setting the Alpine container to the same and the nslookup and ping times out. I even tried another suggestion changing ndots to 5 or 1 and didn't help
It's worth noting in my pi's its setup as:
```
search mydomain.net
nameserver xxx.xxx.x.x
```
on my nas it's:
```
nameserver xxx.xxx.x.xxx
options ndots:0
```
and they work fine to ping the custom domains. These settings don't work though for Alpine
not sure what else I need to try but it's frustrating because I run a lot of docker containers for example radarr and sonarr which use alpine and also overseerr which uses alpine but the overseerr cant connect to my radarr and overseerr by their custom domain. I have to use ip address
Alpine versions on my containers are 3.18.6 and 3.19.1 both have the same issuehttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15761[package request]: zint2024-02-08T02:52:36ZEloi Torrents[package request]: zintURL: https://github.com/zint/zint
barcode encoding library
It is required for using this: https://gitlab.com/AndyM48/storecardsURL: https://github.com/zint/zint
barcode encoding library
It is required for using this: https://gitlab.com/AndyM48/storecardshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15760testing/electron: move to community2024-02-11T12:23:29ZAntoine Martintesting/electron: move to community`Electron` has been on Alpine's testing repo since July 2022, more and more aports are being introduced that rely on `electron`.
@selfisekai, what would need to happen for electron to be moved to community? Is it a question of getting ...`Electron` has been on Alpine's testing repo since July 2022, more and more aports are being introduced that rely on `electron`.
@selfisekai, what would need to happen for electron to be moved to community? Is it a question of getting more help on maintaining `latest` branch of Alpine? I've been simply building electron for `latest` version on my personal infrastructure.lauren n. liberdalauren n. liberdahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15759valgrind on armv7 doesn't work2024-03-01T20:57:33Zqaqlandvalgrind on armv7 doesn't workProblem first found when package mustach !59786 , armv7 get check failed.
Setup qemu-arm following [wiki](https://wiki.alpinelinux.org/wiki/How_to_make_a_cross_architecture_chroot) and run `valgrind uname` also get errors:
<details><su...Problem first found when package mustach !59786 , armv7 get check failed.
Setup qemu-arm following [wiki](https://wiki.alpinelinux.org/wiki/How_to_make_a_cross_architecture_chroot) and run `valgrind uname` also get errors:
<details><summary>Click to expand logs</summary>
```
lab:~/test-c# valgrind uname
==19523== Memcheck, a memory error detector
==19523== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al.
==19523== Using Valgrind-3.22.0 and LibVEX; rerun with -h for copyright info
==19523== Command: uname
==19523==
==19523== error calling PR_SET_PTRACER, vgdb might block
disInstr(thumb): unhandled instruction: 0xDEFF 0x6803
disInstr(thumb): unhandled instruction: 0xDEFF 0xF8D6
disInstr(thumb): unhandled instruction: 0xDEFF 0x2502
disInstr(thumb): unhandled instruction: 0xDEFF 0x4584
disInstr(thumb): unhandled instruction: 0xDEFF 0x682B
disInstr(thumb): unhandled instruction: 0xDEFF 0x4A83
disInstr(thumb): unhandled instruction: 0xDEFF 0xF850
==19523== Invalid write of size 4
==19523== at 0x48956F4: strcpy (in /usr/libexec/valgrind/vgpreload_memcheck-arm-linux.so)
==19523== Address 0x3f8007ac is on thread 1's stack
==19523== 56 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x4884466: ??? (in /usr/libexec/valgrind/vgpreload_core-arm-linux.so)
==19523== Address 0x3f800c80 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x488B4C2: ??? (in /usr/libexec/valgrind/vgpreload_memcheck-arm-linux.so)
==19523== Address 0x3f800c80 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x115AFE: ??? (in /bin/busybox)
==19523== Address 0x3f800c80 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
disInstr(thumb): unhandled instruction: 0xDEFF 0xF850
disInstr(thumb): unhandled instruction: 0xDEFF 0x1B1F
disInstr(thumb): unhandled instruction: 0xDEFF 0x5D73
disInstr(thumb): unhandled instruction: 0xDEFF 0x2602
==19523== Invalid write of size 4
==19523== at 0x1160E2: ??? (in /bin/busybox)
==19523== Address 0x3f800d40 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x115CA2: ??? (in /bin/busybox)
==19523== Address 0x3f800d38 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x18D644: ??? (in /bin/busybox)
==19523== Address 0x3f800d38 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x115E0C: ??? (in /bin/busybox)
==19523== Address 0x3f800d18 is on thread 1's stack
==19523== 24 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x115B3C: ??? (in /bin/busybox)
==19523== Address 0x3f800d00 is on thread 1's stack
==19523== 24 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x115D5E: ??? (in /bin/busybox)
==19523== Address 0x3f800d20 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x115D12: ??? (in /bin/busybox)
==19523== Address 0x3f800d18 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x173A56: ??? (in /bin/busybox)
==19523== Address 0x3f800ae4 is on thread 1's stack
==19523== 560 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x182E78: ??? (in /bin/busybox)
==19523== Address 0x3f800ac0 is on thread 1's stack
==19523== 24 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x182984: ??? (in /bin/busybox)
==19523== Address 0x3f80063c is on thread 1's stack
==19523== 1144 bytes below stack pointer
==19523==
Linux
==19523== Invalid write of size 4
==19523== at 0x1931FE: ??? (in /bin/busybox)
==19523== Address 0x3f800ae8 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x1822C6: ??? (in /bin/busybox)
==19523== Address 0x3f800ae0 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x1165B2: ??? (in /bin/busybox)
==19523== Address 0x3f800ad8 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x115A9A: ??? (in /bin/busybox)
==19523== Address 0x3f800a10 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x488B45E: ??? (in /usr/libexec/valgrind/vgpreload_memcheck-arm-linux.so)
==19523== Address 0x3f800a10 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x4884402: ??? (in /usr/libexec/valgrind/vgpreload_core-arm-linux.so)
==19523== Address 0x3f800a10 is on thread 1's stack
==19523== 8 bytes below stack pointer
==19523==
==19523== Invalid write of size 4
==19523== at 0x48844A8: _vgnU_freeres (in /usr/libexec/valgrind/vgpreload_core-arm-linux.so)
==19523== Address 0x3f800a9c is on thread 1's stack
==19523== 48 bytes below stack pointer
==19523==
==19523==
==19523== HEAP SUMMARY:
==19523== in use at exit: 0 bytes in 0 blocks
==19523== total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==19523==
==19523== All heap blocks were freed -- no leaks are possible
==19523==
==19523== For lists of detected and suppressed errors, rerun with: -s
==19523== ERROR SUMMARY: 25 errors from 21 contexts (suppressed: 0 from 0)
```
</details>Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15758Enable CONFIG_FW_LOADER_COMPRESS_ZSTD for all kernels that need to load firmw...2024-03-27T19:28:59ZNewbyteEnable CONFIG_FW_LOADER_COMPRESS_ZSTD for all kernels that need to load firmware from linux-firmwareSee https://gitlab.alpinelinux.org/alpine/aports/-/issues/15756 and https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/60282 for context.
@mpsSee https://gitlab.alpinelinux.org/alpine/aports/-/issues/15756 and https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/60282 for context.
@mpsMilan P. StanićMilan P. Stanićhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15757rtl8723bs_nic.bin is missing from alpine-standard-3.19.0-x86_64.iso 's modloop.2024-03-01T00:48:53ZEric Toombsrtl8723bs_nic.bin is missing from alpine-standard-3.19.0-x86_64.iso 's modloop.It has meant that my computer's wifi wouldn't work on boot.
I had to add the firmware file to the modloop squashfs image myself.
I don't know how this happened.
The firmware file is in [the linux-firmware-rtlwifi package](https://pkgs.a...It has meant that my computer's wifi wouldn't work on boot.
I had to add the firmware file to the modloop squashfs image myself.
I don't know how this happened.
The firmware file is in [the linux-firmware-rtlwifi package](https://pkgs.alpinelinux.org/contents?file=&path=&name=linux-firmware-rtlwifi&branch=v3.19&repo=main&arch=x86_64).
(I would have installed linux-firmware-rtlwifi, but the /lib/firmware directory was read-only, so the apk add command failed.)Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15756Compress linux-firmware packages2024-03-10T10:49:54ZNewbyteCompress linux-firmware packagesCurrently, installing all linux-firmware packages results in a `/lib/firmware` directory which is around 1,0 GB in size. This could be significantly smaller if we started compressing firmware during packaging. The Linux kernel has suppor...Currently, installing all linux-firmware packages results in a `/lib/firmware` directory which is around 1,0 GB in size. This could be significantly smaller if we started compressing firmware during packaging. The Linux kernel has supported loading compressed firmware since version 5.3 and other distributions such as Fedora and Arch Linux have already implemented this successfully. In Fedora, for example, at the time of writing the entire `/lib/firmware` directory is a more modest 238 MB.
There are some problems however. Not all firmware can be compressed, so exceptions would have to be made on a per-file basis. In particular, firmware served to certain remote processors on Qualcomm devices cannot be compressed at the moment as the serving happens in userspace rather than kernelspace. There may also be other necessary exceptions, so this would require extensive testing to avoid breakage. As other distributions already have implemented this, we could investigate what files (if any) they exempt as a start. However, their lists may not be complete as it is unlikely that they've tested more obscure ARM hardware.Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15751netsurf preferences dialog unintelligible2024-02-03T17:17:56ZAdamnetsurf preferences dialog unintelligibleNetsurf's preferences dialog does not show preference descriptions, but something that's perhaps their variable names.
Debian's package does not have this problem.
Screenshot comparing Debian and Alpine netsurf preferences dialog:
![S...Netsurf's preferences dialog does not show preference descriptions, but something that's perhaps their variable names.
Debian's package does not have this problem.
Screenshot comparing Debian and Alpine netsurf preferences dialog:
![Screenshot_2024-02-03_11-13-28](/uploads/d3cf0fedaf477862315a85e2cf6b724f/Screenshot_2024-02-03_11-13-28.png)
I'm interested in fixing this, just wanted a place to document it.https://gitlab.alpinelinux.org/alpine/aports/-/issues/15749openrc start-stop-daemon scheduler param is not working2024-02-05T17:33:28Zipoupailleopenrc start-stop-daemon scheduler param is not workingCode use fonction sched_setscheduler as seen here: [https://github.com/OpenRC/openrc/blob/master/src/start-stop-daemon/start-stop-daemon.c#L1126C8-L1126C26](https://github.com/OpenRC/openrc/blob/master/src/start-stop-daemon/start-stop-da...Code use fonction sched_setscheduler as seen here: [https://github.com/OpenRC/openrc/blob/master/src/start-stop-daemon/start-stop-daemon.c#L1126C8-L1126C26](https://github.com/OpenRC/openrc/blob/master/src/start-stop-daemon/start-stop-daemon.c#L1126C8-L1126C26).
But this method is not implemented in musl as explained here: [https://www.openwall.com/lists/musl/2016/03/01/5](https://www.openwall.com/lists/musl/2016/03/01/5)
Should start-stop-daemon be patched to use pthread_getschedparam and pthread_setschedparam methods instead?Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15747watchdog reboot when cgroup is in unified mode while docker containers startup2024-03-04T18:34:02Zipoupaillewatchdog reboot when cgroup is in unified mode while docker containers startupI have a rpi2 with several docker containers automaticaly started at boot. I saw the problem after migrating from alpine 3.18 to alpine 3.19. I downgraded to 3.18 (thanks to btrfs snapshots), and then reproduced the same problem on 3.18:...I have a rpi2 with several docker containers automaticaly started at boot. I saw the problem after migrating from alpine 3.18 to alpine 3.19. I downgraded to 3.18 (thanks to btrfs snapshots), and then reproduced the same problem on 3.18:
When cgroup is configured on unified mode (v2) and watchdog is activated (bcm2835-wdt), the board is rebooted while docker containers are starting.
If cgroup is on hybrid mode, or if watchdog is not activated or if docker containers are not started, no reboot.
I have kernel 6.1.73-v7+ compiled from sources from raspberry github.
When docker containers are started, the uptime go to more than 5.
I tried those in /etc/conf.d/watchdog:
```
export SSD_IONICELEVEL=1
export SSD_NICELEVEL=-20
rc_cgroup_settings="
cpu.weight 300
"
```
But it does not seem to have any effect.Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15746Alpine 3.19 iptables 1.8.10-r3 break wg-quick, while iptables 1.8.9 work2024-02-02T19:21:36ZJan FikarAlpine 3.19 iptables 1.8.10-r3 break wg-quick, while iptables 1.8.9 workI have Alpine 3.19 running in a LXC container on Turris Omnia router (armhf). I had a working WireGuard VPN connection using wg-quick to a remote server. Recent update broke the wg-quick, now it fails on iptables-restore:
```
$ wg-quick...I have Alpine 3.19 running in a LXC container on Turris Omnia router (armhf). I had a working WireGuard VPN connection using wg-quick to a remote server. Recent update broke the wg-quick, now it fails on iptables-restore:
```
$ wg-quick up vpn
[#] ip link add vpn type wireguard
[#] wg setconf vpn /dev/fd/63
[#] ip -4 address add 10.141.100.141/32 dev vpn
[#] ip -6 address add xxxxxxxxxxxxxxxxxxxxxxxxxxxxx/128 dev vpn
[#] ip link set mtu 1420 up dev vpn
[#] resolvconf -a vpn -m 0 -x
[#] wg set vpn fwmark 51820
[#] ip -6 route add ::/0 dev vpn table 51820
[#] ip -6 rule add not fwmark 51820 table 51820
[#] ip -6 rule add table main suppress_prefixlength 0
[#] ip6tables-restore -n
Warning: Extension addrtype is not supported, missing kernel module?
ip6tables-restore v1.8.10 (nf_tables): Couldn't load match `addrtype':No such file or directory
Error occurred at line: 2
Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information.
[#] resolvconf -d vpn -f
[#] ip -6 rule delete table 51820
[#] ip -6 rule delete table main suppress_prefixlength 0
[#] ip link delete dev vpn
```
Complains about missing addrtype module, but it is loaded:
```
$ lsmod | grep addrtype
xt_addrtype 16384 0
...
```
Kernel version of the host is 5.15.146 and iptables on the host are v1.8.7 (legacy).
I tried to downgrade to ip6tables-1.8.9-r2 and iptables-1.8.9-r2 from Alpine 3.18 and then wg-quick works again.https://gitlab.alpinelinux.org/alpine/aports/-/issues/15745[package request] bisoncpp2024-02-02T21:19:15ZKasper K[package request] bisoncpphttps://fbb-git.gitlab.io/bisoncpp/
https://tracker.debian.org/pkg/bisonc++
this is useful for c++ oriented compiler construction projects.https://fbb-git.gitlab.io/bisoncpp/
https://tracker.debian.org/pkg/bisonc++
this is useful for c++ oriented compiler construction projects.https://gitlab.alpinelinux.org/alpine/aports/-/issues/15744Mounting an XFS filesystem breaks on Alpine 3.192024-02-07T09:01:15ZLars AndringaMounting an XFS filesystem breaks on Alpine 3.19For our infrastructure, we mount a file-based XFS filesystem into our Alpine docker container:
```
apk update && apk add xfsprogs xfsprogs-extra
touch xfs.bin && mkfs.xfs -d size=5g -n ftype=1 xfs.bin && mkdir /xfs
mount -o prjquota -t x...For our infrastructure, we mount a file-based XFS filesystem into our Alpine docker container:
```
apk update && apk add xfsprogs xfsprogs-extra
touch xfs.bin && mkfs.xfs -d size=5g -n ftype=1 xfs.bin && mkdir /xfs
mount -o prjquota -t xfs xfs.bin /xfs
```
The mount fails with the following error:
```
mount: mounting /dev/loop2 on /xfs failed: Invalid argument
```
I start the docker container using:
```
docker run -it --privileged alpine:3.19
```
This used to work perfectly fine on alpine:3.18https://gitlab.alpinelinux.org/alpine/aports/-/issues/15743Add GitLab bot to automate package upgrades2024-02-04T14:07:34ZSören TempelAdd GitLab bot to automate package upgradesI noticed the other day that [Wolfi](https://wolfi.dev/) has a [GitHub Bot](https://wolfi.dev/) for automating packages upgrade (CC: @ariadne). The bot uses [release-monitoring.org](https://release-monitoring.org) to determine if a new r...I noticed the other day that [Wolfi](https://wolfi.dev/) has a [GitHub Bot](https://wolfi.dev/) for automating packages upgrade (CC: @ariadne). The bot uses [release-monitoring.org](https://release-monitoring.org) to determine if a new release is available and then [creates a pull request](https://github.com/wolfi-dev/wolfictl/blob/main/docs/update.md) for bumping the affected packages to that release. Naturally, this only works unless the package requires changes (e.g. new patches). If the build fails, the bot therefore [creates an issue](https://github.com/wolfi-dev/wolfictl), such an issue can then be assigned to the package maintainer. I think something like this could be extremely beneficial for Alpine as well as it automated the boring package upgrades and reduces the amount of manual labor required to deal with those, thereby freeing capacities for other stuff.
See also:
* https://github.com/wolfi-dev/wolfictl/blob/main/docs/update.md
* https://github.com/wolfi-dev/wolfictl/blob/main/docs/cmd/wolfictl_update.md
* https://github.com/wolfi-dev/wolfictl/blob/main/docs/cmd/wolfictl_update_package.mdhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15741aports/community/amfora: please add ncurses dependency to APKBUILD2024-02-04T17:41:58ZCarlo Monteaports/community/amfora: please add ncurses dependency to APKBUILDinfocmp is part of the ncurses package.
Installing ncurses solves the following problem (as suggested by the author in a separate thread):
```
panic: exec: "infocmp": executable file not found in $PATH
goroutine 1 [running]:
main.main(...infocmp is part of the ncurses package.
Installing ncurses solves the following problem (as suggested by the author in a separate thread):
```
panic: exec: "infocmp": executable file not found in $PATH
goroutine 1 [running]:
main.main()
github.com/makeworld-the-better-one/amfora/amfora.go:72 +0x788
```