alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2023-02-21T10:12:30Zhttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/10015abuild-apk: User builder is not a member of group abuild in Docker when `buil...2023-02-21T10:12:30ZRasmus Thomsenoss@cogitri.devabuild-apk: User builder is not a member of group abuild in Docker when `builder` is in group `abuild`When trying to use `docker-abuild` on Fedora Silverblue, it fails due to the aformentioned error:
```
$ dabuild -r
Trying to pull registry.fedoraproject.org/alpinelinux/docker-abuild:edge-x86_64...
manifest unknown: manifest unknown
T...When trying to use `docker-abuild` on Fedora Silverblue, it fails due to the aformentioned error:
```
$ dabuild -r
Trying to pull registry.fedoraproject.org/alpinelinux/docker-abuild:edge-x86_64...
manifest unknown: manifest unknown
Trying to pull registry.access.redhat.com/alpinelinux/docker-abuild:edge-x86_64...
name unknown: Repo not found
Trying to pull registry.centos.org/alpinelinux/docker-abuild:edge-x86_64...
manifest unknown: manifest unknown
Trying to pull docker.io/alpinelinux/docker-abuild:edge-x86_64...
Getting image source signatures
Copying blob d95bb1b66adb done
Copying blob 1371f38302e7 done
Copying blob a4f74a3449be done
Copying blob d9e9d3387d67 done
Copying blob 1816f9781a7f done
Copying blob 5aa066cb3219 done
Copying config 4417ee7012 done
Writing manifest to image destination
Storing signatures
'/home/builder/.abuild/-5f9a8b76.rsa.pub' -> '/etc/apk/keys/-5f9a8b76.rsa.pub'
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
fetch http://dl-cdn.alpinelinux.org/alpine/edge/testing/x86_64/APKINDEX.tar.gz
WARNING: Ignoring /home/builder/packages/main: No such file or directory
WARNING: Ignoring /home/builder/packages/community: No such file or directory
WARNING: Ignoring /home/builder/packages/testing: No such file or directory
(1/15) Upgrading musl (1.2.2_pre0-r1 -> 1.2.2_pre1-r0)
(2/15) Upgrading busybox (1.32.0-r3 -> 1.32.0-r4)
Executing busybox-1.32.0-r4.post-upgrade
(3/15) Upgrading openrc (0.42.1-r13 -> 0.42.1-r15)
Executing openrc-0.42.1-r15.post-upgrade
(4/15) Upgrading ssl_client (1.32.0-r3 -> 1.32.0-r4)
(5/15) Upgrading musl-utils (1.2.2_pre0-r1 -> 1.2.2_pre1-r0)
(6/15) Upgrading libgcc (10.2.0-r7 -> 10.2.1_pre0-r0)
(7/15) Upgrading libstdc++ (10.2.0-r7 -> 10.2.1_pre0-r0)
(8/15) Upgrading libgomp (10.2.0-r7 -> 10.2.1_pre0-r0)
(9/15) Upgrading libatomic (10.2.0-r7 -> 10.2.1_pre0-r0)
(10/15) Upgrading libgphobos (10.2.0-r7 -> 10.2.1_pre0-r0)
(11/15) Upgrading gmp (6.2.0-r0 -> 6.2.0-r1)
(12/15) Upgrading gcc (10.2.0-r7 -> 10.2.1_pre0-r0)
(13/15) Upgrading musl-dev (1.2.2_pre0-r1 -> 1.2.2_pre1-r0)
(14/15) Upgrading g++ (10.2.0-r7 -> 10.2.1_pre0-r0)
(15/15) Upgrading pcre2 (10.35-r0 -> 10.35-r1)
Executing busybox-1.32.0-r4.trigger
OK: 215 MiB in 58 packages
>>> gdk-pixbuf: Building main/gdk-pixbuf 2.40.0-r2 (using abuild 3.7.0_rc1-r0) started Sat, 14 Nov 2020 11:20:12 +0000
>>> gdk-pixbuf: Checking sanity of /home/builder/aports/main/gdk-pixbuf/APKBUILD...
>>> gdk-pixbuf: Analyzing dependencies...
abuild-apk: User builder is not a member of group abuild
>>> ERROR: gdk-pixbuf: builddeps failed
>>> gdk-pixbuf: Uninstalling dependencies...
abuild-apk: User builder is not a member of group abuild
```
However, AFAICS `builder` _is_ in the `abuild` group:
```
$ getent group abuild
abuild:x:300:builder
```
I also tested running podman with `--privileged`, but no luck.https://gitlab.alpinelinux.org/alpine/aports/-/issues/14644Package request: OpenBBTerminal2023-02-19T00:36:31ZHoang NguyenPackage request: OpenBBTerminalTerminal UI for investment research (the `requirements.txt` file is a massive mess and I don't have enough courage to package it)
Website: https://openbb.co/
Source code: https://github.com/OpenBB-finance/OpenBBTerminal
License: MITTerminal UI for investment research (the `requirements.txt` file is a massive mess and I don't have enough courage to package it)
Website: https://openbb.co/
Source code: https://github.com/OpenBB-finance/OpenBBTerminal
License: MIThttps://gitlab.alpinelinux.org/alpine/aports/-/issues/14630Rename a few packages to reflect their upstream naming2023-02-17T19:41:05Zjane400alpine@j4ne.deRename a few packages to reflect their upstream naming- [ ] gnome-authenticator -> authenticator
- [ ] gnome-metronome -> metronome
- [ ] gnome-obfuscate -> obfuscate
- [ ] gnome-passwordsafe -> secrets
- [ ] gnome-shortwave -> shortwave
- [ ] gnome-feeds -> gfeeds- [ ] gnome-authenticator -> authenticator
- [ ] gnome-metronome -> metronome
- [ ] gnome-obfuscate -> obfuscate
- [ ] gnome-passwordsafe -> secrets
- [ ] gnome-shortwave -> shortwave
- [ ] gnome-feeds -> gfeedshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/14640mount command output empty2023-02-17T02:52:55ZYiFengLiumount command output emptyI deploy rke2 k8s cluster(INSTALL_RKE2_VERSION=[v1.24.7+rke2r1](https://github.com/rancher/rke2/releases/tag/v1.24.7%2Brke2r1)),fluid([fluid-0.8.2](https://fluid-cloudnative.github.io/guide/get_started.html)) , but when I check [csi-node...I deploy rke2 k8s cluster(INSTALL_RKE2_VERSION=[v1.24.7+rke2r1](https://github.com/rancher/rke2/releases/tag/v1.24.7%2Brke2r1)),fluid([fluid-0.8.2](https://fluid-cloudnative.github.io/guide/get_started.html)) , but when I check [csi-nodeplugin-fluid](https://github.com/fluid-cloudnative/fluid/blob/master/docker/Dockerfile.csi#L20)(base docker image alpine:3.16 ) use ```mount``` command,it output empty.
```
kubectl -n fluid-system exec -it csi-nodeplugin-fluid-z6lcc -c plugins sh
---
/ # mount
/ #
/ # cat /proc/mounts | wc -c
5219
```
```
kubectl get nodes -owide
---
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
node1 Ready control-plane,etcd,master 103m v1.24.7+rke2r1 192.168.1.11 <none> Ubuntu 20.04.1 LTS 5.4.0-139-generic containerd://1.6.8-k3s1
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/14624USB stick mount point often changes on rpi4b2023-02-16T14:10:41Zyf liuUSB stick mount point often changes on rpi4bDear expert,
I am using alpine linux v3.17.1 in disk-less mode with rpi4b device from a USB stick.
noticed that the boot media mount point varies between `/media/sda1` and `/media/usb`. `/media/sda1` is more often.
Not sure how this ha...Dear expert,
I am using alpine linux v3.17.1 in disk-less mode with rpi4b device from a USB stick.
noticed that the boot media mount point varies between `/media/sda1` and `/media/usb`. `/media/sda1` is more often.
Not sure how this happens but it affects `lbu commit`.
Regards,
yfhttps://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10766Mailing list integration with gitlab is not working2023-02-15T15:59:40ZGray WolfMailing list integration with gitlab is not workingFollow up to #10763. When sending a patch to a mailing list, the corresponding
PR is not created in gitlab.
@ddevault mentioned "it will take some time", which I guess is fine, however I
am creating this ticket so that the state of it c...Follow up to #10763. When sending a patch to a mailing list, the corresponding
PR is not created in gitlab.
@ddevault mentioned "it will take some time", which I guess is fine, however I
am creating this ticket so that the state of it can be tracked and one does not
have to resend patches every 2 weeks and hope that this time they will work.https://gitlab.alpinelinux.org/alpine/aports/-/issues/14616community/lyx: Document class not available2023-02-14T10:14:56ZHugo Barreracommunity/lyx: Document class not availableWhen running `lyx` and creating a new file, I get a warning that the document class is not available:
```
Warning: Document class not available
----------------------------------------
The selected document class
Letter (Standard Class...When running `lyx` and creating a new file, I get a warning that the document class is not available:
```
Warning: Document class not available
----------------------------------------
The selected document class
Letter (Standard Class)
requires external files that are not available.
The document class can still be used, but the
document cannot be compiled until the following
prerequisites are installed:
letter.cls
See section 3.1.2.2 (Class Availability) of the
User's Guide for more information.
```
I have installed `texmf-dist`, which provides this file:
```console
> apk info --contents texmf-dist | grep letter.cls
usr/share/texmf-dist/tex/latex/base/letter.cls
[...]
```
However, `lyx` still shows the same error at startup.
Any ideas what might be missing? I'm on edge / testing.https://gitlab.alpinelinux.org/alpine/abuild/-/issues/10093compressed manpage check doesn't find every uncompressed manpage2023-02-13T08:19:49ZGhost Usercompressed manpage check doesn't find every uncompressed manpagethere's no requirement that manpages must end in e.g. `.8`. man-pages since 6.0 contains e.g. the `3type` category, so there is a `void.3type` readable with either `man void` or `man 3type void`.
the check misses this and the uncompresse...there's no requirement that manpages must end in e.g. `.8`. man-pages since 6.0 contains e.g. the `3type` category, so there is a `void.3type` readable with either `man void` or `man 3type void`.
the check misses this and the uncompressed manpage is valid.https://gitlab.alpinelinux.org/alpine/infra/aports-turbo/-/issues/47requires/required-by displays first virtual match only2023-02-11T23:28:12ZGhost Userrequires/required-by displays first virtual match onlyif a package depends on, e.g., `so:libsomething.so.1`, then in the webui the `Requires` will display a concrete package that provides that virtual.
however, if actually multiple packages provide= that virtual, then all of them will disp...if a package depends on, e.g., `so:libsomething.so.1`, then in the webui the `Requires` will display a concrete package that provides that virtual.
however, if actually multiple packages provide= that virtual, then all of them will display the original package in `Required by`. this looks confusing at first glance because one sees required-by on a package, clicks it, then doesn't see it in `Requires`
not really very meaningful, but just to keep trackhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/14610When to use /lib/udev/rules.d or /usr/lib/udev/rules.d ?2023-02-11T09:51:17Zomniomni+alpine@hack.orgWhen to use /lib/udev/rules.d or /usr/lib/udev/rules.d ?After [having seen to it](https://git.alpinelinux.org/aports/log/?qt=grep&q=correct+udev+rules+path) that no aport package udev rules into `/etc/udev/rules.d` (meant for local administration overrides) but instead put them in `/usr/lib/u...After [having seen to it](https://git.alpinelinux.org/aports/log/?qt=grep&q=correct+udev+rules+path) that no aport package udev rules into `/etc/udev/rules.d` (meant for local administration overrides) but instead put them in `/usr/lib/udev/rules.d`, I saw that even more aports instead put them in `/lib/udev/rules.d` which is also what udev(7) from `eudev` suggest.
I see that we [allow for both](https://github.com/eudev-project/eudev/blob/master/src/udev/udev-rules.c#L56) through [--enable-split-usr](https://git.alpinelinux.org/aports/tree/main/eudev/APKBUILD#n47) but believe it can be confusing when you know of one but not the other.https://gitlab.alpinelinux.org/alpine/abuild/-/issues/10062Add default_s6 subpackage split function2023-02-11T05:38:12ZPatrycja Rosaalpine@ptrcnull.meAdd default_s6 subpackage split functionThis would allow for package maintainers to include s6 service files, either for users that would want to use s6 alongside openrc, or with regard to future migration of the whole ecosystemThis would allow for package maintainers to include s6 service files, either for users that would want to use s6 alongside openrc, or with regard to future migration of the whole ecosystemhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/14605community/iwd: segfault after a failed handshake2023-02-10T02:57:09ZPatrycja Rosaalpine@ptrcnull.mecommunity/iwd: segfault after a failed handshakefound it after accidentally trying to connect to someone else's wifi network; cannot reproduce with any other network, but i can try and debug this further
gdb backtrace:
```
[DHCPv4] l_dhcp_client_stop:1264 Entering state: DHCP_STATE_I...found it after accidentally trying to connect to someone else's wifi network; cannot reproduce with any other network, but i can try and debug this further
gdb backtrace:
```
[DHCPv4] l_dhcp_client_stop:1264 Entering state: DHCP_STATE_INIT
Received Deauthentication event, reason: 15, from_ap: true
4-Way handshake failed for ifindex: 17, reason: 15
Program received signal SIGSEGV, Segmentation fault.
0x000055555558e313 in network_info_get_roam_frequencies (info=0x0, current_freq=2462, max=max@entry=5 '\005') at src/knownnetworks.c:378
378 in src/knownnetworks.c
(gdb) bt full
#0 0x000055555558e313 in network_info_get_roam_frequencies (info=0x0, current_freq=2462, max=max@entry=5 '\005') at src/knownnetworks.c:378
freqs = <optimized out>
entry = <optimized out>
#1 0x0000555555573096 in station_roam_scan_known_freqs (station=station@entry=0x7ffff7f38b30) at src/station.c:2603
info = <optimized out>
freqs = <optimized out>
r = <optimized out>
#2 0x0000555555575edd in station_neighbor_report_cb (netdev=<optimized out>, err=-107, reports=0x0, reports_len=0, user_data=0x7ffff7f38b30) at src/station.c:2643
station = 0x7ffff7f38b30
freq_set = 0x7ffff7f36730
r = <optimized out>
__func__ = "station_neighbor_report_cb"
#3 0x00005555555662e2 in netdev_connect_free (netdev=netdev@entry=0x7ffff7f359c0) at src/netdev.c:778
No locals.
#4 0x000055555556641a in netdev_connect_failed (netdev=0x7ffff7f359c0, result=NETDEV_RESULT_HANDSHAKE_FAILED, status_or_reason=<optimized out>) at src/netdev.c:844
connect_cb = 0x555555577816 <station_connect_cb>
event_filter = 0x555555577dd3 <station_netdev_event>
connect_data = 0x7ffff7f38b30
#5 0x00005555555daf07 in process_unicast (nlmsg=0x7fffffffcaa8, genl=0x555555665db0) at ell/genl.c:944
msg = 0x7ffff7f36730
request = 0x7ffff7f2e8c0
#6 received_data (io=<optimized out>, user_data=0x555555665db0) at ell/genl.c:1056
genl = 0x555555665db0
cmsg = <optimized out>
msg = {msg_name = 0x0, msg_namelen = 0, msg_iov = 0x7fffffffca40, msg_iovlen = 1, __pad1 = 0, msg_control = 0x7fffffffca88, msg_controllen = 24, __pad2 = 0, msg_flags = 0}
iov = {iov_base = 0x7fffffffcaa8, iov_len = 8192}
buf = "$\000\000\000\002\000\000\001E\000\000\000\231h\000\000\000\000\000\000$\000\000\000\032\000\005\000E\000\000\000\231h\000\000\006\000\066\000\017\000\000\000h\002\270\220\317S4\311=\037\236[h\002\270\220\317S\000\000\017\000\000\000\f\000*\000Q\027\032\354\310\345\000\000\b\000\002\000\242\020\000\000\b\000\003\000U\003\000\000\f\000\027\000\242\020\000\000\000\000\000\000\f\000\030\000U\003\000\000\000\000\000\000\f\000 \000\000\000\000\000\000\000\000\000\f\000'\000\000\000\000\000\000\000\000\000\005\000\a\000\262\000\000\000\005\000\r\000\263\000\000\000\f\000\031\000\005\000\000\000\262\000\000\000\034\000\b\000\b\000\005\000\004\001\000\000\006\000\001\000\004\001\000\000\005\000\002\000\003\000\000\000"...
control = "\024\000\000\000\000\000\000\000\016\001\000\000\003", '\000' <repeats 18 times>
bytes_read = <optimized out>
nlmsg = 0x7fffffffcaa8
nlmsg_len = 36
group = 0
#7 0x00005555555d868b in io_callback (fd=<optimized out>, events=1, user_data=0x7ffff7ffe0d0) at ell/io.c:120
io = 0x7ffff7ffe0d0
#8 0x00005555555d7b67 in l_main_iterate (timeout=<optimized out>) at ell/main.c:476
events = {{events = 1, data = {ptr = 0x7ffff7ffe900, fd = -134223616, u32 = 4160743680, u64 = 140737354131712}}, {events = 1, data = {ptr = 0x7ffff7ffe960, fd = -134223520,
u32 = 4160743776, u64 = 140737354131808}}, {events = 1, data = {ptr = 0x7ffff7ffe960, fd = -134223520, u32 = 4160743776, u64 = 140737354131808}}, {events = 1, data = {
ptr = 0x7ffff7ffe960, fd = -134223520, u32 = 4160743776, u64 = 140737354131808}}, {events = 4, data = {ptr = 0x7ffff7ffe960, fd = -134223520, u32 = 4160743776,
u64 = 140737354131808}}, {events = 1650421093, data = {ptr = 0x656b636f735f7375, fd = 1935635317, u32 = 1935635317, u64 = 7308044150666916725}}, {events = 4160272150, data = {
ptr = 0xffffea6c00007fff, fd = 32767, u32 = 32767, u64 = 18446720348310241279}}, {events = 32767, data = {ptr = 0x0, fd = 0, u32 = 0, u64 = 0}}, {events = 0, data = {
ptr = 0x55563a2800000000, fd = 0, u32 = 0, u64 = 6149166284694093824}}, {events = 21845, data = {ptr = 0x7ffff7ffeec0, fd = -134222144, u32 = 4160745152,
u64 = 140737354133184}}}
data = <optimized out>
n = 0
nfds = 1
#9 0x00005555555d7c16 in l_main_run () at ell/main.c:523
timeout = <optimized out>
timeout = <optimized out>
#10 l_main_run () at ell/main.c:505
timeout = <optimized out>
#11 0x00005555555d7dc2 in l_main_run_with_signal (callback=callback@entry=0x555555563a28 <signal_handler>, user_data=user_data@entry=0x0) at ell/main.c:645
data = 0x7ffff7f50570
sigint = 0x7ffff7ffe9f0
sigterm = 0x7ffff7ffea50
result = <optimized out>
#12 0x0000555555563634 in main (argc=<optimized out>, argv=<optimized out>) at src/main.c:600
exit_status = 1
dbus = 0x7ffff7ffeec0
config_dir = <optimized out>
config_dirs = <optimized out>
i = <optimized out>
__func__ = "main"
(gdb)
```https://gitlab.alpinelinux.org/alpine/alpine-conf/-/issues/10551Support gummiboot as EFI bootloader2023-02-09T16:50:10ZPatrycja Rosaalpine@ptrcnull.meSupport gummiboot as EFI bootloaderit's more lightweight than grub, is in main already and its config wouldn't be hard to implementit's more lightweight than grub, is in main already and its config wouldn't be hard to implementhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/14140-mtls-dialect=gnu2 does not work in mesa on armhf/armv72023-02-07T15:55:49ZNewbyte-mtls-dialect=gnu2 does not work in mesa on armhf/armv7Update: I did some further debugging of this. I can reproduce the error with a very small program, and this is not Xwayland-specific.
```
#include <epoxy/gl.h>
int main() {
glGetString(GL_EXTENSIONS);
glGetString(GL_VERSION);
glGet...Update: I did some further debugging of this. I can reproduce the error with a very small program, and this is not Xwayland-specific.
```
#include <epoxy/gl.h>
int main() {
glGetString(GL_EXTENSIONS);
glGetString(GL_VERSION);
glGetString(GL_RENDERER);
glGetString(GL_VENDOR);
return 0;
}
```
It doesn't matter what parameter you pass to glGetString. Any of these four (which are the only four ones available to my knowledge) cause the program to crash in xcb_present_id, just like Xwayland. You can compile this program with e.g. $ gcc main.c -lGL -lepoxy -g1 (assuming the code is saved as main.c). I can confirm that this program does not segfault on my x86_64 desktop running Fedora, and it has also been confirmed to not segfault on the aarch64 device Samsung Galaxy J5 (2016) running Alpine/postmarketOS. Only Edge is affected. v22.06 works okay.
Original post:
---
Attempting to start up Xwayland on various ARMv7 devices (Samsung Galaxy S II, Samsung Galaxy S III, Google Nexus 5) results in it crashing with the following error as of recently. I have not attempted to bisect this, but it broke at the latest two weeks ago and worked 3 months ago.
```
mushroom:~$ XDG_RUNTIME_DIR=/run/user/10000/ Xwayland
(EE) Segmentation fault at address 0xb6968004
(EE)
Fatal server error:
(EE) Caught signal 11 (Segmentation fault). Server aborting
(EE)
Aborted
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/13252testing/freecad: FEM meshing with gmsh causes FreeCAD to crash2023-02-07T14:22:33Zboomanaiden154testing/freecad: FEM meshing with gmsh causes FreeCAD to crashFreeCAD currently fails to work with Gmesh while using the FEM workbench. This seems to be related to the use of VTK9 as indicated [here](https://forum.freecadweb.org/viewtopic.php?style=5&f=18&t=62566), and is a problem across most pack...FreeCAD currently fails to work with Gmesh while using the FEM workbench. This seems to be related to the use of VTK9 as indicated [here](https://forum.freecadweb.org/viewtopic.php?style=5&f=18&t=62566), and is a problem across most packaged versions of FreeCAD as the last supported version of VTK was VTK7. When trying to create a mesh, a repetition of the following error is thrown:
```
2021-11-29 04:06:46.824 ( 10.856s) [60A68490] vtkCellArray.cxx:551 ERR | vtkCellArray(0x7fd0f74462c0): Invalid location.
```
There is an [upstream patch](https://github.com/FreeCAD/FreeCAD/commit/0cfea3fee3e7848bbf043d2b1a19f6405d7ebe25) to make FreeCAD compile with VTK9, but it is pretty similar to the patch currently used. The proper solution is probably to upgrade the SMESH version but that might introduce other problems.
Assigning to myself, just creating the issue to create a centralized place to keep track of things.https://gitlab.alpinelinux.org/alpine/aports/-/issues/14443community/prismlauncher: Minecraft 1.19.3 and above do not launch2023-02-05T14:52:40Zknuxifycommunity/prismlauncher: Minecraft 1.19.3 and above do not launchRelated issue: https://github.com/PolyMC/PolyMC/issues/779, where older LWJGL versions would not launch with gcompat installed due to some missing instructions. This is a new issue, started when LWJGL 3.3.1 was introduced.
So far, it wa...Related issue: https://github.com/PolyMC/PolyMC/issues/779, where older LWJGL versions would not launch with gcompat installed due to some missing instructions. This is a new issue, started when LWJGL 3.3.1 was introduced.
So far, it was enough to revert to LWJGL 3.2.2 to get Minecraft to run. **This no longer works starting from Minecraft 1.19.3**, and Minecraft will complain about a missing method:
```
java.lang.NoSuchMethodError: 'org.lwjgl.glfw.GLFWImage$Buffer org.lwjgl.glfw.GLFWImage.malloc(int, org.lwjgl.system.MemoryStack)'
at net.minecraft.class_1041.method_4491(class_1041.java:157)
at net.minecraft.class_310.<init>(class_310.java:497)
at net.minecraft.client.main.Main.method_44604(Main.java:205)
at net.minecraft.client.main.Main.main(Main.java:51)
at net.fabricmc.loader.impl.game.minecraft.MinecraftGameProvider.launch(MinecraftGameProvider.java:461)
at net.fabricmc.loader.impl.launch.knot.Knot.launch(Knot.java:74)
at net.fabricmc.loader.impl.launch.knot.KnotClient.main(KnotClient.java:23)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:568)
at org.prismlauncher.impl.OneSixLauncher.invokeMain(OneSixLauncher.java:104)
at org.prismlauncher.impl.OneSixLauncher.launchWithMainClass(OneSixLauncher.java:176)
at org.prismlauncher.impl.OneSixLauncher.launch(OneSixLauncher.java:186)
at org.prismlauncher.EntryPoint.listen(EntryPoint.java:144)
at org.prismlauncher.EntryPoint.main(EntryPoint.java:74)
```
Switching to LWJGL 3.3.1 instead results in a SIGSEGV. A crash log has been attached below:
[hs_err_pid20065.log](/uploads/d63de28991f32c34387fb56c69555e16/hs_err_pid20065.log)
I also observed the following error when trying LWJGL 3.3.1 on 1.18.2 with mods (but not without mods):
```
...
Caused by: java.lang.UnsatisfiedLinkError: /tmp/lwjglknuxify/3.3.1-build-7/liblwjgl_stb.so: Error loading shared library ld-linux-x86-64.so.2: No such file or directory (needed by /tmp/lwjglknuxify/3.3.1-build-7/liblwjgl_stb.so)
```
## What now?
This isn't a Prism issue as much as it's an LWJGL issue. I'm filing it under community/prismlauncher because it's directly affected (and I'm the maintainer of that package).
Some of the issues with linking to glibc libraries would be solved by rebuilding LWJGL under a Musl system. I'm not sure what to do about the crash in the provided crash log, though. Nonetheless, fixing it would likely involve forking LWJGL and figuring out how to build and patch it.
I've tried to make an LWJGL3 package, and my work can be found here: https://gitlab.alpinelinux.org/knuxify/aports/-/blob/lwjgl/testing/lwjgl3/
However, this is an incredibly janky solution, as many of the modules in LWJGL link against forks of various libraries - see the repositories in https://github.com/LWJGL-CI. My package tries to link to some system libraries, but this probably isn't how LWJGL was meant to be built.
The more correct option would be to build all of the forked libraries and LWJGL itself separately, upload the resulting .jar files to a server somewhere, then modify Prism to load a modified version of https://github.com/PrismLauncher/meta-launcher/blob/master/org.lwjgl3/3.3.1.json which downloads the musl packages instead (or figure out how the OS is detected here, add a "musl" target and add the links upstream).
There might also be the option of asking upstream LWJGL to consider adding musl builds, but I'm not sure if there's enough of an userbase for them to consider it.
I'm opening this issue in case anybody would like to look into this. I currently don't really have the time for it, but might try to do it over the christmas break.https://gitlab.alpinelinux.org/alpine/aports/-/issues/14611Geary cannot add gmail account2023-02-05T11:06:14ZJustinGeary cannot add gmail accountFails due to error `Online accounts are missing`. I've checked and I have `gnome-online-accounts` installed.Fails due to error `Online accounts are missing`. I've checked and I have `gnome-online-accounts` installed.https://gitlab.alpinelinux.org/alpine/abuild/-/issues/10092scan_shared_objects fails when soname does not match a numbered version2023-02-03T06:24:55ZGhost Userscan_shared_objects fails when soname does not match a numbered versiontesting/mongo-cxx-driver contains a libbsoncxx.
that libbsoncxx:
```
$ scanelf -R --soname pkg/
TYPE SONAME FILE
ET_DYN libmongocxx.so._noabi pkg/mongo-cxx-driver/usr/lib/libmongocxx.so.3.7.0
```
contains an SONAME that does not ...testing/mongo-cxx-driver contains a libbsoncxx.
that libbsoncxx:
```
$ scanelf -R --soname pkg/
TYPE SONAME FILE
ET_DYN libmongocxx.so._noabi pkg/mongo-cxx-driver/usr/lib/libmongocxx.so.3.7.0
```
contains an SONAME that does not match the filename. (here, the version is just always the project version, the abi is static and that string).
there is a symlink of `libmongocxx.so._noabi -> libmongocxx.so.3.7.0 ` as well, so the DT_NEEDED is loaded fine at runtime (on the former).
imo abuild shouldn't enforce that the file contains a matching soname. it's not invalid by any specification i know of, but maybe i'm mistaken..
most of the issue seems to be
```sh
*.so.[0-9]*) sover=${file##*.so.};;
```https://gitlab.alpinelinux.org/alpine/alpine-conf/-/issues/10549Make ERASE_DISK (setup-disk) via setup-alpine USEANSWERFILE2023-02-02T23:07:16ZRogério da Silva YokomizoMake ERASE_DISK (setup-disk) via setup-alpine USEANSWERFILEOn `setup-disk`, there is an option to non interactively erase disks via `ERASE_DISK=/dev/sda setup-disk -m sys /dev/sda`.
The same idea also works with `setup-alpine`.
https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/4f5e613ab...On `setup-disk`, there is an option to non interactively erase disks via `ERASE_DISK=/dev/sda setup-disk -m sys /dev/sda`.
The same idea also works with `setup-alpine`.
https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/4f5e613ab51fe2d630d1300335f640782752a19b/setup-disk.in#L866
It would be nice to be able to set `ERASE_DISK` via `USEANSERFILE`.
```
setup-alpine -f ANSWERS
# ANSWERS file
ERASE_DISK=/dev/sda # <---- Does not pass through from setup-alpine into setup-disk
DISKOPTS="-m sys /dev/sda"
```
Since it is possible to define `DISKOPTS` via `USEANSERFILE`, I see no reason why `ERASE_DISK` could not be exported/forwarded. I could send a patch for this.
relevant lines:
* https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/4f5e613ab51fe2d630d1300335f640782752a19b/setup-alpine.in#L72
* https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/4f5e613ab51fe2d630d1300335f640782752a19b/setup-alpine.in#L263https://gitlab.alpinelinux.org/alpine/abuild/-/issues/10091CBUILD=.. abuild rootbld does not create ~/packages/$repo/$arch2023-02-01T22:15:12ZGhost UserCBUILD=.. abuild rootbld does not create ~/packages/$repo/$archthe rootpkg later fails with
```
>>> zip*: Create zip-3.0-r10.apk
/usr/bin/abuild: cd: line 1830: can't cd to /home/demon/packages//main/aarch64: No such file or directory
>>> ERROR: zip: rootbld failed
```
because the aarch64 dir does...the rootpkg later fails with
```
>>> zip*: Create zip-3.0-r10.apk
/usr/bin/abuild: cd: line 1830: can't cd to /home/demon/packages//main/aarch64: No such file or directory
>>> ERROR: zip: rootbld failed
```
because the aarch64 dir does not exist. making it makes it pass and work. this is purely an issue for CBUILD= with rootbld