alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2021-07-12T14:14:18Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12833wget stops working when installing libretls-dev (but it's fixed by installing...2021-07-12T14:14:18ZMichele Locatiwget stops working when installing libretls-dev (but it's fixed by installing wget)Here's a very strange behavior, experienced in a docker image launched with
```
docker run --rm -it alpine:3.14 sh
```
When installing `libretls-dev`, `wget` stops working, but if we explicitly install `wget` it come back to normal beh...Here's a very strange behavior, experienced in a docker image launched with
```
docker run --rm -it alpine:3.14 sh
```
When installing `libretls-dev`, `wget` stops working, but if we explicitly install `wget` it come back to normal behavior:
```
/ # wget -qO /dev/null https://www.google.com && echo ok
ok
/ # apk add libretls-dev
fetch https://dl-cdn.alpinelinux.org/alpine/v3.14/main/x86_64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/v3.14/community/x86_64/APKINDEX.tar.gz
(1/4) Upgrading libretls (3.3.3-r0 -> 3.3.3-r2)
(2/4) Installing pkgconf (1.7.4-r0)
(3/4) Installing openssl-dev (1.1.1k-r0)
(4/4) Installing libretls-dev (3.3.3-r2)
Executing busybox-1.33.1-r2.trigger
OK: 7 MiB in 17 packages
/ # wget -qO /dev/null https://www.google.com && echo ok
Error loading shared library libtls.so.20: No such file or directory (needed by /usr/bin/ssl_client)
Error relocating /usr/bin/ssl_client: tls_configure: symbol not found
Error relocating /usr/bin/ssl_client: tls_close: symbol not found
Error relocating /usr/bin/ssl_client: tls_config_insecure_noverifytime: symbol not found
Error relocating /usr/bin/ssl_client: tls_config_free: symbol not found
Error relocating /usr/bin/ssl_client: tls_error: symbol not found
Error relocating /usr/bin/ssl_client: tls_config_new: symbol not found
Error relocating /usr/bin/ssl_client: tls_connect_fds: symbol not found
Error relocating /usr/bin/ssl_client: tls_handshake: symbol not found
Error relocating /usr/bin/ssl_client: tls_read: symbol not found
Error relocating /usr/bin/ssl_client: tls_client: symbol not found
Error relocating /usr/bin/ssl_client: tls_write: symbol not found
Error relocating /usr/bin/ssl_client: tls_init: symbol not found
Error relocating /usr/bin/ssl_client: tls_config_insecure_noverifyname: symbol not found
Error relocating /usr/bin/ssl_client: tls_config_insecure_noverifycert: symbol not found
wget: error getting response: Connection reset by peer
/ # apk add wget
(1/3) Installing libunistring (0.9.10-r1)
(2/3) Installing libidn2 (2.3.1-r0)
(3/3) Installing wget (1.21.1-r1)
Executing busybox-1.33.1-r2.trigger
OK: 10 MiB in 20 packages
/ # wget -qO /dev/null https://www.google.com && echo ok
ok
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/12832Follow-up from "testing/acme-client: use release tarball"2021-08-11T06:55:13ZturkdevopsFollow-up from "testing/acme-client: use release tarball"The following discussion from !23024 should be addressed:
- [x] @andypost started a [discussion](https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/23024#note_167634): (+2 comments)
> needs bump pkgrelThe following discussion from !23024 should be addressed:
- [x] @andypost started a [discussion](https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/23024#note_167634): (+2 comments)
> needs bump pkgrelhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12831Alpine 3.14 - xorg-server patch broke rootless xinit2021-07-11T15:54:31ZBob GreenAlpine 3.14 - xorg-server patch broke rootless xinitUpgrading Alpine to 3.14 breaks rootless Xorg init (xinit command). This patch is the likely cause - https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/18489
There's an old issue from 1 year ago https://gitlab.alpinelinux.org/...Upgrading Alpine to 3.14 breaks rootless Xorg init (xinit command). This patch is the likely cause - https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/18489
There's an old issue from 1 year ago https://gitlab.alpinelinux.org/alpine/aports/-/issues/11347 that reports the same problem. It was fixed then but now 3.14 has the bug again.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12830sway 1.6.1-r0 doesn't run without installing additional packages2022-05-31T15:56:17ZDekedrosway 1.6.1-r0 doesn't run without installing additional packagesAfter upgrading sway from 1.6-r1 to 1.6.1-r0 it no longer starts. Running `sway -dV` gives:
```
00:00:00.000 [INFO] [sway/main.c:347] Sway version 1.6.1-7571507451 (Jun 26 2021, branch 'master')
00:00:00.000 [INFO] [sway/main.c:348] wlr...After upgrading sway from 1.6-r1 to 1.6.1-r0 it no longer starts. Running `sway -dV` gives:
```
00:00:00.000 [INFO] [sway/main.c:347] Sway version 1.6.1-7571507451 (Jun 26 2021, branch 'master')
00:00:00.000 [INFO] [sway/main.c:348] wlroots version 0.14.0
00:00:00.000 [INFO] [sway/main.c:155] Linux machine 5.10.48-0-lts #1-Alpine SMP Thu, 08 Jul 2021 07:35:48 +0000 x86_64 Linux
00:00:00.000 [INFO] [sway/main.c:171] Contents of /etc/os-release:
00:00:00.000 [INFO] [sway/main.c:155] NAME="Alpine Linux"
00:00:00.000 [INFO] [sway/main.c:155] ID=alpine
00:00:00.000 [INFO] [sway/main.c:155] VERSION_ID=3.14.0
00:00:00.000 [INFO] [sway/main.c:155] PRETTY_NAME="Alpine Linux v3.14"
00:00:00.000 [INFO] [sway/main.c:155] HOME_URL="https://alpinelinux.org/"
00:00:00.000 [INFO] [sway/main.c:155] BUG_REPORT_URL="https://bugs.alpinelinux.org/"
00:00:00.000 [INFO] [sway/main.c:143] LD_LIBRARY_PATH=
00:00:00.000 [INFO] [sway/main.c:143] LD_PRELOAD=
00:00:00.000 [INFO] [sway/main.c:143] PATH=/bin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/sbin
00:00:00.000 [INFO] [sway/main.c:143] SWAYSOCK=
00:00:00.000 [DEBUG] [sway/server.c:47] Preparing Wayland server initialization
00:00:00.001 [ERROR] [wlr] [libseat] [libseat/backend/seatd.c:78] Could not connect to socket /run/seatd.sock: No such file or directory
00:00:00.001 [INFO] [wlr] [libseat] [libseat/libseat.c:70] Backend 'seatd' failed to open seat, skipping
00:00:00.001 [ERROR] [wlr] [libseat] [libseat/backend/logind.c:594] Could not get primary session for user: No data available
00:00:00.001 [INFO] [wlr] [libseat] [libseat/libseat.c:70] Backend 'logind' failed to open seat, skipping
00:00:00.001 [ERROR] [wlr] [libseat] [libseat/libseat.c:73] No backend was able to open a seat
00:00:00.001 [ERROR] [wlr] [backend/session/session.c:84] Unable to create seat: Function not implemented
00:00:00.001 [ERROR] [wlr] [backend/session/session.c:218] Failed to load session backend
00:00:00.001 [ERROR] [wlr] [backend/backend.c:353] Failed to start a DRM session
00:00:00.001 [ERROR] [sway/server.c:53] Unable to create backend
```
Installing `seatd`, `seatd-openrc` and launching it before starting sway fixes the problem.
My guess would be that libseat does not detect logind backend, even though libelogind is installed on my system (via so:libelogind.so.0 as sway dependency). Maybe someone more familiar with sway internals could comment on that.Michał PolańskiMichał Polańskihttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12829Alpine 3.14 - Xvfb - The XKEYBOARD keymap compiler (xkbcomp) reports: > Warni...2022-10-10T19:36:05ZMichael VoříšekAlpine 3.14 - Xvfb - The XKEYBOARD keymap compiler (xkbcomp) reports: > Warning: Could not resolve keysym XF86BrightnessAutoIssue present since Alpine 3.14, example output:
```
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Could not resolve keysym XF86BrightnessAuto
> Warning: Could not resolve keysym XF86DisplayOff
> Warning:...Issue present since Alpine 3.14, example output:
```
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Could not resolve keysym XF86BrightnessAuto
> Warning: Could not resolve keysym XF86DisplayOff
> Warning: Could not resolve keysym XF86Info
> Warning: Could not resolve keysym XF86AspectRatio
> Warning: Could not resolve keysym XF86DVD
> Warning: Could not resolve keysym XF86Audio
> Warning: Could not resolve keysym XF86ChannelUp
> Warning: Could not resolve keysym XF86ChannelDown
> Warning: Could not resolve keysym XF86Break
> Warning: Could not resolve keysym XF86VideoPhone
> Warning: Could not resolve keysym XF86ZoomReset
> Warning: Could not resolve keysym XF86Editor
> Warning: Could not resolve keysym XF86GraphicsEditor
> Warning: Could not resolve keysym XF86Presentation
> Warning: Could not resolve keysym XF86Database
> Warning: Could not resolve keysym XF86Voicemail
...
Errors from xkbcomp are not fatal to the X server
```
observations:
- warnings are shown when X display is used (for ex. for Selenium testing)
- and they originate from Xvfb (when output of this command is redirected to /dev/null, warnings are supressed)https://gitlab.alpinelinux.org/alpine/aports/-/issues/12828Getting Segmentation fault on aarch64 with PHP2022-10-28T16:49:45ZJindřiškaGetting Segmentation fault on aarch64 with PHPHi guys,
I just upgraded my Nextcloud PHP docker image to 3.14 and suddenly it Nextcloud stopped working. When I attach to docker image and tried to run php index.php, I've got `Segmentation fault`.. but I find from like 10 runs, one wa...Hi guys,
I just upgraded my Nextcloud PHP docker image to 3.14 and suddenly it Nextcloud stopped working. When I attach to docker image and tried to run php index.php, I've got `Segmentation fault`.. but I find from like 10 runs, one was correct and php code get executed.
```
docker exec -it owncloud_owncloud_1 /bin/sh
/ $ cd /var/www/owncloud/
/var/www/owncloud $ php status.php
Segmentation fault
/var/www/owncloud $ php status.php
Segmentation fault
/var/www/owncloud $ php status.php
Array
(
[installed] => 1
[maintenance] =>
[needsDbUpgrade] =>
[version] => 20.0.10.1
[versionstring] => 20.0.10
[edition] =>
[productname] => Nextcloud
[extendedSupport] =>
)
/var/www/owncloud $ php status.php
Segmentation fault
/var/www/owncloud $ php status.php
Segmentation fault
/var/www/owncloud $ php status.php
Segmentation fault
```
When I downgraded to 3.13 everything starts working again.. but it took me quite long night to find that :)
Docker image looks like this:
```
# php7-base
#
# VERSION 0.1
FROM arm64v8/alpine:3.13
# Create user + group & Base packages
RUN addgroup -g 6662 php && adduser -u 6662 -H -s /sbin/nologin -G php -D php && \
apk --update add php7-mcrypt \
php7-soap \
php7-openssl \
php7-gmp \
php7-pdo_odbc \
php7-json \
php7-dom \
php7-pdo \
php7-zip \
php7-mysqlnd \
php7-mysqli \
php7-sqlite3 \
php7-apcu \
php7-pdo_pgsql \
php7-bcmath \
php7-gd \
php7-opcache \
php7-odbc \
php7-pdo_mysql \
php7-pdo_sqlite \
php7-gettext \
php7-xmlreader \
php7-xmlwriter \
php7-simplexml \
php7-xml \
php7-xmlrpc \
php7-bz2 \
php7-mbstring \
php7-iconv \
php7-curl \
php7-ctype \
php7-zlib \
php7-session \
php7-fpm \
php7-fileinfo \
php7 \
msmtp \
php7-intl \
php7-pecl-imagick \
php7-posix && \
rm -rf /var/cache/apk/*
# set recommended PHP.ini settings
# see https://secure.php.net/manual/en/opcache.installation.php
RUN set -xe && \
cd /etc/php7/ && \
sed 's/;include=/include=/g' php-fpm.conf > php-fpm.conf.bak && \
sed 's/;daemonize = yes/daemonize = no/g' php-fpm.conf.bak > php-fpm.conf && \
cd /etc/php7/php-fpm.d/ && \
sed 's/listen = 127.0.0.1:9000/listen = [::]:9000/g' www.conf > www.conf.bak && \
sed 's/;env/env/g' www.conf.bak > www.conf && \
sed 's/;access.log = log\/php7\/$pool.access.log/access.log = \/proc\/self\/fd\/2/g' www.conf > www.conf.bak && \
# php_admin_value[memory_limit] = 32M
sed 's/;php_admin_value\[memory_limit\] = 32M/php_admin_value\[memory_limit\] = 1G/g' www.conf.bak > www.conf && \
# mv www.conf.bak www.conf && \
chown -R php:php /var/log/php7 && \
echo 'opcache.memory_consumption=128' >> /etc/php7/conf.d/opcache-recommended.ini && \
echo 'opcache.interned_strings_buffer=8' >> /etc/php7/conf.d/opcache-recommended.ini && \
echo 'opcache.max_accelerated_files=10000' >> /etc/php7/conf.d/opcache-recommended.ini && \
echo 'opcache.revalidate_freq=1' >> /etc/php7/conf.d/opcache-recommended.ini && \
echo 'opcache.fast_shutdown=1' >> /etc/php7/conf.d/opcache-recommended.ini && \
echo 'opcache.enable_cli=1' >> /etc/php7/conf.d/opcache-recommended.ini && \
echo 'opcache.enable=1' >> /etc/php7/conf.d/opcache-recommended.ini && \
echo 'opcache.save_comments=1' >> /etc/php7/conf.d/opcache-recommended.ini && \
echo 'apc.enable_cli=1' >> /etc/php7/conf.d/apcu.ini && \
echo 'sendmail_path = "/usr/bin/msmtp -t -i"' >> /etc/php7/conf.d/mail.ini
USER php
EXPOSE 9000
CMD ["/usr/sbin/php-fpm7"]
```
And to make it more strange.. when I move it to x86 virtual machine.. it was working.. so there is some problem in aarch64.
EDIT: I was just checking some issues.. and it looks like there is something wrong with core system more then PHP.. see #12822, #12792https://gitlab.alpinelinux.org/alpine/aports/-/issues/12827testing/sysbench: request to move to community2021-07-09T06:07:23ZNewbytetesting/sysbench: request to move to communityI would like to have this package available on stable releases on Alpine. Is there any reason it has not been moved? It seems like a low-maintenance thing and I don't imagine this is something that would have any security vulnerabilities...I would like to have this package available on stable releases on Alpine. Is there any reason it has not been moved? It seems like a low-maintenance thing and I don't imagine this is something that would have any security vulnerabilities given what it is, so community shouldn't be much of a commitment.
@krupenik — you maintain this, so pinging youhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12826Package request: Split virt-viewer2022-05-09T12:56:20ZMogens JensenPackage request: Split virt-viewerWhile updating my system I noticed that a lot of extra packages were installed:
`libtirpc-conf krb5-conf keyutils-libs libverto krb5-libs libtirpc yajl libvirt-libs libvirt-glib`
I found the culprit was that virt-viewer now actually in...While updating my system I noticed that a lot of extra packages were installed:
`libtirpc-conf krb5-conf keyutils-libs libverto krb5-libs libtirpc yajl libvirt-libs libvirt-glib`
I found the culprit was that virt-viewer now actually includes the virt-viewer executable. However, often you only need the simpler remote-viewer and therefore all the extra dependencies are unnecessary, I therefore suggest that remote-viewer is split into a separate package.https://gitlab.alpinelinux.org/alpine/alpine-conf/-/issues/10484setup-interfaces: Automatically restart networking service2021-11-16T11:20:06ZLukas Bestlesetup-interfaces: Automatically restart networking serviceI used `setup-interfaces` to directly connect to the network in order to download an answer file. I was wondering why the network connection wasn't up immediately and it turned out the `networking` service wasn't restarted automatically....I used `setup-interfaces` to directly connect to the network in order to download an answer file. I was wondering why the network connection wasn't up immediately and it turned out the `networking` service wasn't restarted automatically.
**Proposed feature:**
New `-c` ("connect") flag for `setup-interfaces` that runs `/etc/init.d/networking restart` after setting up the configured interfaces.https://gitlab.alpinelinux.org/alpine/alpine-conf/-/issues/10483setup-alpine: Allow answer file over HTTP(S)2021-11-16T11:36:14ZLukas Bestlesetup-alpine: Allow answer file over HTTP(S)**Current status:**
`setup-alpine -f` currently directly sources the provided answer file. This requires that the answer file is already present on the local file system.
**Proposed feature:**
To provision a new host quickly, it would...**Current status:**
`setup-alpine -f` currently directly sources the provided answer file. This requires that the answer file is already present on the local file system.
**Proposed feature:**
To provision a new host quickly, it would be useful if it automatically downloaded remote answer files over HTTP(S). FTP would also be an option, but I'm not sure if it's still in use for tasks like this.
**Possible implementation:**
If the answer file path starts with a protocol, `wget` could be used to download the answer file into a temporary file as generated by `mktemp`. The protocols `http://`, `https://` and `ftp://` could be allowlisted to ensure that it will work with `wget`.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12825community/libkml fails to find JAVA2021-07-09T06:04:20ZLeocommunity/libkml fails to find JAVASee: https://build.alpinelinux.org/buildlogs/build-edge-aarch64/community/libkml/libkml-1.3.0-r9.log
```txt
-- Found Java: /usr/bin/java (found version "11.0.11")
CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cm...See: https://build.alpinelinux.org/buildlogs/build-edge-aarch64/community/libkml/libkml-1.3.0-r9.log
```txt
-- Found Java: /usr/bin/java (found version "11.0.11")
CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
Could NOT find JNI (missing: JAVA_AWT_LIBRARY JAVA_JVM_LIBRARY
JAVA_INCLUDE_PATH JAVA_INCLUDE_PATH2 JAVA_AWT_INCLUDE_PATH)
Call Stack (most recent call first):
/usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:594 (_FPHSA_FAILURE_MESSAGE)
/usr/share/cmake/Modules/FindJNI.cmake:382 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
src/swig/CMakeLists.txt:47 (find_package)
-- Configuring incomplete, errors occurred!
See also "/home/buildozer/aports/community/libkml/src/libkml-1.3.0/build/CMakeFiles/CMakeOutput.log".
>>> ERROR: libkml: build failed
```Simon Fsimon-alpine@fraho.euSimon Fsimon-alpine@fraho.euhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12824Package Request: gufw2022-02-01T03:30:16ZSaijin-NaibPackage Request: gufwGiven that ufw is in the Community repository, and kindly maintained by Anjandev Momi, I think it would be a great asset to have gufw to complement it and enable easy GUI configuration inside the GNOME desktop environment, which is incre...Given that ufw is in the Community repository, and kindly maintained by Anjandev Momi, I think it would be a great asset to have gufw to complement it and enable easy GUI configuration inside the GNOME desktop environment, which is increasingly more and more fully-featured and fleshed out.
(As an aside, I've been dogfooding the GNOME desktop environment on Alpine as a work desktop environment for the past three months and it has been fantastic!)https://gitlab.alpinelinux.org/alpine/aports/-/issues/12823Can't login as root in minimal root filesystem2021-07-09T08:40:56ZTEHEK1Can't login as root in minimal root filesystemWhen I try login as root through /bin/login or through su, both programs return me "Login incorrect" without requiring passwordWhen I try login as root through /bin/login or through su, both programs return me "Login incorrect" without requiring passwordhttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/10034newapkbuild: fails creating package with new github source url2023-06-22T04:12:02ZJacek Pruciaknewapkbuild: fails creating package with new github source urlI tried creating package with url: https://github.com/open-iscsi/tcmu-runner/archive/refs/tags/v1.5.4.tar.gz \
It generated invalid source url and wget failed with 404 - log (newapkbuild with `set -x`): https://katb.in/fur2898 \
When som...I tried creating package with url: https://github.com/open-iscsi/tcmu-runner/archive/refs/tags/v1.5.4.tar.gz \
It generated invalid source url and wget failed with 404 - log (newapkbuild with `set -x`): https://katb.in/fur2898 \
When someone on IRC told me to try this url: https://github.com/open-iscsi/tcmu-runner/archive/v1.5.4.tar.gz it worked.
This should be fixed or at least mentioned in docs/wiki/man.https://gitlab.alpinelinux.org/alpine/security/secfixes-tracker/-/issues/6Json response and web not matching2022-05-05T18:12:56ZtonaimJson response and web not matchingWhen call https://security.alpinelinux.org/branch/3.11-main/maintainer-issues for JSON response, for CVE-2020-4044 has three fixed : false values as shown in below screenshot
![image](/uploads/d36320762e3f28a3317ac8b87cba18be/image.png)...When call https://security.alpinelinux.org/branch/3.11-main/maintainer-issues for JSON response, for CVE-2020-4044 has three fixed : false values as shown in below screenshot
![image](/uploads/d36320762e3f28a3317ac8b87cba18be/image.png)
But web UI has something says different
![image](/uploads/bcfba0543a1c96d7affcb2fc5c11a0ef/image.png)
Is it a bug or am I missing something?https://gitlab.alpinelinux.org/alpine/aports/-/issues/12822rspamd segmentation fault on aarch642021-11-27T14:12:32Zdalz rspamd segmentation fault on aarch64Running `rspamd` results in a segmentation fault (with no other output) in Alpine 3.14 on a raspberry pi 4, but it works if I switch to edge.
```
# uname -a
Linux piiv 5.10.46-0-rpi4 #1-Alpine SMP PREEMPT Fri Jun 25 13:17:52 UTC 2021 aa...Running `rspamd` results in a segmentation fault (with no other output) in Alpine 3.14 on a raspberry pi 4, but it works if I switch to edge.
```
# uname -a
Linux piiv 5.10.46-0-rpi4 #1-Alpine SMP PREEMPT Fri Jun 25 13:17:52 UTC 2021 aarch64 Linux
```
Probably relevant rspamd issue: https://github.com/rspamd/rspamd/issues/3563.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12821Ruby package permission issues on alpine 3.142021-07-12T14:15:40ZDanny Ben ShitritRuby package permission issues on alpine 3.14I hope this is the right place for such an issue, apologies if not.
This is a problem that just started recently. Installing ruby on alpine 3.14 creates what seems to be an unusable installation.
This is the most minimal Dockerfile tha...I hope this is the right place for such an issue, apologies if not.
This is a problem that just started recently. Installing ruby on alpine 3.14 creates what seems to be an unusable installation.
This is the most minimal Dockerfile that reproduces the problem:
```
FROM alpine:3.14
RUN apk --no-cache add ruby
RUN gem install bundler
```
- When this is built locally on my Ubuntu, it works.
- When it is built on DockerHub - it breaks.
- When it is built on DockerHub with `FROM alpine 3.13` - it works.
At first, this was so weird that I thought it is only my problem, but then I found [this on StackOverflow](https://stackoverflow.com/questions/68243042/you-dont-have-write-permissions-for-the-usr-lib-ruby-gems-2-7-0-directory-alp?noredirect=1) - with the same problem.
The error message:
```
Step 3/3 : RUN gem install bundler
---> Running in 88cb7aa4d4f3
ERROR: While executing gem ... (Gem::FilePermissionError)
You don't have write permissions for the /usr/lib/ruby/gems/2.7.0 directory.
```
---
As a side note - Ruby 3.x is out for a while now, and the most recent apk package is still 2.7. Would be nice if it was updated soon.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12820community/py3-rtslib: outdated2021-07-06T23:48:39ZJacek Pruciakcommunity/py3-rtslib: outdatedPlease update @ncopa ;)Please update @ncopa ;)https://gitlab.alpinelinux.org/alpine/aports/-/issues/12819superlu libblas.so2021-07-09T06:03:16ZSimon Zenisuperlu libblas.soWhen updating `superlu`, there's an ownership issue regarding `libblas.so`
```
ERROR: superlu-5.2.2-r0: trying to overwrite usr/lib/libblas.so owned by blas-dev-3.10.0-r0.
```
`superlu` should not own `libblas.so`
Both packages (`supe...When updating `superlu`, there's an ownership issue regarding `libblas.so`
```
ERROR: superlu-5.2.2-r0: trying to overwrite usr/lib/libblas.so owned by blas-dev-3.10.0-r0.
```
`superlu` should not own `libblas.so`
Both packages (`superlu` and `blas-dev`) are dependencies of `opencv-dev`.Bart RibbersBart Ribbershttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12818Package request: simdjson2022-05-20T16:15:13ZJ0WIPackage request: simdjsonhttps://github.com/simdjson/simdjsonhttps://github.com/simdjson/simdjson