Package Details: rxvt-unicode-patched 9.22-10

Git Clone URL: https://aur.archlinux.org/rxvt-unicode-patched.git (read-only)
Package Base: rxvt-unicode-patched
Description: Unicode enabled rxvt-clone terminal emulator (urxvt) with fixed font spacing
Upstream URL: http://software.schmorp.de/pkg/rxvt-unicode.html
Licenses: GPL
Conflicts: rxvt-unicode
Provides: rxvt-unicode
Submitter: thestinger
Maintainer: blueyed
Last Packager: blueyed
Votes: 242
Popularity: 1.109451
First Submitted: 2010-12-21 01:39
Last Updated: 2017-09-03 19:05

Required by (28)

Sources (8)

Latest Comments

FernandoBasso commented on 2017-09-16 10:43

About my previous comment, I just removed all the downloaded aur files and aurget downloaded fresh stuff, and it just compiled fine. I guess I had old, messed up content in the build directory that was causing the issue.

FernandoBasso commented on 2017-09-06 12:37

/bin/ld: encoding.o: relocation R_X86_64_32S against symbol `cns11643_1992_1_f_i' can not be used when making a shared object; recompile with -fPIC
/bin/ld: ev_cpp.o: relocation R_X86_64_32 against `.bss' can not be used when making a shared object; recompile with -fPIC
/bin/ld: final link failed: Nonrepresentable section on output
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:67: rxvt] Error 1
make[1]: Leaving directory '/home/fernando/aurpkgs/rxvt-unicode-patched/src/rxvt-unicode-9.22/src'
make: *** [Makefile:37: all] Error 1
==> ERROR: A failure occurred in build().
Aborting...
warning: package rxvt-unicode-patched failed to build, skipping

I am upgrading an existing installation. This is not a fresh install. Any ideas?

tam1138 commented on 2017-07-19 20:39

I'm getting the "Unable to load base fontset, please specify a valid one using -fn, aborting." error, as well, but only on a newly-installed instance of Arch Linux: it still works fine on the installation I've had for years (on another machine). Both are (trying to) run rxvt-unicode-patched 9.22-9, which implies that it's not the package itself. Additionally, the rxvt-unicode-cvs-patched-wideglyphs package doesn't work on the machine that's failing on this package. I'll report back if/when I figure it out.

[Time passes.]

I didn't have pkg-config installed on the new machine, which meant all the feature checks during configure failed. Installing pkg-config resulted in a working rxvt-unicode-patched.

Solution: please add pkg-config as a build dep.

blueyed commented on 2017-06-13 22:28

@kylebaked
I maintain this package, but use https://aur.archlinux.org/packages/rxvt-unicode-cvs-patched-wideglyphs/ myself (with xft fonts), which is quite similar.

I do not think it is related to the update / rebuild.

Can you try rxvt-unicode-cvs-patched-wideglyphs maybe?

kylebaked commented on 2017-06-12 22:13

After updating perl and rebuilding I'm getting the following when trying to launch:

"Unable to load base fontset, please specify a valid one using -fn, aborting."

It appears this is related to using an xft font. I can confirm that urxvt is able to use non-xft fonts and that xterm can use xft fonts fine. Is anyone else experiencing this or is this just something on my end?

blueyed commented on 2017-05-06 05:56

Created https://aur.archlinux.org/packages/rxvt-unicode-cvs-patched-wideglyphs/
Maybe it helps!?

It also contains the patch for reporting focus events and other niceties/fixes not released yet.

blueyed commented on 2017-05-06 04:35

@madnight
there are several patches in here, and the crashing one was enable-wide-glyphs.patch, which is not included here. I am using another PKGBUILD based on the cvs version with it. I can publish it in case anyone is interested.
Not sure if it would help in your case - maybe it is related to wcwidth(3) even, in case tmux is using another method?!
Check the ISO14755 mode: press ctrl-shift and click on the glyphs. Then compare it between tmux and non-tmux.

madnight commented on 2017-05-05 14:30

Hi, this patch finally solves all my font problems (powerline + awesome) for powerlevel9k.
Hower tmux does seem to have problems.
It does not crash for me like it does for aflavio but take a look:

normal:
https://i.imgur.com/f4pd7Rc.png
tmux:
https://i.imgur.com/VUYpGO1.png

rxvt-unicode (urxvt) v9.22 - released: 2016-01-23
zsh 5.3.1 (x86_64-unknown-linux-gnu)
tmux 2.4
archlinux 4.10.13-1-ARCH

Maybe the problem is on tmux side, but vte terminals (e.g. termite) works with the same font.

aflavio commented on 2017-02-09 21:19

Hi.

This patch causes a segfault with tmux when using first tab completing.

urxvt: 9.22
zsh: zsh 5.3.1 (x86_64-unknown-linux-gnu)
tmux: 2.3
distro: archlinux


GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from urxvt...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/urxvt -e .builds/vim/src/vim
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x000000000041cf44 in rxvt_term::scr_refresh() ()
(gdb) bt
#0 0x000000000041cf44 in rxvt_term::scr_refresh() ()
#1 0x000000000041ea22 in rxvt_term::flush() ()
#2 0x0000000000439bce in ev_invoke_pending() ()
#3 0x000000000043a61d in ev_run ()
#4 0x00000000004192e3 in main ()
(gdb)

silasdavis commented on 2017-01-10 21:10

I'm not sure what option fixed the chronic issue I was having with powerline glyphs not rendering/aligning properly. But for anyone who it might help this version of urxvt fixed it for me. Having poured hours into trying to find a solution/manually patch fonts/blame hidpi...

All comments