aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2022-07-30T05:09:53Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12202bind-tools missing dependencies2022-07-30T05:09:53ZDennisbind-tools missing dependenciesHello,
it is currently not possible to install bind-tools, it still requires libprotobuf.so.25, I believe this error has been introduced after protobuf downgrade: https://git.alpinelinux.org/aports/commit/?id=580df5c6d51e320c9e128d641fe...Hello,
it is currently not possible to install bind-tools, it still requires libprotobuf.so.25, I believe this error has been introduced after protobuf downgrade: https://git.alpinelinux.org/aports/commit/?id=580df5c6d51e320c9e128d641fe47cfdda4e4e02
Thankshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12599community/gnome-authenticator: can not add services2022-07-30T04:57:48ZAlexander Brzoskacommunity/gnome-authenticator: can not add servicesGNOME Authenticator fails to open a new window to add any 2FA services when clicking/tapping on the **+** button in the upper left corner.
<details>
<summary>CLI output</summary>
<pre>
Traceback (most recent call last):
File "/usr/lib/...GNOME Authenticator fails to open a new window to add any 2FA services when clicking/tapping on the **+** button in the upper left corner.
<details>
<summary>CLI output</summary>
<pre>
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/Authenticator/widgets/window.py", line 79, in add_account
add_window = AddAccountWindow()
File "/usr/lib/python3.9/site-packages/Authenticator/widgets/accounts/add.py", line 41, in __init__
self.init_template('AddAccountWindow')
TypeError: <lambda>() takes 0 positional arguments but 1 was given
Couldn't bind the gettext translation domain. Some translations won't work.
module 'locale' has no attribute 'bindtextdomain'
</pre>
</details>
Same as in #12598, the output was collected from an *aarch64* postmarketOS edge installation with Phosh/Wayland, but trying it out on an *x86_64* Alpine edge virtual machine with XFCE/X11 yielded comparable results.
#### Sidenotes
The version in Alpine's repo is outdated (as the package maintainer probably knows). Hoping it would solve my problem, I tried to build the new Rust-based rewrite on my machine but hit [this upstream issue](https://gitlab.gnome.org/World/Authenticator/-/issues/259). I wonder what to do about it?Rasmus Thomsenoss@cogitri.devRasmus Thomsenoss@cogitri.devhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12847gnome-authenticator should depend on py3-setuptools2022-07-30T04:40:02ZAdam Plumbgnome-authenticator should depend on py3-setuptoolsI'm running on postmarketos edge on phosh and testing [gnome-authenticator-3.32.2-r9](https://pkgs.alpinelinux.org/package/edge/community/aarch64/gnome-authenticator). When I run "authenticator" from the command line I get this error:
...I'm running on postmarketos edge on phosh and testing [gnome-authenticator-3.32.2-r9](https://pkgs.alpinelinux.org/package/edge/community/aarch64/gnome-authenticator). When I run "authenticator" from the command line I get this error:
```
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/Authenticator/application.py", line 208, in _is_locked_changed
Window.get_default().refresh_view()
File "/usr/lib/python3.9/site-packages/Authenticator/widgets/window.py", line 69, in get_default
Window.instance = Window()
File "/usr/lib/python3.9/site-packages/Authenticator/widgets/window.py", line 61, in __init__
AccountsManager.get_default()
File "/usr/lib/python3.9/site-packages/Authenticator/models/accounts_manager.py", line 55, in get_default
AccountsManager.instance = AccountsManager()
File "/usr/lib/python3.9/site-packages/Authenticator/models/accounts_manager.py", line 46, in __init__
self.__fill_accounts()
File "/usr/lib/python3.9/site-packages/Authenticator/models/accounts_manager.py", line 134, in __fill_accounts
providers = Database.get_default().get_providers(only_used=True)
File "/usr/lib/python3.9/site-packages/Authenticator/models/database.py", line 52, in get_default
Database.instance = Database()
File "/usr/lib/python3.9/site-packages/Authenticator/models/database.py", line 45, in __init__
self.__apply_migrations()
File "/usr/lib/python3.9/site-packages/Authenticator/models/database.py", line 278, in __apply_migrations
from yoyo import read_migrations
File "/usr/lib/python3.9/site-packages/yoyo/__init__.py", line 15, in <module>
from yoyo.migrations import (read_migrations, # noqa
File "/usr/lib/python3.9/site-packages/yoyo/migrations.py", line 27, in <module>
import pkg_resources
ModuleNotFoundError: No module named 'pkg_resources
```
Installing py3-setuptools allows the application to start up as expected.Rasmus Thomsenoss@cogitri.devRasmus Thomsenoss@cogitri.devhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12732mongodb-tools: Update to latest 4.2.14 on edge and 3.132022-07-30T04:24:25ZMikael Jenklermongodb-tools: Update to latest 4.2.14 on edge and 3.13Update request: It would be nice if someone could update to the latest mongodb-tools.Update request: It would be nice if someone could update to the latest mongodb-tools.Marc VertesMarc Verteshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12518Porting to LLVM 112022-07-21T04:18:21ZRasmus Thomsenoss@cogitri.devPorting to LLVM 11Things which haven't been ported to LLVM11 yet and are disabled for now (once LLVM11 lands on the builders):
- [x] zig @mps
- [x] crystal @mps
- [x] kdevelop @PureTryOut
- [ ] creduce @jirutka
- [ ] intel-graphcs-compiler (https://gi...Things which haven't been ported to LLVM11 yet and are disabled for now (once LLVM11 lands on the builders):
- [x] zig @mps
- [x] crystal @mps
- [x] kdevelop @PureTryOut
- [ ] creduce @jirutka
- [ ] intel-graphcs-compiler (https://github.com/intel/intel-graphics-compiler/issues/152) @krupenikhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12489jabberd: missing dependency packages2022-07-15T23:38:25ZNico Schotteliusjabberd: missing dependency packagesFrom edge:
```
alpine:~# apk add ejabberd
ERROR: unable to select packages:
erlang-asn1 (no such package):
required by: ejabberd-17.09-r5[erlang-asn1]
erlang-crypto (no such package):
required by: ejabberd-17.09-r5[erlang-cr...From edge:
```
alpine:~# apk add ejabberd
ERROR: unable to select packages:
erlang-asn1 (no such package):
required by: ejabberd-17.09-r5[erlang-asn1]
erlang-crypto (no such package):
required by: ejabberd-17.09-r5[erlang-crypto]
erlang-eldap (no such package):
required by: ejabberd-17.09-r5[erlang-eldap]
erlang-mnesia (no such package):
required by: ejabberd-17.09-r5[erlang-mnesia]
erlang-public-key (no such package):
required by: ejabberd-17.09-r5[erlang-public-key]
erlang-sasl (no such package):
required by: ejabberd-17.09-r5[erlang-sasl]
erlang-ssl (no such package):
required by: ejabberd-17.09-r5[erlang-ssl]
erlang-syntax-tools (no such package):
required by: ejabberd-17.09-r5[erlang-syntax-tools]
alpine:~#
alpine:~# cat /etc/apk/repositories
http://dl-2.alpinelinux.org/alpine/edge/main
http://dl-2.alpinelinux.org/alpine/edge/community
http://dl-2.alpinelinux.org/alpine/edge/testing
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/11223Chromium instability in Alpine2022-07-09T23:19:03ZJean-Louis Fuchsjean-louis.fuchs@adfinis.comChromium instability in Alpine**edit: 2020-07-18** still relevant, see !10399
Chromium on alpine 3.11 is unstable for me. Tabs running complex web-apps like Gitlab often die with `Aw, Snap!`
Is anybody else experiencing this?
I run: Version 79.0.3945.130 (Develope...**edit: 2020-07-18** still relevant, see !10399
Chromium on alpine 3.11 is unstable for me. Tabs running complex web-apps like Gitlab often die with `Aw, Snap!`
Is anybody else experiencing this?
I run: Version 79.0.3945.130 (Developer Build) (64-bit) on Alpine 3.11.3
The traces look like this:
```
Received signal 11 SEGV_MAPERR 000000000008
r8: 0000000000000000 r9: 0000000000000000 r10: 00005614fd93db40 r11: 0000000000014561
r12: 00007f3d9d607bb0 r13: 0000000000000000 r14: 0000000000000010 r15: 0000000000000000
di: 00007f3d9d607bb0 si: 0000000000000000 bp: 0000000000000000 bx: 000000000000003f
dx: 0000000000000000 ax: 00005614fe085ee3 cx: 0000000000000001 sp: 00007f3d9d5fdf10
ip: 00007f3da3ce2722 efl: 0000000000010202 cgf: 002b000000000033 erf: 0000000000000004
trp: 000000000000000e msk: 0000000000000000 cr2: 0000000000000008
[end of stack trace]
```
There are some [reports](https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1702501) on debian/ubuntu. I tried disabling extensions and had at least one crash without any extensions.
I currently run: echo 0 > /proc/sys/kernel/randomize_va_space under the assumption that it is some JIT problem. I don't have definite results, yet.https://gitlab.alpinelinux.org/alpine/aports/-/issues/13987sgdisk segmentation fault2022-07-07T09:15:57ZAndrew Hendrixsgdisk segmentation faultSeveral common simple commands in `sgdisk-1.0.9-r1` cause a Segmentation fault.
The simplest and most obvious is
```sh
sgdisk -V
```
to get the version returns
```
GPT fdisk (sgdisk) version 1.0.9.1
Segmentation fault
```
which in turn ...Several common simple commands in `sgdisk-1.0.9-r1` cause a Segmentation fault.
The simplest and most obvious is
```sh
sgdisk -V
```
to get the version returns
```
GPT fdisk (sgdisk) version 1.0.9.1
Segmentation fault
```
which in turn breaks programs that depend on it such as the gnome-disk-utilityhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13024community/pulseaudio-15.0.1-r1: once_test fails on armv7/armhf2022-07-06T14:01:54ZKevin Daudtcommunity/pulseaudio-15.0.1-r1: once_test fails on armv7/armhfpulseaudio-15.0.1-r1 has a test failure on armv7 and armhf:
```
48/51 once-test FAIL 0.12s exit status 1
――――――――――――――――...pulseaudio-15.0.1-r1 has a test failure on armv7 and armhf:
```
48/51 once-test FAIL 0.12s exit status 1
――――――――――――――――――――――――――――――――――――― ✀ ―――――――――――――――――――――――――――――――――――――
Running suite(s): Once
0%: Checks: 1, Failures: 1, Errors: 0
../src/tests/once-test.c:72:F:once:once_test:0: Assertion 'pthread_setaffinity_np(pthread_self(), sizeof(mask), &mask) == 0' failed
――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
```
See:
* https://build.alpinelinux.org/buildlogs/build-edge-armv7/community/pulseaudio/pulseaudio-15.0-r1.log
* https://build.alpinelinux.org/buildlogs/build-edge-armhf/community/pulseaudio/pulseaudio-15.0-r1.log3.17.0Jakub JirutkaJakub Jirutkahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12928qemu-system-x86_64: allocate 903717376 bytes for jit buffer: Out of memory2022-05-25T18:24:03Zpepedelosbosquesqemu-system-x86_64: allocate 903717376 bytes for jit buffer: Out of memoryI'm trying to run qemu version 6.0.0 within alpine 3.15.0_alpha20210804 (edge).
I detected this from virt-manager starting a vm, but just by running qemu-system-x86_64 from terminal is enough to trigger this error:
`# qemu-system-x86_6...I'm trying to run qemu version 6.0.0 within alpine 3.15.0_alpha20210804 (edge).
I detected this from virt-manager starting a vm, but just by running qemu-system-x86_64 from terminal is enough to trigger this error:
`# qemu-system-x86_64`
`qemu-system-x86_64: allocate 903717376 bytes for jit buffer: Out of memory`
Please let me know how could i help. RAM is empty (6gb RAM) No vm is running.
ThanksNatanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12721community/lua-rapidjson-0.6.1-r0: test failures due to bad light userdata poi...2022-05-23T15:08:10ZKevin Daudtcommunity/lua-rapidjson-0.6.1-r0: test failures due to bad light userdata pointerTests fail for lua-rapidjson on aarch64:
```
Error -> spec/Document_spec.lua @ 10
rapidjson.Document
spec/Document_spec.lua:11: bad light userdata pointer
Error -> spec/Schema_spec.lua @ 3
suite spec/Schema_spec.lua
spec/Schema_spec.lu...Tests fail for lua-rapidjson on aarch64:
```
Error -> spec/Document_spec.lua @ 10
rapidjson.Document
spec/Document_spec.lua:11: bad light userdata pointer
Error -> spec/Schema_spec.lua @ 3
suite spec/Schema_spec.lua
spec/Schema_spec.lua:3: bad light userdata pointer
Error -> spec/json_array_spec.lua @ 2
rapidjson.array()
spec/json_array_spec.lua:3: bad light userdata pointer
Error -> spec/json_decode_spec.lua @ 2
rapidjson.decode()
spec/json_decode_spec.lua:3: bad light userdata pointer
Error -> spec/json_dump_spec.lua @ 2
rapidjson.dump()
spec/json_dump_spec.lua:3: bad light userdata pointer
Error -> spec/json_encode_spec.lua @ 5
rapidjson.encode()
spec/json_encode_spec.lua:6: bad light userdata pointer
Error -> spec/json_load_spec.lua @ 3
rapidjson.load()
spec/json_load_spec.lua:4: bad light userdata pointer
Error -> spec/json_null_spec.lua @ 2
rapidjson.null
spec/json_null_spec.lua:3: bad light userdata pointer
Error -> spec/json_object_spec.lua @ 2
rapidjson.object()
spec/json_object_spec.lua:3: bad light userdata pointer
```
Apparently this is an aarch64 specific issue due to using 48-bit addresses, see https://github.com/LuaJIT/LuaJIT/pull/230
See: https://build.alpinelinux.org/buildlogs/build-3-14-aarch64/community/lua-rapidjson/lua-rapidjson-0.7.1-r0.log3.16.0Jakub JirutkaJakub Jirutkahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13409cairo CVE-2019-64612022-05-21T23:28:50ZMiroslav Machuracairo CVE-2019-6461Hello, cairo library is [possibly vulnerable](https://security.alpinelinux.org/vuln/CVE-2019-6461) to CVE-2019-6461, the fix already exists in upstream (not yet in official release though). Would it be possible to apply patch to alpine p...Hello, cairo library is [possibly vulnerable](https://security.alpinelinux.org/vuln/CVE-2019-6461) to CVE-2019-6461, the fix already exists in upstream (not yet in official release though). Would it be possible to apply patch to alpine package?
Fix in upstream: https://gitlab.freedesktop.org/cairo/cairo/-/merge_requests/155Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13447testing/way-display: ftbtfs on 32-bits arches2022-05-06T22:06:02ZKevin Daudttesting/way-display: ftbtfs on 32-bits archesIt fails to build with:
```
src/log.c:25:51: error: format '%ld' expects argument of type 'long int', but argument 7 has type 'suseconds_t' {aka 'long long int'} [-Werror=format=]
25 | fprintf(__stream, "%s [%02d:%02d:%02d.%0...It fails to build with:
```
src/log.c:25:51: error: format '%ld' expects argument of type 'long int', but argument 7 has type 'suseconds_t' {aka 'long long int'} [-Werror=format=]
25 | fprintf(__stream, "%s [%02d:%02d:%02d.%03ld] %s", prefix, tm->tm_hour, tm->tm_min, tm->tm_sec, tv.tv_usec / 1000, suffix);
| ~~~~^ ~~~~~~~~~~~~~~~~~
| | |
| long int suseconds_t {aka long long int}
| %03lld
cc1: all warnings being treated as errors
```
See: https://build.alpinelinux.org/buildlogs/build-edge-x86/testing/way-displays/way-displays-1.2.0-r0.logJakub JirutkaJakub Jirutkahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12123musl: wcsnrtombs destination buffer overflow (CVE-2020-28928)2022-04-19T20:16:05ZAlicha CHmusl: wcsnrtombs destination buffer overflow (CVE-2020-28928)The wcsnrtombs function in all musl libc versions up through 1.2.1 has
been found to have multiple bugs in handling of destination buffer
size when limiting the input character count, which can lead to
infinite loop with no forward progr...The wcsnrtombs function in all musl libc versions up through 1.2.1 has
been found to have multiple bugs in handling of destination buffer
size when limiting the input character count, which can lead to
infinite loop with no forward progress (no overflow) or writing past
the end of the destination buffera.
This function is not used internally in musl and is not widely used,
but does appear in some applications. The non-input-limiting form
wcsrtombs is not affected.
All users of musl 1.2.1 and prior versions should apply the attached
patch, which replaces the overly complex and erroneous implementation.
The upcoming 1.2.2 release will adopt this new implementation.
#### Reference:
https://www.openwall.com/lists/musl/2020/11/19/1
#### Patch:
https://git.musl-libc.org/cgit/musl/commit/?id=3ab2a4e02682df1382955071919d8aa3c3ec40d4
### Affected branches:
* [x] master (9e3ec61a)
* [x] 3.12-stable (908046ad)
* [x] 3.11-stable (646c516367f8746a5d153ee00cf264316451b196)
* [x] 3.10-stable (5c22bb085e8e49c9cb402315efad998f7f992dff)
* [x] 3.9-stable (60aa954b2f8c9e3f4f0274165fcdffba95ba1abfhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13661netstat is vulnerable to escape sequence injection (busybox)2022-04-04T16:02:55ZMartin Kaesbergernetstat is vulnerable to escape sequence injection (busybox)Hey there,
Alpine ships BusyBox with the `netstat` applet enabled. This is vulnerable to escape sequence injection when used from an VT compatible terminal. To exploit this vulnerability the PTR for a remote host must contain a escape s...Hey there,
Alpine ships BusyBox with the `netstat` applet enabled. This is vulnerable to escape sequence injection when used from an VT compatible terminal. To exploit this vulnerability the PTR for a remote host must contain a escape sequence and the victim has to execute `netstat`. I've set up an example at `[elided]` with the PTR resolving to `\027[33\;46mlocalhost.`
```
$ dig -x [elided] @8.8.8.8
; <<>> DiG 9.16.25 <<>> -x [elided] @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59625
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;[elided]. IN PTR
;; ANSWER SECTION:
[elided]. 1 IN PTR \027[33\;46mlocalhost.
;; Query time: 55 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sun Apr 03 00:11:16 DST 2022
;; MSG SIZE rcvd: 132
```
If you try to `ssh [elided]` and run `netstat -t` while trying to establish the connection from a different terminal, the second terminal will change the background and font color. Other escape sequences may lead to code execution.3.15.4https://gitlab.alpinelinux.org/alpine/aports/-/issues/13614go-1.18 rebuild issues2022-03-24T23:29:01ZKevin Daudtgo-1.18 rebuild issuesSome packages fail to rebuild against go 1.18. This issue collects the issues.Some packages fail to rebuild against go 1.18. This issue collects the issues.Michał PolańskiMichał Polańskihttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12320main/amavis: The removal of bdb, due to licensing issues, breaks amavis2022-03-15T08:36:00ZMartin Lantzmain/amavis: The removal of bdb, due to licensing issues, breaks amavisIn [Remove bdb due to licensing issues](https://gitlab.alpinelinux.org/alpine/aports/-/commit/cb9355ecc0f2ff3483a15ddae0a20bb4a0dc7d52) it was noted that
> removing the `perl-db` dep breaks `amavis`. Maybe it's just my config, but I get...In [Remove bdb due to licensing issues](https://gitlab.alpinelinux.org/alpine/aports/-/commit/cb9355ecc0f2ff3483a15ddae0a20bb4a0dc7d52) it was noted that
> removing the `perl-db` dep breaks `amavis`. Maybe it's just my config, but I get `Can't locate BerkeleyDB.pm in @INC`. Installing the `perl-db` package fixes the problem.
Filing this issue to make sure it gets attention.Leonardo ArenaLeonardo Arenahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13560main/busybox-1.35.0-r2: segfault in sh2022-03-01T18:47:20ZKevin Daudtmain/busybox-1.35.0-r2: segfault in shOn some of the builders, `ap list` (and related commands) fail due to a segfault in busybox.
lua-aports executes the following:
<details>
<summary>shell script (hardcoded for testing)</summary>
<pre>
#!/bin/sh
. /usr/share/abuild/func...On some of the builders, `ap list` (and related commands) fail due to a segfault in busybox.
lua-aports executes the following:
<details>
<summary>shell script (hardcoded for testing)</summary>
<pre>
#!/bin/sh
. /usr/share/abuild/functions.sh
for i in /home/buildozer/aports/testing/*/APKBUILD; do
pkgname=
pkgver=
pkgrel=
pkgdesc=
arc=
license=
options=
depends=
depends_doc=
depends_dev=
depends_libs=
depends_openrc=
depends_static=
makedepends=
makedepends_build=
makedepends_host=
checkdepends=
subpackages=
provides=
linguas=
source=
url=
dir="${i%/APKBUILD}";
[ -n "$dir" ] || exit 1;
cd "$dir";
. ./APKBUILD;
echo $dir\\$pkgname\\$pkgver\\$pkgrel\\$pkgdesc\\$arch\\$license\\$options\\$depends\\$makedepends $makedepends_host $makedepends_build\\$checkdepends\\$subpackages\\$linguas\\$source\\$url\\$provides ;
done
</pre>
</details>
This script segfaults with the following backtrace:
```bt
#0 argstr (p=p@entry=0x1 <error: Cannot access memory at address 0x1>, flag=1040) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:6827
#1 0x00005555555a48e6 in subevalvar (start=start@entry=0x1 <error: Cannot access memory at address 0x1>, str=str@entry=0x0, strloc=79, startloc=startloc@entry=79, varflags=15, flag=flag@entry=1316)
at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:7111
#2 0x00005555555a5112 in evalvar (p=0x1 <error: Cannot access memory at address 0x1>, p@entry=0x7ffff7f16d88 "\017", flag=1316, flag@entry=292) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:7677
#3 0x00005555555a2be4 in argstr (p=0x7ffff7f16d88 "\017", flag=36, flag@entry=4) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:6904
#4 0x00005555555a2fb9 in expandarg (arg=arg@entry=0x7ffff7f16d88, arglist=arglist@entry=0x7fffffffdfc8, flag=flag@entry=4) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:8101
#5 0x00005555555a6a41 in evalcommand (cmd=0x7ffff7f16da8, flags=0) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:10442
#6 0x00005555555a2739 in evaltree (n=n@entry=0x7ffff7f16da8, flags=flags@entry=0) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:9378
#7 0x00005555555a5a71 in cmdloop (top=top@entry=0) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:13550
#8 0x00005555555a65a7 in dotcmd (argc_=<optimized out>, argv_=<optimized out>) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:13645
#9 0x00005555555a58be in evalbltin (cmd=0x55555561dc20 <builtintab>, argc=argc@entry=2, argv=argv@entry=0x7ffff7f16120, flags=flags@entry=0) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:10624
#10 0x00005555555a6c9d in evalcommand (cmd=0x7ffff7f53638, flags=0) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:10567
#11 0x00005555555a2739 in evaltree (n=0x7ffff7f53638, flags=0) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:9378
#12 0x00005555555a2739 in evaltree (n=0x7ffff7f53638, flags=flags@entry=0) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:9378
#13 0x00005555555a26c5 in evaltree (n=0x7ffff7f53900, flags=flags@entry=0) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:9368
#14 0x00005555555a56ab in evalfor (n=0x7ffff7ffe0d8, flags=0) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:9517
#15 0x00005555555a2739 in evaltree (n=n@entry=0x7ffff7ffe0d8, flags=flags@entry=0) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:9378
#16 0x00005555555a5a71 in cmdloop (top=top@entry=1) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:13550
#17 0x00005555555a77e1 in ash_main (argc=2, argv=0x7fffffffec38) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/shell/ash.c:14729
#18 0x0000555555561bd3 in run_applet_no_and_exit (applet_no=227, name=name@entry=0x7fffffffee4a "sh", argv=argv@entry=0x7fffffffec38) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/libbb/appletlib.c:967
#19 0x0000555555561ef7 in run_applet_and_exit (name=0x7fffffffee4a "sh", argv=argv@entry=0x7fffffffec38) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/libbb/appletlib.c:986
#20 0x0000555555561f70 in main (argc=<optimized out>, argv=0x7fffffffec38) at /home/buildozer/aports/main/busybox/src/busybox-1.35.0/libbb/appletlib.c:1126
```
This is blocking the builders at the momentSören TempelSören Tempelhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12327mkvtoolnix unit tests fails to build on mips642022-02-14T15:03:00ZTBKmkvtoolnix unit tests fails to build on mips64```
Done after 30:34.287. Enjoy :)
LC_ALL=C ./tests/unit/common/common
terminate called after throwing an instance of 'boost::filesystem::filesystem_error'
what(): boost::filesystem::status: Function not implemented: "/proc/self/exe"
...```
Done after 30:34.287. Enjoy :)
LC_ALL=C ./tests/unit/common/common
terminate called after throwing an instance of 'boost::filesystem::filesystem_error'
what(): boost::filesystem::status: Function not implemented: "/proc/self/exe"
rake aborted!
TypeError: no implicit conversion from nil to integer
/home/buildozer/aports/community/mkvtoolnix/src/mkvtoolnix-52.0.0/rake.d/helpers.rb:42:in `exit'
/home/buildozer/aports/community/mkvtoolnix/src/mkvtoolnix-52.0.0/rake.d/helpers.rb:42:in `run'
/home/buildozer/aports/community/mkvtoolnix/src/mkvtoolnix-52.0.0/rake.d/gtest.rb:12:in `block (3 levels) in <top (required)>'
/home/buildozer/aports/community/mkvtoolnix/src/mkvtoolnix-52.0.0/rake.d/gtest.rb:12:in `each'
/home/buildozer/aports/community/mkvtoolnix/src/mkvtoolnix-52.0.0/rake.d/gtest.rb:12:in `block (2 levels) in <top (required)>'
Tasks: TOP => tests:run_unit
(See full trace by running task with --trace)
>>> ERROR: mkvtoolnix: check failed
>>> mkvtoolnix: Uninstalling dependencies...
```
https://build.alpinelinux.org/buildlogs/build-edge-mips64/community/mkvtoolnix/mkvtoolnix-52.0.0-r1.loghttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13402community/k3s: networking broken with cni-plugins 1.0.02022-02-13T21:56:53ZRobert Günzlercommunity/k3s: networking broken with cni-plugins 1.0.0https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/24145 bumped cni-plugins to 1.0.0, which removes the flannel plugin (now found here: https://github.com/flannel-io/cni-plugin/releases), which k3s depends on
There's some bac...https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/24145 bumped cni-plugins to 1.0.0, which removes the flannel plugin (now found here: https://github.com/flannel-io/cni-plugin/releases), which k3s depends on
There's some background on this here: https://github.com/containernetworking/plugins/issues/655#issuecomment-920677533
Do we want the flannel cni-plugin on it's own, or include it in the k3s package?Oleg TitovOleg Titov