Open goktug7913 opened 2 months ago
fixed by:
cat /etc/locale.conf
File: /etc/locale.conf
LANG=en_US.UTF-8
LC_ADDRESS=tr_TR.UTF-8
LC_IDENTIFICATION=tr_TR.UTF-8
LC_MEASUREMENT=tr_TR.UTF-8
LC_MONETARY=tr_TR.UTF-8
LC_NAME=tr_TR.UTF-8
LC_NUMERIC=tr_TR.UTF-8
LC_PAPER=tr_TR.UTF-8
LC_TELEPHONE=tr_TR.UTF-8
LC_TIME=tr_TR.UTF-8
also added _enUS.UTF-8 and _trTR.UTF-8 to /etc/locale.gen
then ran sudo locale-gen
however the seems to be an upstream issue as the same problem happens in prusa-slicer and i assume it exists in Bambu Studio too even possibly Slic3r
Thanks for the update. I've seen quite a lot application crashes if there is only LANG=C available.
It's likely an OS setup problem to me. As application with localization support need these. But I must admit I don't bother to digger into this issue.
I got it running, however the 3D viewport is missing from the UI now.
I also got a segfault on launch after fixing the locale problem which is caused by having noto sans installed (it is a dependency of orca-slicer) force removing the noto package fixes that issue.
You seem to be on arch, try downgrading the ttf-harmonyos-sans. The newer version of the font appears to be causing a crash.
Appears that going from: https://developer.huawei.com/images/download/general/HarmonyOS-Sans.zip to https://developer.huawei.com/images/download/next/HarmonyOS-Sans.zip
is an issue. Not sure how loading a font can cause a segfault.
Stacktrace
`
foreground_color@entry=0x0, scaled_glyph_ret=scaled_glyph_ret@entry=0x7fffffff51a0) at ../cairo/src/cairo-scaled-font.c:2913
`
@namtabmai i will do your suggestion, thanks.
Removing it also seems to fix it, however I cannot use orca slicer even if it starts. The 3D viewport UI element is simply not drawn. I will provide a screenshot when I get on my PC.
I also saw some GTK errors, not sure if it was related.
EDIT: This probably needs its own issue?
The UI not rendering is an Nvidia driver issue in my case, I had to downgrade from 560 to 555, though this is a temporary "band-aid" solution.
I've got the same issue on a japanese locale in endeavourOS with orca-slicer-git on the latest version
terminate called after throwing an instance of 'std::runtime_error'
what(): locale::facet::_S_create_c_locale name not valid
中止 (コアダンプ)
For me the issue was that my environmental variable was set to "LC_NUMERIC=en_DE.UTF-8", which doesn't really exist and is a bug within KDE Plasma i think. I was able to start it by just setting it to "LC_NUMERIC=en_US.UTF-8".
Is there an existing issue for this problem?
OrcaSlicer Version
2.1.1-1
Operating System (OS)
Linux
OS Version
Linux archlinux 6.10.9-arch1-2 #1 SMP PREEMPT_DYNAMIC Tue, 10 Sep 2024 14:37:32 +0000 x86_64 GNU/Linux
Additional system information
CPU: Intel i7-6700 GPU: ASUS TUF RTX 3070 (nvidia-dkms) RAM: Corsair Vengeance 32GB DDR4 3600Mhz DE: KDE Plasma
Printer
None but normally Ender 3
How to reproduce
yay orca-slicer-bin orca-slicer
Actual results
Expected results
Orca slicer starting
Project file & Debug log uploads
N/A
Checklist of files to include
Anything else?
No response