Reflector-simple yad ERROR

[Pudge]

When I try to run reflector-simple either from the Welcome screen or in a terminal window, I get the following

reflector-simple
reflector-simple: info: reading file /etc/reflector-simple-tool.conf
reflector-simple: info: reading file /etc/reflector-simple.conf

(process:7798): Gtk-WARNING **: 13:09:25.031: Locale not supported by C library.
        Using the fallback 'C' locale.

(yad:7798): Gtk-WARNING **: 13:09:25.045: Theme parsing error: gtk.css:1649:16: '-gtk-icon-size' is not a valid property name

(yad:7798): Gtk-WARNING **: 13:09:25.045: Theme parsing error: gtk.css:1652:16: '-gtk-icon-size' is not a valid property name
Unable to parse command line: Invalid byte sequence in conversion input

[don@ThinkPad ~]$ cat /etc/locale.conf
LANG=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_NAME=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_TIME=en_US.UTF-8

Pudge

EDIT:
[don@ThinkPad ~]$ pacman -Q reflector-simple
reflector-simple 2023-2

[xircon]

@Pudge

pacman -Q reflector-simple

Same version, but cannot replicate, all working here.

[anon11595408]

Same here.

[xircon]

LANG=en_GB.UTF-8
LC_ADDRESS=en_GB.UTF-8
LC_IDENTIFICATION=en_GB.UTF-8
LC_MEASUREMENT=en_GB.UTF-8
LC_MONETARY=en_GB.UTF-8
LC_NAME=en_GB.UTF-8
LC_NUMERIC=en_GB.UTF-8
LC_PAPER=en_GB.UTF-8
LC_TELEPHONE=en_GB.UTF-8
LC_TIME=en_GB.UTF-8

Missed a bit, our shopping was just delivered!!

[Pudge]

I don’t use this laptop very much. Did an update and 542 packages were updated.
So far everything works except reflector-simple. I am guessing something went awry during such a massive update. I’m not wrapping my head around the yad error. Not sure why everyone else’s works bu t not mine.

BTW it’s a Thinkpad T430

@manuel HELP!

Pudge

[anon11595408]

What DE are you on?
What does your (potential) ~/.profile show? Does it contain LC_ALL="en_US.UTF-8" ?

EDIT:
What does your locale -a show? - Mine reads:

$ locale -a
C
C.UTF-8
de_DE.utf8
POSIX

[Pudge]

KDE Plasma

I don’t have a ~/.profile directory, maybe that’s it.

Pudge

EDIT:

[don@ThinkPad ~]$ locale -a
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_COLLATE to default locale: No such file or directory
C
C.UTF-8
POSIX

edit 2
I also did
localectl set-locale LANG=en_US.UTF-8

[anon11595408]

You could create a new user and see if it works there.

Might also be a problem with .bashrc …

EDIT:
Guess there’s something in your locale.conf or anything else imported to the user-profile (.bashrc, …) that sets an invalid value, so file parsing may have stopped when encountering a broken entry.

[anon11595408]

@Pudge

I don’t have a ~/.profile directory, maybe that’s it.

It’s a file, not a folder.
But AFAIK, KDE doesn’t use it, so it can’t be that.

[joekamprad]

looks like /etc/locale.conf has some bad signs?
or the

/etc/locale.gen

?

[Pudge]

I finally went to the Arch WiKi, which I should done in the first place. My bad.
Followed this from the WiKi

Before a locale can be enabled on the system, it must be generated.
This can be achieved by uncommenting applicable entries in /etc/locale.gen,
and running locale-gen. 

This fixed the problem. The large update must have corrupted something.
I guess I payed too much attention to the yad errors that reflector-simple was throwing.

Thanks everyone for your responses.

Pudge

[joekamprad]

@Pudge

The large update must have corrupted something.

i had some hickups on some installs too.

[petsam]

@Pudge

This fixed the problem. The large update must have corrupted something.

@joekamprad

i had some hickups on some installs too.

locale-gen is in glibc package. When glibc is updated, it seems (by the Archwiki note logic) that locale-gen should be executed again, in case changes are in some way incompatible with the previously generated languages.
A glibc hook seems to be a proper safety guard/solution. There is currently no such hook from upstream.
Maybe this can be reported upstream to the glibc packager, and/or EnOS supply one for the distro. :wi/nk: False alarm.

[anon11595408]

@petsam

locale-gen is in glibc package

That makes darn good sense. I’d already been wondering about the glibc package in this context, here.

@petsam

Maybe this can be reported upstream to the glibc packager, and/or EnOS supply one for the distro.

[petsam]

@anon11595408

That makes darn good sense.

It looks like it, but it’s wrong .

I have just run my huge update and the output reminded me (I should have remembered, but brain deterioration is unavoidable, sadly…) the package itself runs locale-gen after each glibc update, so no extra hook is required .

[joekamprad]

@petsam

locale-gen is in glibc package. When glibc is updated, it seems (by the Archwiki note logic) that locale-gen should be executed again, in case changes are in some way incompatible with the previously generated languages.

wau i mean yea experienced users may will do that … but … … there should be a hook for this by default … why a user should think about this ? (sry for ranting … )

[pebcak]

@joekamprad

there should be a hook for this by default … why a user should think about this ?

You seem to have missed:

@petsam

I have just run my huge update and the output reminded me (I should have remembered, but brain deterioration is unavoidable, sadly…) the package itself runs locale-gen after each glibc update, so no extra hook is required .

[joekamprad]

so i take back all the bad rant

[pebcak]

Yeah, it’s a pity to waste them when not needed

[petsam]

We need the emojis back!!!