alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2021-10-24T12:20:07Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13127community/nx-libs: fails on 3.15 builders2021-10-24T12:20:07ZAndy Postnikovcommunity/nx-libs: fails on 3.15 buildersfails on few arches
```
make[7]: Entering directory '/home/buildozer/aports/community/nx-libs/src/nx-libs-3.5.99.26/nx-X11/programs/Xserver/dix'
CC atom.c
CC colormap.c
CC cursor.c
CC devices.c
CC dixutils.c
CC extension.c
...fails on few arches
```
make[7]: Entering directory '/home/buildozer/aports/community/nx-libs/src/nx-libs-3.5.99.26/nx-X11/programs/Xserver/dix'
CC atom.c
CC colormap.c
CC cursor.c
CC devices.c
CC dixutils.c
CC extension.c
CC ffs.c
CC gc.c
CC globals.c
CC grabs.c
CC main.c
CC region.c
CC swaprep.c
CC swapreq.c
CC tables.c
CC initatoms.c
CC privates.c
CC pixmap.c
CCLD libdix.a
CCLD libdix.a
ar: libdeps specified more than once
failed command: ar clq libdix.a atom.o colormap.o cursor.o devices.o dixutils.o extension.o ffs.o gc.o globals.o grabs.o main.o region.o swaprep.o swapreq.o tables.o initatoms.o privates.o pixmap.o
make[7]: *** [Makefile:510: libdix.a] Error 1
```3.15.0Francesco ColistaFrancesco Colistahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13128community/mtxclient: fails on 3.15 builders2021-10-24T12:19:53ZAndy Postnikovcommunity/mtxclient: fails on 3.15 buildersfails on few arches
```
[ 10%] Building CXX object CMakeFiles/matrix_client.dir/lib/structs/errors.cpp.o
�[01m�[K/home/buildozer/aports/community/mtxclient/src/mtxclient-0.5.1/lib/crypto/client.cpp:40:1:�[m�[K �[01;31m�[Kerror: �[m�[Kre...fails on few arches
```
[ 10%] Building CXX object CMakeFiles/matrix_client.dir/lib/structs/errors.cpp.o
�[01m�[K/home/buildozer/aports/community/mtxclient/src/mtxclient-0.5.1/lib/crypto/client.cpp:40:1:�[m�[K �[01;31m�[Kerror: �[m�[Kreference to '�[01m�[KOlmErrorCode�[m�[K' is ambiguous
40 | �[01;31m�[KOlmErrorCode�[m�[K
| �[01;31m�[K^~~~~~~~~~~~�[m�[K
In file included from �[01m�[K/home/buildozer/aports/community/mtxclient/src/mtxclient-0.5.1/lib/crypto/client.cpp:8�[m�[K:
�[01m�[K/home/buildozer/aports/community/mtxclient/src/mtxclient-0.5.1/include/mtxclient/crypto/client.hpp:34:12:�[m�[K �[01;36m�[Knote: �[m�[Kcandidates are: '�[01m�[Kenum class mtx::crypto::OlmErrorCode�[m�[K'
```3.15.0Síle Ekaterin AmanSíle Ekaterin Amanhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13130asterisk: IMAP_STORAGE not useful2023-02-07T15:15:27ZMaxRzkasterisk: IMAP_STORAGE not usefulIf IMAP support is expected option "--enable IMAP_STORAGE" doesn't work as it should.
With this option build log contains 'IMAP_STORAGE not found' and necessary module app_voicemail_imap.so not being compiled, only app_voicemail.so and ...If IMAP support is expected option "--enable IMAP_STORAGE" doesn't work as it should.
With this option build log contains 'IMAP_STORAGE not found' and necessary module app_voicemail_imap.so not being compiled, only app_voicemail.so and asterisk haven't IMAP support. After replacement with "--enable app_voicemail_imap" everything works. Feature with compiling all three storages at once [appeared](https://www.asterisk.org/announcing-a-new-compile-option-for-app_voicemail-storage/) from asterisk 17.Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/10775Alpine client is not supporting encoding in the repository URL string2021-12-17T08:17:25ZNana ChorageAlpine client is not supporting encoding in the repository URL stringHi Team,
We are using Jfrog private repositories for pull package.
To fetch packages we need to pass username:token in url for authentication.
This works fine in general scenarios.
====================================
vim /etc/apk/...Hi Team,
We are using Jfrog private repositories for pull package.
To fetch packages we need to pass username:token in url for authentication.
This works fine in general scenarios.
====================================
vim /etc/apk/repositories
https://useranme:mytoken@orgnization.jfrog.io/artifactory/alpine-org/v3.13/main
=====================================
We have one scenarios where , users are using "emails" as the user name.
====================================
vim /etc/apk/repositories
https://useranme@org.com:mytoken@orgnization.jfrog.io/artifactory/alpine-org/v3.13/main
This give error.
fetch https://useranme@org.com:mytoken@orgnization.jfrog.io/artifactory/alpine-org/v3.13/main/x86_64/APKINDEX.tar.gz
ERROR: https://useranme@org.com:mytoken@orgnization.jfrog.io/artifactory/alpine-org/v3.13/main: invalid URL (check your repositories file)
WARNING: Ignoring https://useranme@org.com:mytoken@orgnization.jfrog.io/artifactory/alpine-org/v3.13/main: No such file or directory
We also tried with encoding username.
https://useranme%40org.com:mytoken@orgnization.jfrog.io/artifactory/alpine-org/v3.13/main
This gives error:
fetch https://useranme%40org.com:mytoken@orgnization.jfrog.io/artifactory/alpine-org/v3.13/main/x86_64/APKINDEX.tar.gz
ERROR: https://useranme%40org.com:mytoken@orgnization.jfrog.io/artifactory/alpine-org/v3.13/main/main: Permission denied
WARNING: Ignoring https://useranme%40org.com:mytoken@orgnization.jfrog.io/artifactory/alpine-org/v3.13/main: No such file or directory
We contacted jforg on this and concluded that "Alpine client is not supporting encoding in the repository URL string"
Could you please help on this and advise correct approach on configuring authentication on alpine.
Just FYI , Debain offers to read authentication from conf file https://manpages.debian.org/testing/apt/apt_auth.conf.5.en.html
Do we have anything like this on for alpine ?
Thank you
Nanahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13131btrbk should depend on coreutils2022-02-23T13:32:20ZForzabtrbk should depend on coreutilsbtrbk is a python program that creates and manages btrfs snapshots. It uses `readlink -e` which is not available in busybox's readlink. Therefore it needs to depend on `coreutils` for installation.
The btrbk source code specifically men...btrbk is a python program that creates and manages btrfs snapshots. It uses `readlink -e` which is not available in busybox's readlink. Therefore it needs to depend on `coreutils` for installation.
The btrbk source code specifically mentions that busybox does not work:
```
sub system_realpath($)
{
my $vol = shift // die;
my $path = $vol->{PATH} // die;
my $compat = (($vol->{HOST} && config_key($vol, "compat_remote")) //
config_key($vol, "compat_local") //
config_key($vol, "compat")) // "" eq "busybox";
my @options = ("-v"); # report error messages
push @options, "-e" unless($compat); # all components must exist (not available in busybox!)
push @options, "-f" if($compat); # all but the last component must exist.
my $ret = run_cmd(cmd => vinfo_cmd($vol, "readlink", @options, { unsafe => $path } ),
rsh => vinfo_rsh($vol),
non_destructive => 1,
);
return undef unless(defined($ret));
my $realpath = scalar(@$ret) ? (check_file($ret->[0], { absolute => 1 }) // "") : "";
unless($realpath) {
ERROR "Failed to parse output of `realpath` for \"$vol->{PRINT}\": \"$ret->[0]\"";
return undef;
}
DEBUG "Real path for \"$vol->{PRINT}\" is: $realpath";
return undef if($compat && !system_testdir($vol));
return $realpath;
}
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/13132community/seatd: fails to build on ppc64le – ioctl type on musl2022-01-17T12:06:32ZJakub Jirutkacommunity/seatd: fails to build on ppc64le – ioctl type on musl```
ninja: job failed: gcc -Iseatd.p -I. -I.. -I../include -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Wextra -Wpedantic -Werror -std=c11 -Wundef -Wunused -Wlogical-op -Wmissing-include-dirs -Wold-style-definit...```
ninja: job failed: gcc -Iseatd.p -I. -I.. -I../include -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Wextra -Wpedantic -Werror -std=c11 -Wundef -Wunused -Wlogical-op -Wmissing-include-dirs -Wold-style-definition -Wpointer-arith -Wstrict-prototypes -Wimplicit-fallthrough -Wmissing-prototypes -Wvla -Wl,--exclude-libs=ALL -D_XOPEN_SOURCE=700 -D__BSD_VISIBLE '-DSEATD_VERSION="0.6.3"' '-DSEATD_DEFAULTPATH="/run/seatd.sock"' '-DSEATD_INSTALLPATH="/usr/bin/seatd"' '-DREL_SRC_DIR="../"' -DSEATD_ENABLED=1 -DLOGIND_ENABLED=1 -DHAVE_ELOGIND=1 -Os -fomit-frame-pointer -Os -fomit-frame-pointer -fPIE -MD -MQ seatd.p/common_evdev.c.o -MF seatd.p/common_evdev.c.o.d -o seatd.p/common_evdev.c.o -c ../common/evdev.c
../common/evdev.c: In function 'evdev_revoke':
../common/evdev.c:27:19: error: overflow in conversion from 'long unsigned int' to 'int' changes value from '2147763601' to '-2147203695' [-Werror=overflow]
27 | return ioctl(fd, EVIOCREVOKE, NULL);
| ^~~~~~~~~~~
cc1: all warnings being treated as errors
```
Reported to upstream: https://todo.sr.ht/~kennylevinsen/seatd/10
Response from the author:
> Hmm, seems to be a musl vs. the world thing. POSIX defines the ioctl request type as signed int, while glibc on Linux and various BSD libc's defines it as unsigned long. The ioctl request constants overflow a signed int, leading to this warning when using musl. I'm all for POSIX, but if all relevant OS's are incompatible I find it a little silly. See https://gitlab.alpinelinux.org/alpine/aports/-/issues/7580, which links to the musl mailing list.
>
> Other than trying to add bogus casts, I'm not sure there's much I can do about that. I assume it works fine when you disable Werror?
@kaniini, can you help plz?https://gitlab.alpinelinux.org/alpine/aports/-/issues/13133community/webalizer: source gone2021-10-26T19:58:45ZAndy Postnikovcommunity/webalizer: source gonehttps://web.archive.org/web/20210816021535/http://www.webalizer.org/ the site and its ftp server gone
disabled via 087e6893e5https://web.archive.org/web/20210816021535/http://www.webalizer.org/ the site and its ftp server gone
disabled via 087e6893e53.15.0Francesco ColistaFrancesco Colistahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13134Rename bitwarden_rs to vaultwarden2022-02-02T07:21:53ZPatrycja Rosaalpine@ptrcnull.meRename bitwarden_rs to vaultwardenThey officially changed the name a good while ago to avoid trademark/branding issues: https://github.com/dani-garcia/vaultwarden
cc: @montdidierThey officially changed the name a good while ago to avoid trademark/branding issues: https://github.com/dani-garcia/vaultwarden
cc: @montdidierhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13135Downgrade meson to 0.59.3 from 0.60.02021-10-26T11:20:49ZAndy PostnikovDowngrade meson to 0.59.3 from 0.60.0Lots on gnome packages failed to build in 3.15 because of deprecations in 0.59
Upstream issue https://github.com/mesonbuild/meson/issues/9441
- https://mesonbuild.com/Release-notes-for-0-59-0.html
- https://mesonbuild.com/Release-notes...Lots on gnome packages failed to build in 3.15 because of deprecations in 0.59
Upstream issue https://github.com/mesonbuild/meson/issues/9441
- https://mesonbuild.com/Release-notes-for-0-59-0.html
- https://mesonbuild.com/Release-notes-for-0-60-0.html
For example https://mesonbuild.com/Reference-manual_builtin_meson.html#mesonsource_root
So build failed with `data/meson.build:34:0: ERROR: Function does not take positional arguments.` (mostly all gnome)
- [log1](https://build.alpinelinux.org/buildlogs/build-3-15-armv7/community/gnome-authenticator/gnome-authenticator-4.0.3-r1.log)
- [log2](https://build.alpinelinux.org/buildlogs/build-3-15-x86/community/gnome-maps/gnome-maps-41.0-r1.log)
- [log2](https://build.alpinelinux.org/buildlogs/build-3-15-aarch64/community/nemo/nemo-4.8.6-r0.log)
related
- !26811
- !268183.15.0https://gitlab.alpinelinux.org/alpine/alpine-conf/-/issues/10488Clarify DNS Nameserver(s)? prompt setup-dns2021-11-16T10:10:59ZZach PetersClarify DNS Nameserver(s)? prompt setup-dnsWhen prompted to enter a nameserver (or multiple name servers) it is not immediately clear if the nameservers should be space or comma delimited. If the ip addresses are comma separated, no error will be reported, but the `/etc/resolv.c...When prompted to enter a nameserver (or multiple name servers) it is not immediately clear if the nameservers should be space or comma delimited. If the ip addresses are comma separated, no error will be reported, but the `/etc/resolv.conf` entry will (obviously) be malformed.
I propose simply adding words to the effect of "separated by spaces" to the prompt. Additionally a simple check could be added to check the input format before committing to file.https://gitlab.alpinelinux.org/alpine/aports/-/issues/13136community/py3-oscrypto: tests segfaults on builders2021-10-26T16:50:57ZAndy Postnikovcommunity/py3-oscrypto: tests segfaults on builders```
copying oscrypto/_openssl/asymmetric.py -> build/lib/oscrypto/_openssl
Working dir: /home/buildozer/aports/community/py3-oscrypto/src/oscrypto-1.2.1
Python 3.9.7 (default, Oct 14 2021, 11:02:57) [GCC 10.3.1 20210921]
asn1crypto: 1.4...```
copying oscrypto/_openssl/asymmetric.py -> build/lib/oscrypto/_openssl
Working dir: /home/buildozer/aports/community/py3-oscrypto/src/oscrypto-1.2.1
Python 3.9.7 (default, Oct 14 2021, 11:02:57) [GCC 10.3.1 20210921]
asn1crypto: 1.4.0, /usr/lib/python3.9/site-packages/asn1crypto
oscrypto: openssl backend, 1.2.1, /home/buildozer/aports/community/py3-oscrypto/src/oscrypto-1.2.1/oscrypto
.....................................................................................................................................Segmentation fault
>>> ERROR: py3-oscrypto: check failed
```
- https://build.alpinelinux.org/buildlogs/build-3-15-x86_64/community/py3-oscrypto/py3-oscrypto-1.2.1-r1.log
- http://build.alpinelinux.org/buildlogs/build-3-15-x86/community/py3-oscrypto/py3-oscrypto-1.2.1-r1.log3.15.0Sören TempelSören Tempelhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13137community/tvheadend: failed to build2021-10-26T17:46:46ZAndy Postnikovcommunity/tvheadend: failed to buildlogs explain that it failed to download something
```
DOWNLOAD misc/staticlib/unknown/i586/hdhomerun-d5b0f068b75524c990f245cbaef640d1ad67a947.tgz / kZ54ee7ZUvsSYmb9VGSpnmoVzcAUhpBXLq8k
CC src/subscriptions.o
CC ...logs explain that it failed to download something
```
DOWNLOAD misc/staticlib/unknown/i586/hdhomerun-d5b0f068b75524c990f245cbaef640d1ad67a947.tgz / kZ54ee7ZUvsSYmb9VGSpnmoVzcAUhpBXLq8k
CC src/subscriptions.o
CC src/service.o
env: ‘python’: No such file or directory
FAILED TO DOWNLOAD (BUT THIS IS NOT A FATAL ERROR! DO NOT REPORT THAT!)
CC src/htsp_server.o
make[1]: Leaving directory '/home/buildozer/aports/community/tvheadend/src/tvheadend-4.2.8'
make -f Makefile.hdhomerun build
make[1]: Entering directory '/home/buildozer/aports/community/tvheadend/src/tvheadend-4.2.8'
WGET http://download.silicondust.com/hdhomerun/libhdhomerun_20171221.tgz
make[2]: Entering directory '/home/buildozer/aports/community/tvheadend/src/tvheadend-4.2.8'
Connecting to download.silicondust.com (172.67.69.187:80)
wget: server returned error: HTTP/1.1 404 Not Found
make[1]: *** [Makefile.hdhomerun:79: /home/buildozer/aports/community/tvheadend/src/tvheadend-4.2.8/build.linux/hdhomerun/libhdhomerun_20171221/.tvh_download] Error 1
```3.15.0Carlo LandmeterCarlo Landmeterhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13138testing/lxd-4.19 broken2021-10-28T04:31:25ZDavid Htesting/lxd-4.19 brokenHi there,
It looks like lxd-4.19 is broken on edge/testing. Reverting it manually to lxd-4.18 with a local dev pkg build seems to work again.
Containers refuses to launch with lxd-4.19 with the following:
```
~# lxc info --show-log alpi...Hi there,
It looks like lxd-4.19 is broken on edge/testing. Reverting it manually to lxd-4.18 with a local dev pkg build seems to work again.
Containers refuses to launch with lxd-4.19 with the following:
```
~# lxc info --show-log alpine-test
Name: alpine-test
Status: STOPPED
Type: container
Architecture: x86_64
Created: 2021/09/22 22:38 PDT
Last Used: 2021/10/25 23:04 PDT
Log:
lxc alpine-test 20211026060445.130 ERROR start - start.c:core_scheduling:1570 - Invalid argument - The kernel does not support core scheduling
lxc alpine-test 20211026060445.130 ERROR lxccontainer - lxccontainer.c:wait_on_daemonized_start:867 - Received container state "ABORTING" instead of "RUNNING"
lxc alpine-test 20211026060445.131 ERROR start - start.c:__lxc_start:2068 - Failed to spawn container "alpine-test"
lxc alpine-test 20211026060445.131 WARN start - start.c:lxc_abort:1038 - No such process - Failed to send SIGKILL via pidfd 45 for process 26217
lxc 20211026060450.151 ERROR af_unix - af_unix.c:lxc_abstract_unix_recv_fds_iov:218 - Connection reset by peer - Failed to receive response
lxc 20211026060450.151 ERROR commands - commands.c:lxc_cmd_rsp_recv_fds:127 - Failed to receive file descriptors
```
Of course, there are likely some changes upstream that depends on this kernel feature. Speaking of which, my system configuration:
```
# uname -a
Linux alpine-host 5.10.75-0-virt #1-Alpine SMP Thu, 21 Oct 2021 09:03:21 +0000 x86_64 Linux
# cat /etc/alpine-release
3.15.0_alpha20210804
```
Reproducible on both -virt and -lts kernel.
NOTE: Downgrading will also cause the lxd database to be incompatible and refuses to startup :( . I haven't looked into this area yet.https://gitlab.alpinelinux.org/alpine/aports/-/issues/13139community/kweather 21.08-r0 do not show any graph2021-10-28T18:55:19ZFabio Sgammacommunity/kweather 21.08-r0 do not show any graphHi,
running `kweather` 21.08-r0 and selecting a location will show a blank page. Running it on the terminal print an error that seems to indicate a missing dependency:
```
qml: loaded flat view
qrc:/qml/FlatLocationForecast.qml:104:9: Ty...Hi,
running `kweather` 21.08-r0 and selecting a location will show a blank page. Running it on the terminal print an error that seems to indicate a missing dependency:
```
qml: loaded flat view
qrc:/qml/FlatLocationForecast.qml:104:9: Type WeatherStrip unavailable
qrc:/qml/WeatherStrip.qml:11:1: module "QtCharts" is not installed
```
I think the package `kweather` is refering to is the `qt5-qtcharts` that it is a reported dependency, but seems to miss the qml files if compared to the `qt6-qtcharts`. I know qt5 and qt6 are completely different, but still i have not managed to find such related qml files other than in the qt6 package.
My system is Pinephone PostmarketOS Edge with Plasma Mobile. Since this package is picked directly from the Alpine repositories, i suppose this bug is affecting also Alpine, so i thought to open an issue here. If i'm wrong, i'm sorry and i will close the issue.
Thanks for listening, have a good dayBart RibbersBart Ribbershttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13140community/tootle: doesn't build with recent libsoup/vala2021-10-27T00:20:44ZSören Tempelcommunity/tootle: doesn't build with recent libsoup/valaSee:
* https://github.com/bleakgrey/tootle/issues/337
* https://github.com/bleakgrey/tootle/issues/320
can be activated again after those upstream issues are resolved but for now it was disabled to unblock the builders.
CC: @craftyguySee:
* https://github.com/bleakgrey/tootle/issues/337
* https://github.com/bleakgrey/tootle/issues/320
can be activated again after those upstream issues are resolved but for now it was disabled to unblock the builders.
CC: @craftyguyhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13141community/libreoffice: enable on more arches2021-11-12T16:37:19ZAndy Postnikovcommunity/libreoffice: enable on more archesdisabled arches for 3.15 builders
- ppc64 https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/11136/diffs#note_188127
- aarch64, armv7, x86 - !26829
```
checking which boost to use... external
checking for boostlib >= 1.66.....disabled arches for 3.15 builders
- ppc64 https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/11136/diffs#note_188127
- aarch64, armv7, x86 - !26829
```
checking which boost to use... external
checking for boostlib >= 1.66... yes
checking whether the Boost::Date_Time library is available... yes
checking for exit in -lboost_date_time... yes
checking whether the Boost::Filesystem library is available... yes
checking for exit in -lboost_filesystem... no
checking for exit in -lboost_filesystem... (cached) no
configure: error: Could not link against boost_filesystem !
>>> ERROR: libreoffice: build failed
```
TODO
- fix boost
- enable the aport for 3.15 release3.15.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/13142community/greenbone-security-assistant: fails on 3.15 builders2021-10-28T07:50:39ZAndy Postnikovcommunity/greenbone-security-assistant: fails on 3.15 buildersarhhf and aarch64
```
[100%] Build gsa install files
yarn run v1.22.17
$ INLINE_RUNTIME_CHUNK=false react-scripts build
node:internal/modules/cjs/loader:488
throw e;
^
Error [ERR_PACKAGE_PATH_NOT_EXPORTED]: Package subpath ...arhhf and aarch64
```
[100%] Build gsa install files
yarn run v1.22.17
$ INLINE_RUNTIME_CHUNK=false react-scripts build
node:internal/modules/cjs/loader:488
throw e;
^
Error [ERR_PACKAGE_PATH_NOT_EXPORTED]: Package subpath './lib/tokenize' is not defined by "exports" in /home/buildozer/aports/community/greenbone-security-assistant/src/gsa-21.4.3/gsa/node_modules/postcss-safe-parser/node_modules/postcss/package.json
at new NodeError (node:internal/errors:371:5)
at throwExportsNotFound (node:internal/modules/esm/resolve:416:9)
at packageExportsResolve (node:internal/modules/esm/resolve:669:3)
at resolveExports (node:internal/modules/cjs/loader:482:36)
at Function.Module._findPath (node:internal/modules/cjs/loader:522:31)
at Function.Module._resolveFilename (node:internal/modules/cjs/loader:919:27)
at Function.Module._load (node:internal/modules/cjs/loader:778:27)
at Module.require (node:internal/modules/cjs/loader:999:19)
at require (node:internal/modules/cjs/helpers:102:18)
at Object.<anonymous> (/home/buildozer/aports/community/greenbone-security-assistant/src/gsa-21.4.3/gsa/node_modules/postcss-safe-parser/lib/safe-parser.js:1:17) {
code: 'ERR_PACKAGE_PATH_NOT_EXPORTED'
}
Node.js v17.0.1
error Command failed with exit code 1.
```
https://build.alpinelinux.org/buildlogs/build-3-15-armhf/community/greenbone-security-assistant/greenbone-security-assistant-21.4.3-r0.log3.15.0Francesco ColistaFrancesco Colistahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13143community/glibd: enable on aarch642021-10-28T04:37:04ZAndy Postnikovcommunity/glibd: enable on aarch64it's been disabled via b69976ed9a631358272a7f08009c44d2314b5854
fron builder's log
```
Found pkg-config: /usr/bin/pkg-config (1.8.0)
Run-time dependency glib-2.0 found: YES 2.70.0
Run-time dependency gmodule-2.0 found: YES 2.70.0
Run-ti...it's been disabled via b69976ed9a631358272a7f08009c44d2314b5854
fron builder's log
```
Found pkg-config: /usr/bin/pkg-config (1.8.0)
Run-time dependency glib-2.0 found: YES 2.70.0
Run-time dependency gmodule-2.0 found: YES 2.70.0
Run-time dependency gobject-2.0 found: YES 2.70.0
Run-time dependency gio-2.0 found: YES 2.70.0
Run-time dependency gobject-introspection-1.0 found: YES 1.70.0
Program girtod found: YES (/usr/bin/girtod)
Message: Generating D interfaces from GIR...
meson.build:35:4: ERROR: Problem encountered: Unable to build D intefaces from GIR:
Error /home/buildozer/aports/community/glibd/src/GlibD-2.3.0/src/APILookupGLib.txt(1988): Unknown function string_new
A full log can be found at /home/buildozer/aports/community/glibd/src/GlibD-2.3.0/output/meson-logs/meson-log.txt
>>> ERROR: glibd: build failed
```3.15.0Rasmus Thomsenoss@cogitri.devRasmus Thomsenoss@cogitri.devhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13144community/bandwhich: fails to build on aarch642021-11-06T09:07:20ZAndy Postnikovcommunity/bandwhich: fails to build on aarch64Disabled via c46663e0b0
```
To update snapshots run `cargo insta review`
thread 'tests::cases::ui::sustained_traffic_from_one_process_total' panicked at 'attempted to leave type `linked_hash_map::Node<yaml_rust::yaml::Yaml, yaml_rust::ya...Disabled via c46663e0b0
```
To update snapshots run `cargo insta review`
thread 'tests::cases::ui::sustained_traffic_from_one_process_total' panicked at 'attempted to leave type `linked_hash_map::Node<yaml_rust::yaml::Yaml, yaml_rust::yaml::Yaml>` uninitialized, which is invalid', /home/buildozer/aports/community/rust/src/rustc-1.55.0-src/library/core/src/mem/mod.rs:663:9
failures:
tests::cases::ui::sustained_traffic_from_multiple_processes_bi_directional_total
tests::cases::ui::sustained_traffic_from_multiple_processes_total
tests::cases::ui::sustained_traffic_from_one_process_total
test result: FAILED. 44 passed; 3 failed; 0 ignored; 0 measured; 0 filtered out; finished in 5.88s
error: test failed, to rerun pass '--bin bandwhich'
```3.15.0Anjandev MomiAnjandev Momihttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13145community/go-ipfs: segfaults on 3.15 aarch64-builder2022-03-29T17:03:13ZAndy Postnikovcommunity/go-ipfs: segfaults on 3.15 aarch64-builderDisabled on aarch64 via b0e0dc11ccdb3ff6485c38be1e5f2193fac866c3
```
go: downloading github.com/go-logfmt/logfmt v0.5.0
go: downloading google.golang.org/genproto v0.0.0-20200825200019-8632dd797987
plugin/loader/preload.sh > plugin/loade...Disabled on aarch64 via b0e0dc11ccdb3ff6485c38be1e5f2193fac866c3
```
go: downloading github.com/go-logfmt/logfmt v0.5.0
go: downloading google.golang.org/genproto v0.0.0-20200825200019-8632dd797987
plugin/loader/preload.sh > plugin/loader/preload.go
go version go1.17.2 linux/arm64
bin/check_go_version 1.15.2
go fmt plugin/loader/preload.go >/dev/null
go build "-asmflags=all='-trimpath=/home/buildozer/aports/community/go-ipfs/src'" "-gcflags=all='-trimpath=/home/buildozer/aports/community/go-ipfs/src'" -ldflags="-X "github.com/ipfs/go-ipfs".CurrentCommit=c46663e0b0" -o "cmd/ipfs/ipfs" "github.com/ipfs/go-ipfs/cmd/ipfs"
Segmentation fault
>>> ERROR: go-ipfs: build failed
```
https://build.alpinelinux.org/buildlogs/build-3-15-aarch64/community/go-ipfs/go-ipfs-0.10.0-r0.log3.16.0Oleg TitovOleg Titov