Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Glyphs not rendering correctly #32

Closed
scrouthtv opened this issue Jan 21, 2020 · 9 comments
Closed

Glyphs not rendering correctly #32

scrouthtv opened this issue Jan 21, 2020 · 9 comments

Comments

@scrouthtv
Copy link

image

I'm running Linux archlinux 5.4.13-arch1-1 #1 SMP PREEMPT Fri, 17 Jan 2020 23:09:54 +0000 x86_64 GNU/Linux and

ncpamixer v1.3
Build type: release
Build date: 2020-01-20 16:59

The three fonts shown are Monofur, Monaco and Hermit. As you can see, instead of the little symbol(image) the ~Y is displayed. Also the slider is not displayed as it should be, but instead there is a VH:
image

With some other fonts the glyphs are rendered correctly, but since Hermit is the one I mainly use I'd like to know whether it's possible to fix this in some way?

@c0r73x
Copy link
Member

c0r73x commented Jan 21, 2020

Humm strange, could you try to compile it with USE_WIDE=1 ?

@scrouthtv
Copy link
Author

I didn't compile it myself, but installed the AUR version. I guess you want me to append the USE_WIDE=1 to the make command line. The issue persists:
image
What I did:

 $ make USE_WIDE=1
 $ build/ncpamixer --version
ncpamixer git v1.3.3-1-g158dc0d
Build type: release
Build date: 2020-01-22 09:40

@FredrikHson
Copy link
Member

got similar results myself if i launched with: LANG=C ./build/ncpamixer

@c0r73x
Copy link
Member

c0r73x commented Jan 22, 2020

That would make sense i guess, you probably want to run utf-8 🤔

@scrouthtv
Copy link
Author

Oh well. Didn't know. When launching with LANG=en_US.UTF-8 it works..

@scrouthtv
Copy link
Author

Can someone help me on how I can fix this?

# cat /etc/locale.conf
LANG=en_US.UTF-8
# localectl
System Locale: LANG=en_US.UTF-8
echo $LANG
C

I even have a line export LANG=en_US.UTF-8 in my zshrc but the lang is still C.

@c0r73x
Copy link
Member

c0r73x commented Jan 22, 2020

Humm did you forget to run locale-gen maybe?

@c0r73x c0r73x pinned this issue Jan 22, 2020
@scrouthtv
Copy link
Author

I (re-) ran locale-gen, the output said there already was some file for en_US.UTF-8.

After testing my problem I set the language using localectl which didn't apply instantly, but after a reboot everything is working fine I guess I never really set the language or this one boot was broken. (Or could a kernel upgrade possibly break this? They tend to break a lot of things for me)

@urbanprah
Copy link

setting LC_ALL worked for me

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants