



























After some research, my issues seem seem linked to Wayland being just terrible.
Is this super flaky for anyone else? seems to slow down, not want to render the 3d sometimes, and eventually become unusable. throws a fair few gtk errors in the console.
Hiya, according to IvanV's comment from 2026-04-27 10:20 CEST webkit2gtk has been removed as a dependecy, however when trying to install on my system, it still asks for it: ==> Missing dependencies: -> webkit2gtk ==> ERROR: Could not resolve all dependencies.
What could be the issue? I have the latest webkit2gtk-4.1 installed.
All looks good from me too and been running for a few days with lot of activity/slicing/etc. Thanks @IvanV for maintaining this and quick action <3 :)
Hey all. I removed webkit2gtk and tested bambustudio, all seems fine but in case anyone is facing issues, please let me know.
Hallelujah! I friggin HATE that AUR package and drives me insane every time, please remove this from the PKGBUILD if can confirm N/A....
It also seems to work fine for me without the webkit2gtk AUR package
Is the AUR "webkit2gtk" dependency still needed? It got multiple updates in the last days which take very long to compile. I removed the package from my system to test if it's needed and the bambustudio application kept working fine. ldd also shows no dependency to the AUR webkit2gtk.
Thanks I updated URL. To be honest, they do this quite often. :(
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。
I'm building it myself and it works pretty well (nvidia & wayland), posted one page in the comments earlier about it. I'm using claude code to debug the coredumps and let it fix them one after another. Current changes (still on v02.06.00.51):
Toolchain fixes (all in prepare()/build()):
- wxUSE_GLCANVAS_EGL=OFF — prevents GLX/EGL conflict on NVIDIA
- -std=gnu17 for GMP — GCC 15 C23 breaks GMP 6.2.1's configure otherwise
- CMAKE_POLICY_VERSION_MINIMUM=3.5 — CMake 4.0 removed backwards compat
- Strip -flto=auto — Arch's default CFLAGS break FFMPEG shared object link
- Old mesa/llvm-libs 19.1.7 extracted for link-time libOSMesa.so.8 (dropped from mesa 25+); bundled copies used at runtime via
LD_LIBRARY_PATH
- DESTDIR staging (not CMAKE_INSTALL_PREFIX) — avoids binary hardcoding a non-existent $srcdir resource path
Bug-fix patches against v02.06.00.51:
1. 0001 — ObjColorPanel::deal_add_btn: clamp loop to min(m_result_icon_list.size(), m_cluster_map_filaments.size()) — SIGABRT when
spinning colour count down in the colour assignment dialog
2. 0002 — TreeSupport::detect_overhangs: replace !enforcers.empty() with layer_nr < enforcers.size() — SIGABRT when slicing models
with support enforcers on tree supports
I reported one of the bugs in github, and they don't seem to care at all. I don't know if and how I should publish "my" build - it's taking a lot of time and resources I didn't document (compilers, libraries, ...). And I can't vouch for all the changes to be useful/correct way to solve the original cause.