Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 916595

Summary: media-gfx/prusaslicer insists on having en_US locale available
Product: Gentoo Linux Reporter: Ben <blc+gentoo>
Component: Current packagesAssignee: 3D Printing Team <3dprint>
Status: UNCONFIRMED ---    
Severity: normal CC: blc+gentoo, fordfrog, jstein
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Ben 2023-10-31 22:49:54 UTC
Prusaslicer seems to require en_US where I'm not sure where it's getting this locale.  For simplicity I am solely using C.UTF8 UTF-8 locale which is close enough to en_US for me however a window pops up upon running as a unprivileged user:

PrusaSlicer - Switching language failed
Switching PrusaSlicer to language en_US failed.
You may need to reconfigure the missing locales, likely by running the
"locale-gen" and "dpkg-reconfigure locales" commands.

The obvious Debian command sure doesn't work here and not clear that this is a glibc issue most likely and requires sysadmin privileges to fix, starting with editing /etc/locale.gen ?


Reproducible: Always

Steps to Reproduce:
1.only build C.utf-8 as locale in locale.gen and build glibc
2.merge prusaslicer
3.run prusaslicer
Actual Results:  
window pops up indicating locale not found and quits.

Expected Results:  
should print messages in C.UTF-8 locale as I wished.

This might be an upstream issue, but the dpkg-reconfigure warning is not appropriate.  As far as I can tell there is no user workaround, requiring the sysadmin to include en_US in locale-gen and /etc/locale.gen (part of glibc).  I'm not sure if this is an "easy" workaround or not however... very hard for an enduser.
Comment 1 Miroslav Ć ulc gentoo-dev 2024-03-01 10:50:09 UTC
is 2.7.2 still affected? running LC_ALL=C.UTF-8 prusa-slicer doesn't cause any issues for me, but i have multiple locales installed.
Comment 2 Ben 2024-03-01 15:38:56 UTC
Nope, still not working.  2.7.1 and 2.7.2 are affected.

Adding LC_ALL=C.UTF8 wfm too but I still had to have en_US in /etc/locale.gen so it seems to be mostly a no-op.