Locale settings defined outside /etc/locale.conf

Reinstalling garuda-settings-manager-kcm-git from chaotic-aur fixed the settings issue. Moreover, perl is still complaining

In what way?

It is posted above (happens every time I run pacman -Syu when there is something to update):

(14/20) Checking which packages need to be rebuilt
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "",
LC_ALL = (unset),
LC_ADDRESS = "nl_NL.UTF-8",
LC_NAME = "nl_NL.UTF-8",
LC_MONETARY = "de_BE.UTF-8",
LC_PAPER = "nl_NL.UTF-8",
LC_IDENTIFICATION = "nl_NL.UTF-8",
LC_TELEPHONE = "nl_NL.UTF-8",
LC_MESSAGES = "en_US.UTF-8",
LC_MEASUREMENT = "de_BE.UTF-8",
LC_CTYPE = "en_US.UTF-8",
LC_TIME = "C",
LC_COLLATE = "de_BE.UTF-8",
LC_NUMERIC = "C",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "",
LC_ALL = (unset),
LC_ADDRESS = "nl_NL.UTF-8",
LC_NAME = "nl_NL.UTF-8",
LC_MONETARY = "de_BE.UTF-8",
LC_PAPER = "nl_NL.UTF-8",
LC_IDENTIFICATION = "nl_NL.UTF-8",
LC_TELEPHONE = "nl_NL.UTF-8",
LC_MESSAGES = "en_US.UTF-8",
LC_MEASUREMENT = "de_BE.UTF-8",
LC_CTYPE = "en_US.UTF-8",
LC_TIME = "C",
LC_COLLATE = "de_BE.UTF-8",
LC_NUMERIC = "C",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "",
LC_ALL = (unset),
LC_ADDRESS = "nl_NL.UTF-8",
LC_NAME = "nl_NL.UTF-8",
LC_MONETARY = "de_BE.UTF-8",
LC_PAPER = "nl_NL.UTF-8",
LC_IDENTIFICATION = "nl_NL.UTF-8",
LC_TELEPHONE = "nl_NL.UTF-8",
LC_MESSAGES = "en_US.UTF-8",
LC_MEASUREMENT = "de_BE.UTF-8",
LC_CTYPE = "en_US.UTF-8",
LC_TIME = "C",
LC_COLLATE = "de_BE.UTF-8",
LC_NUMERIC = "C",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_US.UTF-8").

Otherwise, it also happens when run just perl. Let me underline again these values are not in accordance with /etc/locale.conf, I don't have de_BE.UTF-8 set.

LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=C
LC_TIME=C
LC_COLLATE=nl_NL.UTF-8
LC_MONETARY=nl_NL.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=nl_NL.UTF-8
LC_NAME=nl_NL.UTF-8
LC_ADDRESS=nl_NL.UTF-8
LC_TELEPHONE=nl_NL.UTF-8
LC_MEASUREMENT=nl_NL.UTF-8
LC_IDENTIFICATION=nl_NL.UTF-8

What is the contents of that file? What are the settings within KDE and Garuda Settings Manager? Did you run the commands I posted above, and what was the output?

1 Like

yes. The file in question is /etc/locale.conf

OK, great. Now what?

1 Like

perl is using some other locale settings that I don't know of. I am trying to understand what that might be. I mentioned this at the start of the thread along with the settings issue.

So do you actually want help, or are you happy to look at this yourself?

1 Like

Yes, I want help. Isn't that why I would post here in the first place?

I don't know, you seem to have ignored my input so far. :man_shrugging:

1 Like

Maybe I wasn't explicit in that I have done everything mentioned thus far on the thread.

So no, I haven't ignored you.

You may have accidentally missed (at least) one post.

2 Likes

What is the contents of that file? What are the settings within KDE and Garuda Settings Manager?

I wrote this on the first post in the thread (might’ve been too implicit)*: /etc/locale.conf, garuda settings manager, and the KDE settings show the same locale configuration. The only exception seems to be perl.

  1. Reboot for good measure.

I boot my computer every day after a shutdown at the end of the previous day.

I tried reinstalling perl, and the issue persists.

*: KDE settings wasn’t mentioned because it was bugged.

Which hook is this?
Check and post:

grep "^Description" /usr/share/libalpm/hooks/*.hook | grep "Checking which packages need to be rebuilt" | cut -d":" -f1 | pacman -Qo -
grep "^Description" /etc/pacman.d/hooks/*.hook | grep "Checking which packages need to be rebuilt" | cut -d":" -f1 | pacman -Qo -

and post contents of the <hook-name>.hook file

2 Likes

grep command outputs:

╭─can@Pyramidal in ~ took 105ms
[🔴] × grep "^Description" /usr/share/libalpm/hooks/*.hook | grep "Checking which packages need to be rebuilt" | cut -d":" -f1 | pacman -Qo -

/usr/share/libalpm/hooks/rebuild-detector.hook is owned by rebuild-detector 4.1.6-2

╭─ in ~ took 107ms
╰─λ grep "^Description" /etc/pacman.d/hooks/*.hook | grep "Checking which packages need to be rebuilt" | cut -d":" -f1 | pacman -Qo -
error: argument '-' specified with empty stdin

content:

╭─can@Pyramidal in ~ took 5ms
[🔴] × cat /usr/share/libalpm/hooks/rebuild-detector.hook
[Trigger]
Operation = Upgrade
Type = Package
Target = *

[Action]
Description = Checking which packages need to be rebuilt
Exec = /usr/bin/checkrebuild
When = PostTransaction
NeedsTargets

I am not aware of this tool and if it is provided by Garuda.
Anyway, run the Exec command in terminal to see if it also gives error.

checkrebuild

I don’t think it needs privs, so check and use sudo, if needed.

1 Like

I wouldn't focus on the hook as the issue arises when I also run perl by itself (posted above).

But I ask you to.
If you want support, this is what it is about: Do as you are asked.
There is absolutely no problem if you want to do as you think it is better.
But then, you don’t need our assistance, so just tell me and I will close the topic with joy and no offense.

4 Likes

It is not what I think is better, it is a fact.

Edit:
Found the problem, some of my old settings were wrongly stored in .config/plasma-localerc. I just deleted the file, and it was regenerated with the correct values next time I logged in to my user.

1 Like

OP is trolling. He is very knowledgeable and just having fun, spending our volunteering time for his joy.
There is no need for support, since OP knows what and how.