On 2024-03-13 12:25, Ben T. Fender wrote:
Wed, 13 Mar 2024 04:41:25 +0100 "Carlos E. R." <robin.listas@telefonica.net> :
On 2024-03-13 00:56, Ben T. Fender wrote:
Tue, 12 Mar 2024 23:52:41 +0100 "Carlos E. R." <> :
On 2024-03-12 23:31, Ben T. Fender wrote:
Audacity is refusing to launch (AGAIN) on both Slowroll AND Tumbleweed, looks like maybe because of 'LOCALE' (AGAIN) ..but why does a freakin' wave editor need 'locale' at all and why do I keep running into locale problems on opensuse (no issues on Artix, Devuan, Slackware, AvLinux)?
All applications need to read the locale, no matter what they do. They print messages and menus and options.
In your case, it appears to be trying "/usr/lib/locale/C.UTF-8/", which does not exist. I have "/usr/lib/locale/C.utf8/" instead.
I copied the folder to C.UTF-8, renamed old one C.utf8-was
That's ugly hack.
Now I really don't know where to hide in shame!
You should at worst have used symlinks.
Why? When I have to deal with a file of which I may have to swing two versions I copy both and change one or the other to the required name depending on the state of TS/Resolution. For example I may have /etc/hosts-distro, /etc/hosts-antigoogle and then copy one or the other in as /etc/hosts. It ain't pretty but then neither were some of my girlfriends.
This is not the same case, of having two configs. There a single configuration, identical, just with a different name. You are trying to fool an application that tries to find the wrong file name. The normal hack is to have a symlink: /usr/lib/locale/C.utf8/ → /usr/lib/locale/C.UTF-8/ It uses just a few bytes, when listing the directory you see the change, and if there is an update, the copy is also updated. You can do similarly with hosts; One day you have: /etc/hosts → /etc/hosts-distro and another day you have: /etc/hosts → /etc/hosts-antigoogle Just by doing a listing you know in which configuration state is your machine, and updates go to the correct version file.
(that's the no-locale locale, by the way).
/etc/locale-conf had "LANG=en_GB.UTF-8" (or such for Britain) which I sure as puck never put there! Changed to LANG=en_US.UTF-8
so now it's an IDENTIFICATION issue, there's always something screwed up, it's like a *recurring nightmare* and by the time I get it fixed, if at all, I'm too tired for my guitar session
Well, you are using Factory aka Tumbleweed. Factory is constantly changing by definition. You are expected to cope with the changes yourself.
Yeh, yeh, I've also read that the only prerequisite for a package to land in a TW repo is for it to have been successfully compiled. But this page seems to be a little more forgiving :-)
-- Cheers / Saludos, Carlos E. R. (from 15.5 x86_64 at Telcontar)