alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2021-08-08T13:59:19Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11184falkon segfault (32bit)2021-08-08T13:59:19Zluisfalkon segfault (32bit)I brought back to life my old acer aspire one ZG5 (processor : N270 (32bits), 1.5Gb ram) by powering it with alpine linux. Unfortunately falkon crash (as midori does too). Here are information I've been able to collect :
aao:~$ falkon
Q...I brought back to life my old acer aspire one ZG5 (processor : N270 (32bits), 1.5Gb ram) by powering it with alpine linux. Unfortunately falkon crash (as midori does too). Here are information I've been able to collect :
aao:~$ falkon
QWebEngineUrlScheme::registerScheme: Too late to register scheme "falkon"
QWebEngineUrlScheme::registerScheme: Too late to register scheme "extension"
Please register the custom scheme 'falkon' via QWebEngineUrlScheme::registerScheme() before installing the custom scheme handler.
Please register the custom scheme 'extension' via QWebEngineUrlScheme::registerScheme() before installing the custom scheme handler.
Falkon: 1 extensions loaded
Segmentation fault
dmesg
[ 421.063860] sd 2:0:0:0: [sdb] Attached SCSI removable disk
[ 554.184708] usb 1-1: USB disconnect, device number 3
[ 582.557812] Chrome_InProcGp[2837]: segfault at a5fd63c8 ip a8eb7ad3 sp a5fd63c0 error 6 in i915_dri.so[a8c98000+5e5000]
[ 582.557839] Code: 00 00 00 74 05 e8 19 49 3c 00 81 c4 bc 01 00 00 5b 5e 5f 5d c3 55 57 e8 02 68 de ff 81 c7 b7 cf 70 00 56 53 81 ec 1c 10 02 00 <89> 44 24 08 89 7c 24 0c 65 a1 14 00 00 00 89 84 24 0c 10 02 00 31
[ 659.394294] perf: interrupt took too long (5033 > 5018), lowering kernel.perf_event_max_sample_rate to 39600
(gdb) run
Starting program: /usr/bin/falkon
[New LWP 2781]
[New LWP 2782]
[New LWP 2783]
[Detaching after fork from child process 2784]
[Detaching after fork from child process 2785]
[New LWP 2788]
Thread 5 "falkon" received signal SIG34, Real-time event 34.
[Switching to LWP 2788]
0xb6f9eafc in std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_assign(char*, unsigned int, char) ()
from /usr/lib/libstdc++.so.6
(gdb)
Cheers
AlpineRenaulthttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11183open-iscsi binary path2020-02-03T16:46:41Zrivo nurgesopen-iscsi binary pathSince open-iscsi-2.1.0-r1 iscsid and iscsiadm are installed into /sbin. Init script still expects them to be in /usr/sbin as before.
```
$ apk info -L open-iscsi
open-iscsi-2.1.0-r1 contains:
etc/iscsi/iscsid.conf
etc/iscsi/initiatornam...Since open-iscsi-2.1.0-r1 iscsid and iscsiadm are installed into /sbin. Init script still expects them to be in /usr/sbin as before.
```
$ apk info -L open-iscsi
open-iscsi-2.1.0-r1 contains:
etc/iscsi/iscsid.conf
etc/iscsi/initiatorname.iscsi
etc/iscsi/ifaces/iface.example
sbin/iscsi-iname
sbin/iscsiadm
sbin/iscsi_offload
sbin/iscsiuio
sbin/iscsi-gen-initiatorname
sbin/iscsi_discovery
sbin/iscsistart
sbin/iscsid
sbin/iscsi_fw_login
usr/lib/libopeniscsiusr.so
usr/lib/libopeniscsiusr.so.0
usr/lib/libopeniscsiusr.so.0.2.0
usr/lib/pkgconfig/libopeniscsiusr.pc
usr/include/libopeniscsiusr_session.h
usr/include/libopeniscsiusr_iface.h
usr/include/libopeniscsiusr_common.h
usr/include/libopeniscsiusr.h
$ egrep "command=|ISCSIADM=" /etc/init.d/iscsid
command="/usr/sbin/iscsid"
ISCSIADM=/usr/sbin/iscsiadm
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/11182busybox xz does not support the z switch2020-02-03T15:47:26ZCarlo Landmeterbusybox xz does not support the z switch-z, --compress
Compress. This is the default operation mode when no operation mode option is specified, and no other operation mode is implied from the command name (for example, unxz implies --decompress).
It sounds like some scripts w...-z, --compress
Compress. This is the default operation mode when no operation mode option is specified, and no other operation mode is implied from the command name (for example, unxz implies --decompress).
It sounds like some scripts will use -z and busybox xz will just fail.
```
xz -z
xz: unrecognized option: z
BusyBox v1.31.1 () multi-call binary.
Usage: xz -d [-cfk] [FILE]...
Decompress FILE (or stdin)
-d Decompress
-c Write to stdout
-f Force
-k Keep input files
```Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11181tlp: service doesn't start2020-02-03T00:54:05ZPiero La Terzatlp: service doesn't startthis package was updated yesterday from 1.2.2 -> 1.3.0: 385e421994f808326f67156579001d39a06a3e5a
starting TLP doesn't work, whether via the service or manually.
from `/etc/init.d/tlp`:
```
start() { tlp init start; }
```
trying to run...this package was updated yesterday from 1.2.2 -> 1.3.0: 385e421994f808326f67156579001d39a06a3e5a
starting TLP doesn't work, whether via the service or manually.
from `/etc/init.d/tlp`:
```
start() { tlp init start; }
```
trying to run tlp manually:
```
# tlp init start
/usr/sbin/tlp: line 403: /usr/share/tlp/tlp-readconfs: not found
```
this doesn't make sense: `/usr/share/tlp/tlp-readconfs` does indeed exist.https://gitlab.alpinelinux.org/alpine/aports/-/issues/11180Package request: lua-psl2020-02-05T10:50:21ZJ0WIPackage request: lua-pslhttps://github.com/daurnimator/lua-psl
Required by `lua-http`https://github.com/daurnimator/lua-psl
Required by `lua-http`https://gitlab.alpinelinux.org/alpine/aports/-/issues/11179Package request: binaryheap.lua2020-07-26T12:48:37ZJ0WIPackage request: binaryheap.luahttps://github.com/Tieske/binaryheap.lua
Required by `lua-http`https://github.com/Tieske/binaryheap.lua
Required by `lua-http`https://gitlab.alpinelinux.org/alpine/aports/-/issues/11178Package request: Perl HTTP::Headers::Fast2020-02-29T16:58:24ZJ0WIPackage request: Perl HTTP::Headers::FastThis dependency is required for dome other perl modules.This dependency is required for dome other perl modules.https://gitlab.alpinelinux.org/alpine/aports/-/issues/11177Package request: Perl Cookie::Baker2020-02-29T16:58:34ZJ0WIPackage request: Perl Cookie::BakerThis dependency is required for dome other perl modules.This dependency is required for dome other perl modules.https://gitlab.alpinelinux.org/alpine/aports/-/issues/11176Port ghc to more architectures2024-01-24T16:23:52ZJ0WIPort ghc to more architectures`community/ghc` is currently only available for `x86_64`, let's try to bootstrap it for more architectures.`community/ghc` is currently only available for `x86_64`, let's try to bootstrap it for more architectures.https://gitlab.alpinelinux.org/alpine/aports/-/issues/11175feat: CoreDNS, a highly flexible plugin-based DNS server2020-05-14T04:39:06ZTy Sarnafeat: CoreDNS, a highly flexible plugin-based DNS serverCoreDNS is a highly flexible plugin-based DNS server written in Go.
Home Page: https://coredns.io
Source: https://github.com/coredns/corednsCoreDNS is a highly flexible plugin-based DNS server written in Go.
Home Page: https://coredns.io
Source: https://github.com/coredns/corednshttps://gitlab.alpinelinux.org/alpine/docker-abuild/-/issues/62make build-edge recently broke2020-02-03T15:15:14ZRasmus Thomsenoss@cogitri.devmake build-edge recently brokeSeems like ALPINE_IMG isn't being replaced, when running `make build-edge`, as such the build breaks
```
rasmus@alpine ~/P/docker-abuild> make build-edge
sed 's!%%ALPINE_TAG%%!edge!;s!%%ALPINE_REL%%!edge!' \
Dockerfile.in >| Dockerfile...Seems like ALPINE_IMG isn't being replaced, when running `make build-edge`, as such the build breaks
```
rasmus@alpine ~/P/docker-abuild> make build-edge
sed 's!%%ALPINE_TAG%%!edge!;s!%%ALPINE_REL%%!edge!' \
Dockerfile.in >| Dockerfile
DOCKER_BUILDKIT=0 docker build $DOCKER_FLAGS \
-t alpinelinux/docker-abuild:edge-x86_64 .
Sending build context to Docker daemon 184.3kB
Step 1/10 : FROM %%ALPINE_IMG%%/alpine:edge
invalid reference format: repository name must be lowercase
make: *** [Makefile:44: build-edge] Error 1
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/11174gcc 9.2.0 fails to cross compile from x86_64 to aarch642020-12-16T15:57:18ZTherminoel.kuntze@thermi.consultinggcc 9.2.0 fails to cross compile from x86_64 to aarch64build.log [gcc_byobu_scrollback.txt](/uploads/0f89fc16ae75949f9ce2e01382045788/gcc_byobu_scrollback.txt)
config.log [config_log_pass_2.log](/uploads/e58a903eb63db80ea003d4f86582038b/config_log_pass_2.log)
Associated gcc bugtracker tick...build.log [gcc_byobu_scrollback.txt](/uploads/0f89fc16ae75949f9ce2e01382045788/gcc_byobu_scrollback.txt)
config.log [config_log_pass_2.log](/uploads/e58a903eb63db80ea003d4f86582038b/config_log_pass_2.log)
Associated gcc bugtracker ticket: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93523
APKGBUILD and other are freshly checked out from aports (called bootstrap.sh script only has some echo's added)
Essential problem:
```
configure:3529: /home/buildozer/aports/main/gcc/src/build-cross-pass2/./gcc/xgcc -B/home/buildozer/aports/main/gcc/src/build-cross-pass2/./gcc/ -B/usr/aarch64-alpine-linux-musl/bin/ -B/usr/aarch64-alpine-linux-musl/lib/ -isystem /usr/aarch64-alpine-linux-musl/include -isystem /usr/aarch64-alpine-linux-musl/sys-include -o conftest conftest.c >&5
/usr/aarch64-alpine-linux-musl/bin/as: line 1: ELFTш@ре@8: not found
/usr/aarch64-alpine-linux-musl/bin/as: line 1: syntax error: unterminated quoted string
It is picking up the assembler that which seems like is an aarch64 binary rather than the x86_64 binary.
This must be a bug in your build script.
configure:14793: checking where to find the target ld
configure:14821: result: pre-installed in /usr/aarch64-alpine-linux-musl/bin
configure:14835: checking where to find the target lipo
configure:14861: result: pre-installed
configure:14866: checking where to find the target nm
configure:14894: result: pre-installed in /usr/aarch64-alpine-linux-musl/bin
configure:14908: checking where to find the target objcopy
configure:14936: result: pre-installed in /usr/aarch64-alpine-linux-musl/bin
configure:14950: checking where to find the target objdump
configure:14978: result: pre-installed in /usr/aarch64-alpine-linux-musl/bin
configure:14992: checking where to find the target otool
configure:15018: result: pre-installed
configure:15023: checking where to find the target ranlib
configure:15051: result: pre-installed in /usr/aarch64-alpine-linux-musl/bin
configure:15065: checking where to find the target readelf
configure:15093: result: pre-installed in /usr/aarch64-alpine-linux-musl/bin
configure:15107: checking where to find the target strip
configure:15135: result: pre-installed in /usr/aarch64-alpine-linux-musl/bin
configure:15149: checking where to find the target windres
That is the normal place to put the x86_64 binaries that target that target. NOT the target binaries.
THIS IS NOT A GCC BUG but rather you have done something really really bad with your file system and/or the build scripts.
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/11173hplip fails to build (python header missing)2021-09-28T13:32:46ZDavid Demelierhplip fails to build (python header missing)Hello,
I'm trying to build hplip on 3.11 (from git aports, not available for 3.11 yet). It fails with:
```
libtool: compile: gcc "-DPACKAGE_NAME=\"HP Linux Imaging and Printing\"" "-DPACKAGE_TARNAME=\"hplip\"" "-DPACKAGE_VERSION=\"3.1...Hello,
I'm trying to build hplip on 3.11 (from git aports, not available for 3.11 yet). It fails with:
```
libtool: compile: gcc "-DPACKAGE_NAME=\"HP Linux Imaging and Printing\"" "-DPACKAGE_TARNAME=\"hplip\"" "-DPACKAGE_VERSION=\"3.19.11\"" "-DPACKAGE_STRING=\"HP Linux Imaging and Printing 3.19.11\"" "-DPACKAGE_BUGREPORT=\"3.19.11\"" "-DPACKAGE_URL=\"\"" "-DPACKAGE=\"hplip\"" "-DVERSION=\"3.19.11\"" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 "-DLT_OBJDIR=\".libs/\"" -DHAVE_LIBDL=1 -DHAVE_PTHREAD_H=1 -DHAVE_JPEGLIB_H=1 -DHAVE_UINT32_T=1 -DHAVE_LIBHPIP=1 -DHAVE_LIBHPIP=1 -DHAVE_LIBCRYPTO=1 -DHAVE_LIBNETSNMP=1 -DHAVE_NET_SNMP_NET_SNMP_CONFIG_H=1 -DHAVE_CUPS_CUPS_H=1 -DHAVE_LIBUSB_1_0_LIBUSB_H=1 -I. -Iip -Iio/hpmud -Iscan/sane -Iprnt/hpijs -Icommon/ -Os -fomit-frame-pointer -I/usr/include/python2.7 -Iprotocol -Os -fomit-frame-pointer "-DCONFDIR=\"/etc/hp\"" -MT cupsext_la-cupsext.lo -MD -MP -MF .deps/cupsext_la-cupsext.Tpo -c prnt/cupsext/cupsext.c -fPIC -DPIC -o .libs/cupsext_la-cupsext.o
prnt/cupsext/cupsext.c:77:10: fatal error: Python.h: No such file or directory
77 | #include <Python.h>
| ^~~~~~~~~~
compilation terminated.
make: *** [Makefile:5591: cupsext_la-cupsext.lo] Error 1
make: *** Waiting for unfinished jobs....
mv -f .deps/libapdk_la-utils.Tpo .deps/libapdk_la-utils.Plo
>>> ERROR: hplip: build failed
>>> hplip: Uninstalling dependencies...
(1/16) Purging .makedepends-hplip (20200131.064933)
(2/16) Purging libjpeg-turbo-dev (2.0.4-r0)
(3/16) Purging net-snmp-dev (5.8-r3)
(4/16) Purging net-snmp-agent-libs (5.8-r3)
(5/16) Purging cups-dev (2.2.12-r1)
(6/16) Purging libgcrypt-dev (1.8.5-r0)
(7/16) Purging gnutls-dev (3.6.10-r0)
(8/16) Purging gnutls-c++ (3.6.10-r0)
(9/16) Purging libusb-dev (1.0.23-r0)
(10/16) Purging gawk (5.0.1-r0)
(11/16) Purging python3-dev (3.8.1-r0)
(12/16) Purging libgpg-error-dev (1.36-r2)
(13/16) Purging nettle-dev (3.5.1-r0)
(14/16) Purging gmp-dev (6.1.2-r1)
(15/16) Purging libgmpxx (6.1.2-r1)
(16/16) Purging libtasn1-dev (4.15.0-r0)
Executing busybox-1.31.1-r9.trigger
OK: 3973 MiB in 1056 packages
```
Even though python3-dev is correctly installed as dependency prior the build.
Any ideas?https://gitlab.alpinelinux.org/alpine/aports/-/issues/11172sudo in Alpine v3.11 affected by http://bugzilla.sudo.ws/show_bug.cgi?id=9072020-02-05T11:33:19ZHenrik Riomarsudo in Alpine v3.11 affected by http://bugzilla.sudo.ws/show_bug.cgi?id=907http://bugzilla.sudo.ws/show_bug.cgi?id=907
Running
```
sudo -i
```
In Alpine v3.11 without the `shadow` package installed results in a warning about missing `/etc/environment` file.
This is problem is fixed in the sudo version in edge.http://bugzilla.sudo.ws/show_bug.cgi?id=907
Running
```
sudo -i
```
In Alpine v3.11 without the `shadow` package installed results in a warning about missing `/etc/environment` file.
This is problem is fixed in the sudo version in edge.https://gitlab.alpinelinux.org/alpine/aports/-/issues/11171php7-fileinfo package does not install correctly2020-02-03T16:08:43ZJacob Sanfordphp7-fileinfo package does not install correctlyOS:
```
/app # cat /etc/*-release
3.10.3
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.10.3
PRETTY_NAME="Alpine Linux v3.10"
HOME_URL="https://alpinelinux.org/"
BUG_REPORT_URL="https://bugs.alpinelinux.org/"
```
To Duplicate:
```
/app # a...OS:
```
/app # cat /etc/*-release
3.10.3
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.10.3
PRETTY_NAME="Alpine Linux v3.10"
HOME_URL="https://alpinelinux.org/"
BUG_REPORT_URL="https://bugs.alpinelinux.org/"
```
To Duplicate:
```
/app # apk add php7-fileinfo
fetch http://dl-cdn.alpinelinux.org/alpine/v3.10/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.10/community/x86_64/APKINDEX.tar.gz
(1/1) Installing php7-fileinfo (7.3.14-r0)`
OK: 108 MiB in 75 packages
/app # php -m
[PHP Modules]
Core
ctype
curl
date
dom
filter
gd
hash
iconv
intl
json
libxml
mbstring
mcrypt
mysqli
mysqlnd
newrelic
openssl
pcre
Phar
readline
Reflection
session
SPL
standard
xml
xmlreader
zip
zlib
```
Error from php-fpm:
```
PHP Warning: PHP Startup: Unable to load dynamic library 'fileinfo.so' (tried: /usr/lib/php7/modules/fileinfo.so (Error relocating /usr/lib/php7/modules/fileinfo.so: pcre_get_compiled_regex_cache_ex: symbol not found), /usr/lib/php7/modules/fileinfo.so.so (Error loading shared library /usr/lib/php7/modules/fileinfo.so.so: No such file or directory)) in Unknown on line 0
```
Thanks for all your efforts!https://gitlab.alpinelinux.org/alpine/aports/-/issues/11170cadaver: Prompt not working properly2022-02-21T05:11:22ZMarco Dickertcadaver: Prompt not working properlyI'm experiencing a weird issue with cadaver: the promt is somehow broken, i.e. it's not shown, until another output is triggered. Here is an example (and how to reproduce it):
```
marco@mdickert:~$ docker run --rm -ti alpine:edge
/ # apk...I'm experiencing a weird issue with cadaver: the promt is somehow broken, i.e. it's not shown, until another output is triggered. Here is an example (and how to reproduce it):
```
marco@mdickert:~$ docker run --rm -ti alpine:edge
/ # apk add cadaver
fetch http://dl-cdn.alpinelinux.org/alpine/edge/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/edge/community/x86_64/APKINDEX.tar.gz
(1/4) Installing ca-certificates (20191127-r0)
(2/4) Installing expat (2.2.9-r1)
(3/4) Installing neon (0.30.2-r6)
(4/4) Installing cadaver (0.23.3-r4)
Executing busybox-1.31.1-r8.trigger
Executing ca-certificates-20191127-r0.trigger
OK: 7 MiB in 18 packages
/ # cadaver https://cloud.pinknet.de/remote.php/webdav
Authentication required for misterunknown on server `cloud.pinknet.de':
admin
Password:
Username: help
dav:/remote.php/webdav/> Available commands:
ls cd pwd put get mget mput
edit less mkcol cat delete rmcol copy
move lock unlock discover steal showlocks version
checkin checkout uncheckout history label propnames chexec
propget propdel propset search set open close
echo quit unset lcd lls lpwd logout
help describe about
Aliases: rm=delete, mkdir=mkcol, mv=move, cp=copy, more=less, quit=exit=bye
version
dav:/remote.php/webdav/> The `version' command requires 1 argument:
verrsion resource : Place given resource under version control
^Cdav:/remote.php/webdav/> Terminated by signal 2.
Connection to `cloud.pinknet.de' closed.
/ #
```
As you can see, the first line after "Authentication required" is my username, but the prompt "Username: " is not shown until I entered my password and pressed `enter`.
Same with the `help` command: it triggeres the correct output inklusive the prompt, but only after I hit `enter`.https://gitlab.alpinelinux.org/alpine/aports/-/issues/11169[x86_64] testing/celery: py3-tz is missing from dependencies2020-01-30T16:36:14ZPanagiotis Simakis[x86_64] testing/celery: py3-tz is missing from dependenciesWhile I was trying to use [`testing/celery`](https://pkgs.alpinelinux.org/package/edge/testing/x86_64/celery) I got the following error:
```
Traceback (most recent call last):
File "/usr/bin/celery", line 6, in <module>
from ...While I was trying to use [`testing/celery`](https://pkgs.alpinelinux.org/package/edge/testing/x86_64/celery) I got the following error:
```
Traceback (most recent call last):
File "/usr/bin/celery", line 6, in <module>
from pkg_resources import load_entry_point
File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3251, in <module>
def _initialize_master_working_set():
File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3234, in _call_aside
f(*args, **kwargs)
File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3263, in _initialize_master_working_set
working_set = WorkingSet._build_master()
File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 583, in _build_master
ws.require(__requires__)
File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 900, in require
needed = self.resolve(parse_requirements(requirements))
File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 786, in resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'pytz>dev' distribution was not found and is required by celery
```
It looks like `py3-tz` package is missing from dependencies.
After installing `py3-tz`, celery is running smoothly.https://gitlab.alpinelinux.org/alpine/docker-abuild/-/issues/61Implement reuse container2021-04-08T21:10:02ZCarlo LandmeterImplement reuse containerI would like to implement DABUILD_REUSE. The major idea behind is when you are building packages it could fail and this would allow us to quickly reuse the existing container and rerun abuild. Currently we have cached volumes to kind of ...I would like to implement DABUILD_REUSE. The major idea behind is when you are building packages it could fail and this would allow us to quickly reuse the existing container and rerun abuild. Currently we have cached volumes to kind of do similar, but it's not an optimal solution and is currently being removed in !60. I currently have some code locally to test it and it seems to work nicely but it's kind of rough. I also haven't completely thought about possible issues so comments are welcome.Carlo LandmeterCarlo Landmeterhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11168package request: perl: FFI::Platypus::Lang::CPP::Demangle::XS2020-06-26T04:38:53ZSimon Hardy-Francispackage request: perl: FFI::Platypus::Lang::CPP::Demangle::XSAm currently running this command to build it, and it builds just fine if the other required Perl modules are apk added:
```
cpanm --no-wget FFI::Platypus::Lang::CPP::Demangle::XS
```
It would be great if I could just apk add it in fut...Am currently running this command to build it, and it builds just fine if the other required Perl modules are apk added:
```
cpanm --no-wget FFI::Platypus::Lang::CPP::Demangle::XS
```
It would be great if I could just apk add it in future because cpanm is slow...
Thanks!https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10673s390x has network issues2021-11-13T15:28:43ZCarlo Landmeters390x has network issuesWe are seeing network issues on our s390x boxes.
The most notable is via CI where apk takes ages to install packages.
I also noticed issues with wget on the host itself, it was very slow where curl would be really fast.
I upgraded the C...We are seeing network issues on our s390x boxes.
The most notable is via CI where apk takes ages to install packages.
I also noticed issues with wget on the host itself, it was very slow where curl would be really fast.
I upgraded the CI box from 3.10 to 3.11 (including new 5.x kernel) and this seemed to kind of fixed the issue with wget.
But the problem with apk in CI/docker stays the same.Natanael CopaNatanael Copa