|
Bugzilla – Full Text Bug Listing |
| Summary: | rxvt-unicode (urxvt) does not display unicode correctly (on recent Tumbleweed) | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Tumbleweed | Reporter: | Martin Jambor <mjambor> |
| Component: | Other | Assignee: | Marcus Rückert <mrueckert> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | mjambor, pujos.michael |
| Version: | Current | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | Screen shot of yast in screen in urxvt | ||
OK, even outside screen, rxvt-unicode cannot display non-ASCII unicode correctly, listings of files by ls containing Czech characters is incorrect (and breaks readline) too. The problem persists even after upgrading to Tumbleweed 20230922. in https://download.opensuse.org/history/ you can find older packages. can you check if it works with the ncurses packages you had before the upgrade? including terminfo packages. i just noticed it isnt long enough back so you would need to osc build an older version. Try this LANG=de_DE.UTF-8 urxvt does Umlaute work (not the difference between UTF-8 and utf8) ... here it does and without screen also YaST does (In reply to Dr. Werner Fink from comment #6) > Try this > > LANG=de_DE.UTF-8 urxvt > > does Umlaute work (not the difference between UTF-8 and utf8) ... here it > does and without screen also YaST does This works! Interestingly, using LANG=en_US.UTF-8 does not. But LANG=C.UTF-8 also works, which might be all I need. Related: https://bugzilla.opensuse.org/show_bug.cgi?id=1214136 Someone please patch the rxvt package with the one-liner that fixes this issue, so we do not have to wait forever for a new upstream rxvt version... After switching to LANG=C.UTF-8 everywhere all of my issues with urxvt went away, so I'm setting this to RESOLVED WORKAROUND ...well, we don't have that state, so let's consider it FIXED (on my end) then. Thanks! could you check with the package in the devel project if the issue has improved with your old settings? in general I would always suggest to use the UTF-8 versions of the locales. (In reply to Martin Jambor from comment #9) > After switching to LANG=C.UTF-8 everywhere all of my issues with urxvt went > away, so I'm setting this to RESOLVED WORKAROUND ...well, we don't have > that state, so let's consider it FIXED (on my end) then. Thanks! Run info libc 'Locale Names' to see that this is not a workaround but the real solution that is do not mix the basename self-named directories below /usr/lib/locale/ and the name of the locale them selfs. |
Created attachment 869579 [details] Screen shot of yast in screen in urxvt After upgrading TW to version 20230828 (from some July version), urxvt (from rxvt-unicode) does not display things correctly in GNU screen. To reproduce: 1. open urxvt terminal and in it... 2. run screen and in it... 3. run /for example /sbin/yast the result is garbled display (see attachments). But that is not the only case, even GCC error and warning messages are messed up and sprinkled with "â" characters all over the place. My locale is: LANG=C LC_CTYPE=en_US.UTF-8 LC_NUMERIC="C" LC_TIME="C" LC_COLLATE="C" LC_MONETARY="C" LC_MESSAGES="C" LC_PAPER="C" LC_NAME="C" LC_ADDRESS="C" LC_TELEPHONE="C" LC_MEASUREMENT="C" LC_IDENTIFICATION="C" LC_ALL= screen sets TERM to "screen-256color" urxvt itself sets TERM to rxvt-unicode xterm seems to work OK (with the limited capabilities it has).