alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2023-12-02T20:59:08Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12644gprbuild from edge-testing is not installable due to missing shared lib2023-12-02T20:59:08ZMarcel Hernandezgprbuild from edge-testing is not installable due to missing shared libLooks like the last time this APK was updated it was built and linked against the libgnat 9.x shared libs, but the GCC toolchain has moved on to 10.x since then.
Steps to reproduce on Docker:
```
$ docker run --rm -it alpine:3.13 sh -l
...Looks like the last time this APK was updated it was built and linked against the libgnat 9.x shared libs, but the GCC toolchain has moved on to 10.x since then.
Steps to reproduce on Docker:
```
$ docker run --rm -it alpine:3.13 sh -l
90aca93851a0:/# echo "@edge-testing https://dl-cdn.alpinelinux.org/alpine/edge/testing" >> /etc/apk/repositories
90aca93851a0:/# apk add gprbuild@edge-testing
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
fetch https://dl-cdn.alpinelinux.org/alpine/edge/testing/x86_64/APKINDEX.tar.gz
ERROR: unable to select packages:
so:libgnarl-9.so (no such package):
required by: gprbuild-2019-r0[so:libgnarl-9.so]
so:libgnat-9.so (no such package):
required by: gprbuild-2019-r0[so:libgnat-9.so]
90aca93851a0:/# apk add libgnat
(1/2) Installing libgcc (10.2.1_pre1-r3)
(2/2) Installing libgnat (10.2.1_pre1-r3)
OK: 10 MiB in 16 packages
90aca93851a0:/# apk info -L libgnat
libgnat-10.2.1_pre1-r3 contains:
usr/lib/libgnarl-10.so
usr/lib/libgnat-10.so
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/12645testing/nullmailer: package without embedded checksums2021-05-13T13:19:24ZTerraTechtesting/nullmailer: package without embedded checksumsI tried to install testing/nullmailer-2.2-r0 and it is throwing the warning:
`WARNING: nullmailer-2.2-r0: support for packages without embedded checksums will be dropped in apk-tools 3.`
Full log of installing package
```
alpine-3-13:/...I tried to install testing/nullmailer-2.2-r0 and it is throwing the warning:
`WARNING: nullmailer-2.2-r0: support for packages without embedded checksums will be dropped in apk-tools 3.`
Full log of installing package
```
alpine-3-13:/etc/apk# 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
fetch https://dl-cdn.alpinelinux.org/alpine/edge/testing/x86_64/APKINDEX.tar.gz
v3.13.5-71-gfcabe3349a [https://dl-cdn.alpinelinux.org/alpine/v3.13/main]
v3.13.5-65-g28e7396caa [https://dl-cdn.alpinelinux.org/alpine/v3.13/community]
v20210212-6451-g29d5522ca4 [https://dl-cdn.alpinelinux.org/alpine/edge/testing]
OK: 18142 distinct packages available
alpine-3-13:/etc/apk# apk add nullmailer
(1/4) Installing libgcc (10.2.1_pre1-r3)
(2/4) Installing libstdc++ (10.2.1_pre1-r3)
(3/4) Installing nullmailer (2.2-r0)
Executing nullmailer-2.2-r0.pre-install
WARNING: nullmailer-2.2-r0: support for packages without embedded checksums will be dropped in apk-tools 3.
(4/4) Installing nullmailer-openrc (2.2-r0)
Executing busybox-1.32.1-r6.trigger
1 error; 21 MiB in 38 packages
alpine-3-13:/etc/apk#
```
What is odd, is that if I manually build (using `abuild-3.7.0-r0`) and install new package I get the same warning.
I am at a loss as to why manually building it on alpine-3.13 would result in the warning. This should not be an older package format issue where I've seen other packages have the problem with their `pkgrel` bumped to generate new format packages.
Is this a problem with apk-tools and/or abuild-tar?https://gitlab.alpinelinux.org/alpine/aports/-/issues/12646edge/main/mc: various timeouts encountered during usage with ncurses2021-05-04T09:44:22ZTerraTechedge/main/mc: various timeouts encountered during usage with ncursesUsing `mc` on Alpine (edge), I've encountered timeouts while doing simple things like `alt-p` and `alt-n` for moving around in command history. There are also timeouts when leaving the built-in editor as well as the viewer, plus other v...Using `mc` on Alpine (edge), I've encountered timeouts while doing simple things like `alt-p` and `alt-n` for moving around in command history. There are also timeouts when leaving the built-in editor as well as the viewer, plus other various normal usages.
The following strace will show the `alt-p` timeout.
```
select(6, [0 5], NULL, NULL, NULL) = 1 (in [0]) <4.021007>
rt_sigaction(SIGINT, {sa_handler=SIG_IGN, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f1d6fdfac4b}, NULL, 8) = 0 <0.000006>
select(6, [0 5], NULL, NULL, NULL) = 1 (in [0]) <0.000005>
read(0, "\33", 1) = 1 <0.000005>
poll([{fd=0, events=POLLIN}], 1, 200) = 1 ([{fd=0, revents=POLLIN}]) <0.000004>
read(0, "p", 1) = 1 <0.000003>
# TIMEOUT: 1.001324 #######################################################################
select(1, [0], NULL, NULL, {tv_sec=1, tv_usec=0}) = 0 (Timeout) <1.001324>
###########################################################################################
select(4, [3], NULL, NULL, {tv_sec=0, tv_usec=0}) = 0 (Timeout) <0.000021>
select(1, [0], NULL, NULL, {tv_sec=0, tv_usec=0}) = 0 (Timeout) <0.000006>
select(1, [0], NULL, NULL, {tv_sec=0, tv_usec=0}) = 0 (Timeout) <0.000003>
select(4, [3], NULL, NULL, {tv_sec=0, tv_usec=0}) = 0 (Timeout) <0.000003>
rt_sigaction(SIGTSTP, {sa_handler=SIG_IGN, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7f1d6fdfac4b}, {sa_handler=0x7f1d6fd7dece, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7f1d6fdfac4b}, 8) = 0 <0.000003>
poll([{fd=0, events=POLLIN}], 1, 0) = 0 (Timeout) <0.000004>
poll([{fd=0, events=POLLIN}], 1, 0) = 0 (Timeout) <0.000003>
write(1, "\33[58;64Hhecksum "..., 41) = 41 <0.000014>
rt_sigaction(SIGTSTP, {sa_handler=0x7f1d6fd7dece, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7f1d6fdfac4b}, NULL, 8) = 0 <0.000003>
rt_sigaction(SIGTSTP, {sa_handler=SIG_IGN, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7f1d6fdfac4b}, {sa_handler=0x7f1d6fd7dece, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7f1d6fdfac4b}, 8) = 0 <0.000003>
poll([{fd=0, events=POLLIN}], 1, 0) = 0 (Timeout) <0.000003>
poll([{fd=0, events=POLLIN}], 1, 0) = 0 (Timeout) <0.000003>
rt_sigaction(SIGTSTP, {sa_handler=0x7f1d6fd7dece, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7f1d6fdfac4b}, NULL, 8) = 0 <0.000003>
select(4, [3], NULL, NULL, {tv_sec=0, tv_usec=0}) = 0 (Timeout) <0.000004>
rt_sigaction(SIGINT, {sa_handler=0x5608184a53bc, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f1d6fdfac4b}, NULL, 8) = 0 <0.000003>
select(6, [0 5], NULL, NULL, NULL <detached ...>
```
I've used mc for years on Gentoo and I've always linked it against the `slang` libraries instead of `ncurses`. I felt like this was a `ncurses` issue so I copied out main/mc into my testing/mc build arena. After building and installing the new `mc + slang` version, all of the annoying timeout delays were fixed.
Here is the `mc + slang` strace.
```
select(7, [3 6], NULL, NULL, NULL) = 1 (in [3]) <3.765956>
rt_sigaction(SIGINT, {sa_handler=SIG_IGN, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f0b5cd1ec4b}, NULL, 8) = 0 <0.000005>
select(7, [3 6], NULL, NULL, NULL) = 1 (in [3]) <0.000014>
select(4, [3], NULL, NULL, {tv_sec=10, tv_usec=0}) = 1 (in [3], left {tv_sec=9, tv_usec=999999}) <0.000005>
read(3, "\33", 1) = 1 <0.000005>
# TIMEOUT: 0.000069 #######################################################################
select(4, [3], NULL, NULL, {tv_sec=1, tv_usec=0}) = 1 (in [3], left {tv_sec=0, tv_usec=999999}) <0.000069>
###########################################################################################
select(4, [3], NULL, NULL, {tv_sec=0, tv_usec=0}) = 1 (in [3], left {tv_sec=0, tv_usec=0}) <0.000004>
select(4, [3], NULL, NULL, {tv_sec=10, tv_usec=0}) = 1 (in [3], left {tv_sec=9, tv_usec=999999}) <0.000004>
read(3, "p", 1) = 1 <0.000004>
select(5, [4], NULL, NULL, {tv_sec=0, tv_usec=0}) = 0 (Timeout) <0.000004>
select(4, [3], NULL, NULL, {tv_sec=0, tv_usec=0}) = 0 (Timeout) <0.000003>
select(4, [3], NULL, NULL, {tv_sec=0, tv_usec=0}) = 0 (Timeout) <0.000003>
select(5, [4], NULL, NULL, {tv_sec=0, tv_usec=0}) = 0 (Timeout) <0.000003>
write(1, "\33[58;56Habuild checksum\33[87C\33[58"..., 36) = 36 <0.000008>
select(5, [4], NULL, NULL, {tv_sec=0, tv_usec=0}) = 0 (Timeout) <0.000003>
rt_sigaction(SIGINT, {sa_handler=0x55acf26aff43, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f0b5cd1ec4b}, NULL, 8) = 0 <0.000003>
select(7, [3 6], NULL, NULL, NULL <detached ...>
```
<DELAY>
ncurses: 1.001324
slang : 0.000069
So far, `mc + slang` is incredibly fast and responsive.
As an aside, the same behavior is also in Alpine Linux v3.13.
Below is the patch I used to switch `mc` from using `ncurses` ==> `slang`.
```patch
--- APKBUILD 2021-04-28 14:40:27.006666699 -0700
+++ /home/fqdevel/devel/alpine/fq/testing/mc/APKBUILD 2021-05-03 04:04:20.126666592 -0700
@@ -2,13 +2,14 @@
# Maintainer: Natanael Copa <ncopa@alpinelinux.org>
pkgname=mc
pkgver=4.8.26
-pkgrel=0
+pkgrel=1
pkgdesc="Filemanager/shell that emulates Norton Commander"
url="https://www.midnight-commander.org"
arch="all"
license="GPL-3.0-or-later"
subpackages="$pkgname-doc $pkgname-lang"
-makedepends="e2fsprogs-dev glib-dev libssh2-dev ncurses-dev perl"
+depends="slang"
+makedepends="e2fsprogs-dev glib-dev libssh2-dev slang-dev perl"
source="https://www.midnight-commander.org/downloads/mc-$pkgver.tar.xz
fix-cchar_t.patch
alpine_syntax.patch"
@@ -28,7 +29,7 @@
--enable-vfs-sftp \
--with-internal-edit \
--with-mmap \
- --with-screen=ncurses \
+ --with-screen=slang \
--with-subshell \
--without-gpm-mouse \
--without-included-gettext \
```
If it is approved to move from `ncurses` to `slang`, would you like for me to create a merge request?
Thank you for your consideration.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12648collision [edge]: main/findutils and community/mlocate2022-09-01T06:11:40ZTerraTechcollision [edge]: main/findutils and community/mlocate```sh
$ sudo apk add mlocate
fetch http://sjc.edge.kernel.org/alpine/edge/main/x86_64/APKINDEX.tar.gz
fetch http://sjc.edge.kernel.org/alpine/edge/community/x86_64/APKINDEX.tar.gz
(1/1) Installing mlocate (0.26-r7)
Executing mlocate-0.26...```sh
$ sudo apk add mlocate
fetch http://sjc.edge.kernel.org/alpine/edge/main/x86_64/APKINDEX.tar.gz
fetch http://sjc.edge.kernel.org/alpine/edge/community/x86_64/APKINDEX.tar.gz
(1/1) Installing mlocate (0.26-r7)
Executing mlocate-0.26-r7.pre-install
ERROR: mlocate-0.26-r7: trying to overwrite usr/bin/locate owned by findutils-4.8.0-r0.
ERROR: mlocate-0.26-r7: trying to overwrite usr/bin/updatedb owned by findutils-4.8.0-r0.
Executing busybox-1.33.0-r7.trigger
[master ab045b6] committing changes in /etc made by "apk add mlocate"
4 files changed, 36 insertions(+)
create mode 100755 periodic/daily/updatedb
create mode 100644 updatedb.conf
1 error; 1893 MiB in 343 packages
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/12649community/qemu: Qemu fails to start with error "There is no option group 'spi...2022-04-15T22:59:15ZMattias Winthercommunity/qemu: Qemu fails to start with error "There is no option group 'spice'"This bug [https://bugs.launchpad.net/qemu/+bug/1910696](https://bugs.launchpad.net/qemu/+bug/1910696) shows up in Alpine in version 5.2.0. Comment 2 in the bug above summarizes the problem well. Debian has a workaround for the problem he...This bug [https://bugs.launchpad.net/qemu/+bug/1910696](https://bugs.launchpad.net/qemu/+bug/1910696) shows up in Alpine in version 5.2.0. Comment 2 in the bug above summarizes the problem well. Debian has a workaround for the problem here: [https://salsa.debian.org/qemu-team/qemu/-/blob/master/debian/patches/build-most-modules-statically-hack.diff](https://salsa.debian.org/qemu-team/qemu/-/blob/master/debian/patches/build-most-modules-statically-hack.diff)
It would be nice to be able to run LXD on Alpine later than 3.12, but as long as this problem exists, 5.0.0 (in 3.12) seems to be the latest version of qemu that works.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12650Community/chromium: When will chromium 89.0.4 reach to main/stable branch?2021-05-05T14:14:05ZAshish DandgawhaleCommunity/chromium: When will chromium 89.0.4 reach to main/stable branch?I'm a member of a software development team of a software company, and we are planning to use chromium 89 in one of our projects based on the docker image of alpine Linux. But since chromium 89 is still in the community branch and the ma...I'm a member of a software development team of a software company, and we are planning to use chromium 89 in one of our projects based on the docker image of alpine Linux. But since chromium 89 is still in the community branch and the main branch has a very old 81 version. I was wondering if there is any chance chromium 89 will be moved to the main branch in near future and if not, is there any stability/security issue if we keep using it from the community branch? We were slightly reluctant to use the package from the community branch.
CC: @ncopahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12651community/dante: Symbol not found: bindresvport2021-08-09T19:22:39ZMarten Ringwelskicommunity/dante: Symbol not found: bindresvportWhen running `socksify true` it gives me the following error:
```
May 5 21:35:32 (1620243332.952577) true[11886]: error: symbolfunction(): compile time configuration error? Failed to find "bindresvport" using RTLD_NEXT: Symbol not fou...When running `socksify true` it gives me the following error:
```
May 5 21:35:32 (1620243332.952577) true[11886]: error: symbolfunction(): compile time configuration error? Failed to find "bindresvport" using RTLD_NEXT: Symbol not found: bindresvport
```
This error occurs because musl does not implement `bindresvport`.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12653gst-plugins-base missing graphene-dev makedepend, which disables glvideoflip ...2021-08-08T21:23:13ZDaniel Kolesagst-plugins-base missing graphene-dev makedepend, which disables glvideoflip (which breaks recent webkit)right now, the `gst-plugins-base` package is missing the `glvideoflip` element, which needs `graphene-dev` in `makedepends` to build; however, `graphene` is in the `community` repository, while `gst-plugins-base` is in `main`
current we...right now, the `gst-plugins-base` package is missing the `glvideoflip` element, which needs `graphene-dev` in `makedepends` to build; however, `graphene` is in the `community` repository, while `gst-plugins-base` is in `main`
current webkit trunk needs the element in order to be able to play video, which means this will become a problem eventually (we found this while investigating why videos render black in the upcoming 2.32.1 release, which had the patches backported - we'll probably end up reverting them for now)
it'd be best to fix this in `gst-plugins-base` but that would require moving `graphene` to `main`; what should be done here?https://gitlab.alpinelinux.org/alpine/aports/-/issues/12654community/py3-gevent: 1.5.0 incompatible with py 3.92021-07-09T12:58:12Znepeatcommunity/py3-gevent: 1.5.0 incompatible with py 3.9Found this issue when attempting to use a script that uses gevent with the community version of gevent.
https://github.com/gevent/gevent/issues/1786
`NameError: name 'AF_INET' is not defined` happens with Python 3.9 and gevent 1.5.0, l...Found this issue when attempting to use a script that uses gevent with the community version of gevent.
https://github.com/gevent/gevent/issues/1786
`NameError: name 'AF_INET' is not defined` happens with Python 3.9 and gevent 1.5.0, latest version seems to be 21.1.2.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12655ruby-webrick2021-05-09T16:10:47Zjaqqueruby-webrickruby-webrick depends on ruby-etc, but that explicit dependency is missing.
Steps to reproduce:
1. apk add ruby-webrick
2. ruby -e 'require "webrick"'
3. apk add ruby-etc
4. ruby -e 'require "webrick"'ruby-webrick depends on ruby-etc, but that explicit dependency is missing.
Steps to reproduce:
1. apk add ruby-webrick
2. ruby -e 'require "webrick"'
3. apk add ruby-etc
4. ruby -e 'require "webrick"'Kevin DaudtKevin Daudthttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12656ruby-irb2021-05-09T16:10:48Zjaqqueruby-irbruby-irb requires ruby-io-console but that explicit dependency is missing.
Steps to reproduce:
1. apk add ruby-irb
2 irb
3. apk add ruby-io-console
4. irbruby-irb requires ruby-io-console but that explicit dependency is missing.
Steps to reproduce:
1. apk add ruby-irb
2 irb
3. apk add ruby-io-console
4. irbKevin DaudtKevin Daudthttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12657edge/community/thttpd-2.29-r1: switch to sthttpd-2.27.1 security fork2021-05-12T08:31:52ZTerraTechedge/community/thttpd-2.29-r1: switch to sthttpd-2.27.1 security fork```
sthttpd - a fork of thttpd, a tiny/turbo/throttling HTTP server
version 2.27.0 Oct 3, 2014
sthttpd is a fork of Jef Poskanzer's popular thttpd server. This fork aims to simply maintain the original codebase as bugs...```
sthttpd - a fork of thttpd, a tiny/turbo/throttling HTTP server
version 2.27.0 Oct 3, 2014
sthttpd is a fork of Jef Poskanzer's popular thttpd server. This fork aims to simply maintain the original codebase as bugs or security issues are found.
```
The original version has not been patched for: [CVE-2017-10671](https://www.cvedetails.com/cve/CVE-2017-10671/)
The original version still heavily relies on `strcpy()` which has been overhauled to use bounded `memmove()`: https://github.com/blueness/sthttpd/commit/aa3f36c0bf2aef1ffb17f5188ccf5e8afc13d3dc#diff-fd5839f30c92090795049608bd9f55d8d2dcec8f71e613ecfcd8544a7e4e7540
Also, there is a currently open CVE that has not been fixed yet: [CVE-2021-26843](https://github.com/blueness/sthttpd/issues/14)Francesco ColistaFrancesco Colistahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12658Enable CONFIG_COMPAT on aarch64 virt kernel2021-05-12T11:18:28ZKevin DaudtEnable CONFIG_COMPAT on aarch64 virt kernel`CONFIG_COMPAT` is currently not enabled on the aarch64 -virt kernel. Enabling this allows us to use the -virt kernels to host armv7 / armhf docker containers.`CONFIG_COMPAT` is currently not enabled on the aarch64 -virt kernel. Enabling this allows us to use the -virt kernels to host armv7 / armhf docker containers.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12659missing mandoc dependency in many -doc packages2021-05-16T09:49:02ZSPOmissing mandoc dependency in many -doc packagesalpine 3.13
Found man pages did not become available after installing a -doc package (-ash: man: not found), and that /bin/man is in package mandoc.
After installing mandoc, they displayed just fine.
So, it looks like all the -doc pac...alpine 3.13
Found man pages did not become available after installing a -doc package (-ash: man: not found), and that /bin/man is in package mandoc.
After installing mandoc, they displayed just fine.
So, it looks like all the -doc packages that ship man pages would have to depend on mandoc to make them work.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12660testing/airsonic-10.6.2-r0: build failure on aarhc642021-09-11T04:07:16ZKevin Daudttesting/airsonic-10.6.2-r0: build failure on aarhc64testing/airsonic-10.6.2-r0 fails to build on aarch64:
```
[ERROR] Failed to execute goal org.eclipse.jetty:jetty-jspc-maven-plugin:9.4.26.v20200117:jspc (jspc) on project airsonic-main: Failure processing jsps: IllegalArgumentException ...testing/airsonic-10.6.2-r0 fails to build on aarch64:
```
[ERROR] Failed to execute goal org.eclipse.jetty:jetty-jspc-maven-plugin:9.4.26.v20200117:jspc (jspc) on project airsonic-main: Failure processing jsps: IllegalArgumentException -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR] mvn <args> -rf :airsonic-main
```
It has been disabled on aarch64 for now.
See: https://build.alpinelinux.org/buildlogs/build-edge-aarch64/testing/airsonic/airsonic-10.6.2-r0.logKay Thomaskaythomas@pm.meKay Thomaskaythomas@pm.mehttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12662Add r8169 to linux-rpi2021-11-19T23:35:36ZAlex HaydockAdd r8169 to linux-rpiWith the release of the Raspberry Pi CM4, there's a new set of Compute Module carrier boards coming out, such as [this nifty little router-board](https://www.dfrobot.com/product-2242.html) from DFRobot, which adds two ethernet ports to t...With the release of the Raspberry Pi CM4, there's a new set of Compute Module carrier boards coming out, such as [this nifty little router-board](https://www.dfrobot.com/product-2242.html) from DFRobot, which adds two ethernet ports to the CM4.
It uses the onboard Broadcom ethernet support from the SoC to provide one of the two ethernet ports on the board, but the other is provided by a Realtek chipset which can be driven by the r8169 driver:
```sh
$ cut -f1,2,18 /proc/bus/pci/devices
0000 14e42711
0100 10ec8168
```
Searching for the relevant kernel object shows that this driver is enabled in the `linux-lts` kernel used on `x86_64` and on vanilla ARM systems but it's not enabled for the `linux-rpi` build (I guess that makes sense since until these carrier boards came along there'd be no need for it).
I'd like to propose adding:
```
CONFIG_R8169=m
```
To the kernel config file at `linux-rpi/config-changes-rpi.armhf`, so that this board and others using this chipset will be supported by future releases of Alpine on the Pi. Alpine is a perfect match for a mini router board like this one and it would be great to be able to use it.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12663sdl2_ttf is missing static libraries2021-05-09T23:03:07ZUtku Demirsdl2_ttf is missing static librariesCurrently, `sdl2_ttf` does not come with any static libraries.
The reason seems to be a `--disable-static` flag added by an update to a newer version: https://git.alpinelinux.org/aports/commit/main/sdl2_ttf/APKBUILD?id=9f9fe1a1deba6ea6d...Currently, `sdl2_ttf` does not come with any static libraries.
The reason seems to be a `--disable-static` flag added by an update to a newer version: https://git.alpinelinux.org/aports/commit/main/sdl2_ttf/APKBUILD?id=9f9fe1a1deba6ea6db746be393f74d4d6429a509
I was wondering if there is a way to enable static libraries for `sdl2_ttf`, in order to be able to build static libraries that depend on it.
cc'ing: @Leo . (I was going to cc the maintainer here too (`August Klein <amatcoder@gmail.com>`), however they don't seem to be in GitLab).
Background: I have a project that lets building statically compiled Haskell executables built on top of Alpine, and one of the issues is blocked by this issue: https://github.com/utdemir/ghc-musl/issues/14https://gitlab.alpinelinux.org/alpine/aports/-/issues/12664HP T5730 - power button event missing (x86_64)2021-05-13T10:26:07ZtmkHP T5730 - power button event missing (x86_64)Hello,
I've been trying to repurpose some old thin client - HP [T5730](https://www.parkytowers.me.uk/thin/hp/t5730/). I've successfully installed 3.13.5-x86_64 and the only problem I have is that I'm not able to turn it off via power bu...Hello,
I've been trying to repurpose some old thin client - HP [T5730](https://www.parkytowers.me.uk/thin/hp/t5730/). I've successfully installed 3.13.5-x86_64 and the only problem I have is that I'm not able to turn it off via power button. Evtest output doesn't even show it:
```
t5730:~# evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0: AT Translated Set 2 keyboard
/dev/input/event1: HDA ATI SB Headphone
/dev/input/event2: PC Speaker
/dev/input/event3: PS/2 Logitech Mouse
t5730:~# ls -la /dev/input/
total 0
drwxr-xr-x 2 root root 160 May 10 11:52 .
drwxr-xr-x 13 root root 3120 May 10 11:52 ..
crw-rw---- 1 root root 13, 64 May 10 11:52 event0
crw-rw---- 1 root root 13, 65 May 10 11:52 event1
crw-rw---- 1 root root 13, 66 May 10 11:52 event2
crw-rw---- 1 root root 13, 67 May 10 11:52 event3
crw-rw---- 1 root root 13, 63 May 10 11:52 mice
crw-rw---- 1 root root 13, 32 May 10 11:52 mouse0
```
Pressing the button doesn't output any entries in `/var/log/dmesg` or `/var/log/messages`. Script in `/etc/acpi/PWRF/00000080` seems to be intact but it's never triggered.
Is there any way to make it work?https://gitlab.alpinelinux.org/alpine/aports/-/issues/12665ERROR: perl-mime-base64-doc-3.16-r0: trying to overwrite usr/share/man/man3/M...2021-05-12T07:01:17ZDrew DeVaultERROR: perl-mime-base64-doc-3.16-r0: trying to overwrite usr/share/man/man3/MIME::Base64.3pm.gz owned by perl-doc-5.32.1-r0.```
ERROR: perl-mime-base64-doc-3.16-r0: trying to overwrite usr/share/man/man3/MIME::Base64.3pm.gz owned by perl-doc-5.32.1-r0.
ERROR: perl-mime-base64-doc-3.16-r0: trying to overwrite usr/share/man/man3/MIME::QuotedPrint.3pm.gz owned b...```
ERROR: perl-mime-base64-doc-3.16-r0: trying to overwrite usr/share/man/man3/MIME::Base64.3pm.gz owned by perl-doc-5.32.1-r0.
ERROR: perl-mime-base64-doc-3.16-r0: trying to overwrite usr/share/man/man3/MIME::QuotedPrint.3pm.gz owned by perl-doc-5.32.1-r0.
```
cc @larenaLeonardo ArenaLeonardo Arenahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12666community/php8 in 3.13 is 4 Versions behind (8.0.2 to 8.0.6)2021-08-09T01:31:38ZStephan Wentzcommunity/php8 in 3.13 is 4 Versions behind (8.0.2 to 8.0.6)community/php8 is several versions behind the current release, 8.0.6
The missing version are only bug fix releases, not security releases, but since php8 was a major upgrade, these bug fixes might be important.community/php8 is several versions behind the current release, 8.0.6
The missing version are only bug fix releases, not security releases, but since php8 was a major upgrade, these bug fixes might be important.