libnma-gtk4 depends on libgcr-4.so.0.0.0 and libgck-2.so.0.0.0
Can you check size? Why do you set the Host header at all? :D
libnma-gtk4 depends on libgcr-4.so.0.0.0 and libgck-2.so.0.0.0
If you downgrade this package, does that do anything? My guess is there is another dep in the tree that's the real problem. Not sure what exactly, your lddtree output look pretty normal (no…
libnma-gtk4 depends on libgcr-4.so.0.0.0 and libgck-2.so.0.0.0
libnma is now rebuilt. Please try reinstalling it, since the buildnumber was not increased (still need to find time figuring this one out).
libnma-gtk4 depends on libgcr-4.so.0.0.0 and libgck-2.so.0.0.0
I requeued libnma, that should fix this.
After some debugging on a fresh EndeavourOS install I can confirm this is (at least to some extend) an EndeavourOS specific problem. As soon as you revert their overwrite of `90-loaderentry.install…
Can you have a look into the Xorg log (/var/log/Xorg.*) and see is there are anything in there? Another approach would be to look at the coredump (check with coredumpctl).
Sorry to get back to you so late, but I think I know what the problem is. You need to use broadcom-wl-dkms if you want to use ALHP's kernels [as described in the README](https://somegit.dev/ALHP/…
Did you check if debuginfod has been build by ALHP? Seems like I can't reproduce this with elfutils 0.189-1.1.
It seems to work fine. If there are any suggestions on how to improve it even further, please open a separate issue. Any feedback to CARGO_BUILD_TARGET can go in here.
To reiterate what I wrote in #172: x86-64-v4 will probably come within the next month or two, since my server provider finally got one of amd's 7xxx series in the product lineup.
I'm not sure…
Good catch. x86-64-v4 will probably come within the next month or two, since my server provider finally got one of amd's 7xxx series in the product lineup now.