






















OrcaSlicer will not launch after updating, here's the error message:
/opt/orca-slicer/bin/orca-slicer: error while loading shared libraries: libmspack.so.0: cannot open shared object file: No such file or directory
Fixed by installing libmspack from official repo.
Good day, Thanks for your efforts... after trying to figure out why this just crashes on Omarchy I realized you have already implemented the startup script fix but in order for it to work one needs glxinfo installed which is in the 'mesa-utils' package. So probably need to add mesa-utils as a dependency.
I will keep startup script in appimage and push it up later。
orca slicer 2.3.1 work well without ttf-nanum in my laptop. how to reproduce this problem?
Reproduce: open Orca Slicer, open preferences with menu or ctrl-p
It is now working on my machine without the ttf-nanum package installed. It appears to use the built in fonts. Perhaps a gtk/pango bug was fixed?
Apologies for the inconvenience; I will comment if I have any future failures.
Hello, webkit2gtk being removed, is libsoup still necessary as dep (webkit2gtk-4.1 relying on libsoup3) ? I've tried with libsoup removed and it seems to run fine.
add support for open with orcaslicer:// and bambustudio:// for using "Open With OrcaSlicer" button on website.
orca slicer 2.3.1 work well without ttf-nanum in my laptop. how to reproduce this problem? add to optionel dependency.
orcaslicer has these fonts built in
orca-slicer-bin /opt/orca-slicer/resources/fonts/
orca-slicer-bin /opt/orca-slicer/resources/fonts/HarmonyOS_Sans_SC_Bold.ttf
orca-slicer-bin /opt/orca-slicer/resources/fonts/HarmonyOS_Sans_SC_Regular.ttf
orca-slicer-bin /opt/orca-slicer/resources/fonts/NanumGothic-Bold.ttf
orca-slicer-bin /opt/orca-slicer/resources/fonts/NanumGothic-Regular.ttf
orca-slicer-bin /opt/orca-slicer/resources/fonts/NotoSansKR-Bold.ttf
orca-slicer-bin /opt/orca-slicer/resources/fonts/NotoSansKR-Regular.ttf
orca-slicer-bin /opt/orca-slicer/resources/fonts/OFL.txt
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。
Missing runtime dependency on gst-plugins-good causes SIGSEGV on startup
orca-slicer-bin declares only gstreamer (the core framework) in depends, but not the actual GStreamer plugins. OrcaSlicer builds the Device/monitoring tab via wxMediaCtrl, which requires the autovideosink element (libgstautodetect.so, shipped in gst-plugins-good). When that package is absent, the app crashes with SIGSEGV before the window even appears — not a graceful "no video" fallback.
Stack trace from the core dump:
This isn't caught by automatic dependency detection (namcap/ldd) because GStreamer plugins are loaded at runtime via dlopen, so the linker never sees them. On most systems the plugins happen to be present as transitive deps of KDE/GNOME/browsers, which masks the problem — until a user removes orphans and the plugins get pulled out.
Please add gst-plugins-good to depends. It provides autovideosink (fixes the crash) plus souphttpsrc + jpegdec + multipartdemux, which cover the MJPEG camera stream that most setups use.
Repro: on a system without gst-plugins-good, launching orca-slicer segfaults immediately; installing gst-plugins-good fixes it.