Package Details: rxvt-unicode-patched 9.22-4

Git Clone URL: (read-only)
Package Base: rxvt-unicode-patched
Description: Unicode enabled rxvt-clone terminal emulator (urxvt) with fixed font spacing
Upstream URL:
Licenses: GPL
Conflicts: rxvt-unicode
Provides: rxvt-unicode
Submitter: thestinger
Maintainer: The-Compiler
Last Packager: The-Compiler
Votes: 219
Popularity: 5.591354
First Submitted: 2010-12-21 01:39
Last Updated: 2016-05-17 06:46

Dependencies (5)

Required by (25)

Sources (8)

Latest Comments

The-Compiler commented on 2016-05-17 06:46

Oooh, indeed I did! Sorry, didn't notice. Fixed. :)

Distorted commented on 2016-05-15 20:16

I mean, did you forget to change the .SRCINFO file, because the aur still says version 9.22-3, but you changed it to 9.22-4 in the PKGBUILD but not in the .SRCINFO.

The-Compiler commented on 2016-05-13 18:46

no - I kept the patch in the sources (as I hope to re-enable it soon-ish?), I just disabled the actual patching.

Distorted commented on 2016-05-13 18:29

did you forget to update .SRCINFO?

Distorted commented on 2016-05-13 08:48

I hadded the options yes.

After some trying i noticed two things. It stopped crashing when i commented out the font.
which is URxvt.font:xft:DejaVu Sans Mono for Powerline:style=Book:pixelsize=15

It also stop crashing if i removed my vim config, i use airline, which also uses powerline fonts.

blueyed commented on 2016-05-11 23:07

Ouch, sorry for the trouble!

> latest patch is failing on me when I try to print weird characters, (ex: '\0')

Just with `printf '\0'`?
What font are you using?

1. What font are you using?
2. Does it happen always, regardless of the size of the window, the file being opened etc?
3. You had to added "options=('debug' '!strip')" to the PKGBUILD, have you?

I am using this font:

% xrdb -q|grep -i rxvt.font:
URxvt.font: xft:UbuntuMonoDerivativePowerline Nerd Font:size=8,xft:DejaVu Sans Mono,xft:monospace,xft:Symbola

The-Compiler commented on 2016-05-11 22:08

I pushed a quick update to disable the patch for now until those issues are sorted out.

juantascon commented on 2016-05-11 21:42

latest patch is failing on me when I try to print weird characters, (ex: '\0')
is there a font that's needed or something?

Distorted commented on 2016-05-11 18:45


The-Compiler commented on 2016-05-11 11:06

@Distorted Can you run "catchsegv urxvt" and then pastebin the stacktrace you get in that output? (ideally after adding a "options=('debug' '!strip')" to the PKGBUILD and rebuilding)

Distorted commented on 2016-05-11 11:05

The newest patch causes urxvt to segfault for me when i open vim, had to revert to the previous version.

The-Compiler commented on 2016-05-09 05:38

@blueyed Applied in -3 - thanks!

blueyed commented on 2016-05-03 21:10

See my patch for wide glyph support:

I had posted it to the mailing list in 2014q4, where it was rejected, because "fonts are bad/wrong":

The patch works well for me since a while.

Would this be a good fit for this package?
I'd be happy to cleanup/squash it then.

kamahl commented on 2016-03-10 16:15

Not sure if it's the right place to ask... But I installed the patched version. Because the poweline symbols     did not show correctly. Now with the patched version, the first three are ok, but  still does not work. I'm using Inconsolata font. Anyone know how to fix this?

The-Compiler commented on 2016-02-15 06:16

uberGeek: I won't, as those are not official Archlinux architectures (see too).

uberGeek commented on 2016-02-13 18:00

When you have a moment, please add 'armv7h' 'armv6h' to arch=(...)
I use your package on some of my Raspberry Pi's.
Thank you much.

The-Compiler commented on 2016-01-28 10:40

Whooops - sorry, I must've missed that.

I synced the package with the Archlinux one (also disabling smart-resize, see #34807) with -2.

mkoskar commented on 2016-01-28 10:22

As noted below already, is there any reason <> can't be applied here?

The-Compiler commented on 2016-01-28 07:48

Updated to v9.22 and added the SGR patch.

Sorry for the delay!

MayorBender commented on 2016-01-28 04:59

Upstream has updated this to v9.22.
Just two minor errors in the PKGBUILD for those who want to build it.
The pkgver=9.21 should be changed to pkgver=9.22.
Also the first sha1sum should be e575b869782fbfed955f84f48b204ec888d91ba1 not 33297e5303e45d27e07f40060d3655ae019eefdc.
Changing these two things lets the package build without errors.

qubidt commented on 2016-01-27 12:18

should be on 9.22

aethel commented on 2016-01-13 15:56

If anyone's interested here's a patch to add SGR mouse support to urxvt, which is needed for the mouse to work beyond the 223th column in tmux since tmux dropped support for the utf8 mode used by urxvt.

The-Compiler commented on 2015-12-10 13:55

I contacted the upstream author - his server had a double harddisk failure, and restoring multiple terabytes of data took a while. It's back up now.

ScriptorTux commented on 2015-12-09 15:05

Sorry, but I just tried to install the package and the url doesn't work (failed to connect to port 80: connection refused)

mkoskar commented on 2015-11-22 16:49

Please remove '--with-terminfo' compilation flag. See <>.

derhamster commented on 2015-08-17 17:38

I just stumbled upon these patches after observing some weird font spacings in urxvt. Is there any plan to submit these upstream? I had a quick look through their mailing list, but couldn't find anything.

elken commented on 2015-06-28 19:52

Package hadn't been updated in a while according to aur, so I clicked without checking on aur4.

Just needs a pkgrel bump, or reinstall to accommodate new perl update.

The-Compiler commented on 2015-06-28 19:41

Not sure why this was flagged out of date (and another orphan request filed in the same *minute*...) - it's up to date and seems to work fine.

untitaker commented on 2015-02-22 10:46

I also filed an orphan request, since The-Compiler didn't seem to get an immediate response.

bl0ndynek commented on 2015-02-17 22:33

Update sum of

The-Compiler commented on 2015-02-16 07:57

Since the real maintainer (buhman) isn't listed in the PKGBUILD and this is broken for more than a month now, I filed an orphan request and will adopt and update this if it gets approved.

Gulver commented on 2015-02-15 12:02

We shouldn't be looking for checksum crypt numbers here, that's what PKGBUILD is designed for.

gyscos commented on 2015-02-14 22:45

Successfully compiled this package on armv7h (Raspberry pi 2), suggest adding it to the supported archs.

rabarrett commented on 2015-02-04 16:48

Shouldn't this be fixed in the AUR instead of the manual change?

aminb commented on 2015-01-11 04:44

The sha1sum of the latest version (9.21) doesn't match the one given in the PKGBUILD. Edit the PKGBUILD and replace the first element of the *sha1sums* array with the following: 33297e5303e45d27e07f40060d3655ae019eefdc

You can check this link to make sure: or simply download the tar yourself and sha1sum it.

z1lt0id commented on 2015-01-10 23:27

Get the following when trying to download the files.
-> Found urxvt.desktop
-> Found urxvtc.desktop
-> Found urxvt-tabbed.desktop
-> Found font-width-fix.patch
-> Found line-spacing-fix.patch
==> Validating source files with sha1sums...
rxvt-unicode-9.21.tar.bz2 ... FAILED
urxvt.desktop ... Passed
urxvtc.desktop ... Passed
urxvt-tabbed.desktop ... Passed
font-width-fix.patch ... Passed
line-spacing-fix.patch ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build rxvt-unicode-patched.

Lulzon commented on 2015-01-01 07:25

9.21 released today which broke the build. 9.20 was moved to the Attic subfolder, so manual patching was easy.

zaferot commented on 2014-08-06 20:15

Hi All,

What do you think about including a patch for 256 Xresource colors support?
We can take it from other PKGBUILD.

drcouzelis commented on 2014-06-12 13:08

About the icon issue:

The PKGBUILD has "--enable-pixbuf" followed by "--disable-pixbuf". I also noticed that "gdk-pixbuf2" is not a dependency.

What is your intended decision about pixbuf / icon support for this PKGBUILD? If your plan is to NOT have icon support anymore, that's fine. I just need to know so I can use a different PKGBUILD file. :)

orschiro commented on 2014-06-09 19:07

I think it came with the latest Perl update that my urxvt no longer displays the icon properly.


It just displays a generic icon for terminal windows.

I have nothing changed in my ~/.Xresources:

URxvt*iconFile: /usr/share/icons/elementary-xfce/apps/128/terminal.svg

And I made sure that the icon still exists:

~ l /usr/share/icons/elementary-xfce/apps/128/terminal.svg
lrwxrwxrwx 1 root root 22 2014-06-07 11:56:31.000000000 +0200 /usr/share/icons/elementary-xfce/apps/128/terminal.svg -> utilities-terminal.svg

Can someone reproduce this issue?

venamresm commented on 2014-06-06 15:22

I'm not able to build this package anymore:
/usr/lib/gcc/i686-pc-linux-gnu/4.9.0/../../../ undefined reference to '_XEatDataWords'

buhman commented on 2014-06-06 12:39

pkgrel bumped completely unrelated to below stupidity.

folderol commented on 2014-06-05 22:22

It works fine for me.

khughitt commented on 2014-06-05 20:56

Build is failing after Perl upgrade:

Can't locate object method "new" via package "ExtUtils::ParseXS" at /usr/share/perl5/core_perl/ExtUtils/xsubpp line 50.
Makefile:139: recipe for target 'rxvtperl.C' failed
make[1]: *** [rxvtperl.C] Error 255
make[1]: Leaving directory '/tmp/yaourt-tmp-keith/aur-rxvt-unicode-patched/src/rxvt-unicode-9.20/src'
Makefile:37: recipe for target 'all' failed
make: *** [all] Error 1

hexchain commented on 2014-06-01 17:38

Could you please bump the pkgrel? With new perl in testing, urxvt crashes with a SIGSEGV. Rebuilding the package solves the problem.

buhman commented on 2014-04-29 17:56

Feel free to poke upstream about it yourself.

khughitt commented on 2014-04-29 14:49

Any chance this patch will make it to the upstream version?

w0ng commented on 2014-04-28 14:04

Version 9.20 released.

< pkgver=9.19
> pkgver=9.20
< sha1sums=('979f990b73cf057d81f25884668f362b5a748154'
> sha1sums=('6214c7893a8c968936103e255a1d3d1e9868abf9'

axper commented on 2014-02-07 10:23

Hmm, this version segfaults when clicking up/down arrows in the scrollbar. Doesn't happen in rxvt-unicode from community.

buhman commented on 2013-11-05 16:01

acgtyrant commented on 2013-11-05 07:57

So this package does not support 256-color, right?

bag-man commented on 2013-10-29 14:20

PKGBUILD needs updating for ->

orschiro commented on 2013-10-16 13:47


Yes, see also the discussion in the forums:

It is related to the use of Xft fonts.

zoopp commented on 2013-10-16 13:23

On my machine, the daemon crashes from time to time with segfault when closing all clients.. Does anybody else experience something similar?

buhman commented on 2013-07-29 17:07

pkgrel 3 remove terminfo and depends on rxvt-unicode-terminfo

buhman commented on 2013-06-14 23:23

Do not play boy-who-cried-wolf with the out-of-date flagging.

jnbek commented on 2013-06-14 22:55

looks like 9.18-5 is in community can we get this bumped?

buhman commented on 2013-05-31 02:35

Indeed, things in base-devel are not explicit dependencies. RTFW:

jsteel commented on 2013-05-30 12:21

@nicok, you should have base-devel installed, which pkg-config is part of.

Anonymous comment on 2013-05-30 09:36

I just ran into an issue where my patched urxvt could not display TTF fonts (with xft:<fontname>) syntax, but the normal one (rxvt-unicode) could.

Finally figured out it was because I didn't have pkg_config installed: (pacman -S pkg-config).

Hopefully this helps someone in the future or perhaps it could be added as a dep?

jstjohn commented on 2013-05-28 11:03

3xOSC: Just increment the "pkgrel", run "makepkg" again, and install the new package.

Anonymous comment on 2013-05-28 06:40

rebuild? what does that entail?

buhman commented on 2013-05-27 19:23

3xOSC: you need to rebuild.

w0ng: seeing as this is -patched, why the fsck not? Reading the relevant portions of the ML, this fix appears to be valid. Done. Thanks.

Anonymous comment on 2013-05-27 18:01

There seems to be a dependency issue with this version of rxvt. After the newest perl update 5.18.0-1, urxvt refuses to start.

w0ng commented on 2013-05-27 17:27

Please update to include FS#35420 fix (

PKGBUILD diff here:

buhman commented on 2013-03-02 14:43

Patches still apply with 9.17; thanks azeotrope; updated.

teateawhy commented on 2013-01-10 19:18

thanks. Removed my previous rubbish, your post explains it all.

Schnouki commented on 2013-01-04 12:04

teateawhy: that's in the ChangeLog ( INCOMPATIBLE CHANGE: renamed urlLauncher resource to url-launcher.

teateawhy commented on 2013-01-04 10:36

Still present with rxvt-unicode from community and firefox as urlLauncher.

teateawhy commented on 2013-01-04 09:58

The urlLauncher is broken for me since the last update. Urxvt does the underlining, but clicking has no effect. My configuration remained the same:
URxvt.perl-ext-common: default,matcher
URxvt.urlLauncher: luakit
URxvt.matcher.button: 1

buhman commented on 2013-01-02 11:02


terminalmage commented on 2012-12-31 06:27

9.16 is available and patches work without any modification.

misc commented on 2012-10-13 15:56

There's a git mirror available at git:// .

Also, with one of the latest commits --disable-rxvt-scroll must be removed for compilation.

Anonymous comment on 2012-07-01 15:24

And recompile didn't help at all.

Anonymous comment on 2012-07-01 15:23

Last archlinux update broke this.

To reproduce:

1. run urxvtd -q -o -f
2. run urxvtc
-> crash of urxvtd

[ 33.674854] urxvtd[355]: segfault at ffffd80000000000 ip 00007f0ead478e6c sp 00007fff27d5d1f0 error 4 in[7f0ead442000+197000]

rxvt-unicode from community repo also have this problem.

I'll try to figure out what packages I've recently upgraded and try to downgrade from ARM.

Unia commented on 2012-06-10 16:38

Thanks, indeed working again!

Anonymous comment on 2012-06-10 16:13

Some updates (perl, for example) may break the package. You should try rebuild the package when something like this occurs. The official one doesn't suffer this problem because, when needed, they rebuild it against the newest packages in repos.

Unia commented on 2012-06-10 12:20

Today when I booted my laptop I suddenly couldn't start any instance of urxvt (urxvt, urxvtc, urxvtd). It complained about not being able to load a shared library of libstartup-notification. When I installed the package from the official repo's, it works without complaining. Thoughts?

thestinger commented on 2012-05-27 10:37

note that the matching package is still in [community-testing] due to the perl rebuild

thestinger commented on 2012-05-26 11:12

Updated to match the latest package in [community] (including anshumanb's requested change).

anshumanb commented on 2012-05-26 10:28

This package doesn't provide the .desktop files provided by rxvt-unicode in community, which is causing the issue mentioned in .

anshumanb commented on 2012-05-26 10:27

This package doesn't provide the .desktop file provided by rxvt-unicode in community, which is causing the issue mentioned in .

thestinger commented on 2012-05-08 14:27

After comparing with xterm, gtk2 and Qt, I've added AkiraYB's line spacing fix. The spacing is now identical to other applications like gvim.

Time to see if upstream will accept the patches...

thestinger commented on 2012-03-05 07:28

@jstjohn: Thanks, updated.

jstjohn commented on 2012-03-05 07:23

I guess I should have actually checked what the differences were between the two before mentioning that. The only difference is in the 'Comment' field. >_>

Sorry about that.

jstjohn commented on 2012-03-05 07:12

According to FS#25782, 'perl' should be added to depends=()

Additionally, the rxvt-unicode.desktop file included with rxvt-unicode-9.15-1 in [community] has a different checksum than this one.

Anonymous comment on 2012-01-22 19:39

thestinger, can you apply the patch advised by AkiraYB? It is really great and fix problems with xft fonts

thestinger commented on 2011-12-22 06:45

the layout gaps fix has been applied upstream, so this package just fixes the font width issue now

x33a commented on 2011-08-14 10:52

@ print

no, i was using (and am using) this package only (rxvt-unicode-patched). The problem was due to a perl update and was solved after rebuilding the package.

print commented on 2011-08-14 07:17

The latest perl update broke urxvt, i think a rebuild is needed.

Here's the error:

unable to connect to the rxvt-unicode daemon: Connection refused
urxvtd: symbol lookup error: urxvtd: undefined symbol: Perl_Gthr_key_ptr

@x33a Are you by any chance using:

# pacman -Qo $(which urxvtc)
/usr/bin/urxvtc is owned by rxvt-unicode-256color 9.07-10


I was... until I did:

# yaourt -S rxvt-unicode-256xresources

And now all is happy on the arch planet :)

Anonymous comment on 2011-08-05 19:36

Hi, thanks a lot for posting this patch, AkiraYB :)

Anonymous comment on 2011-07-21 02:54

Hi! One day I was configuring my xterm and my urxvt when I realized that the fonts were being rendered differently in each terminal. And it wasn't just the font width thing... The line spacing too was different! So I began to investigate and, long story short, found a solution. I thought it would be cool to share, so anyone with the same "problem" could benefit.

It's a bit hard to explain with words, specially when you're not so confident in your English. :) So I made some pictures to help you understand what I mean:

rxvt-unicode-extra (from extra):
rxvt-unicode-patched (this one):
rxvt-unicode (with the modified font-fix.patch):

All of these screenshots were taken using the same resources and size (rows x columns).

I don't really know if this patch is the real fix for this "issue", but it's working so far for me. I posted the code for a patch that can be used with this package in the link below, just replace the font-width-fix.patch with this one:

Remember that this patch affects just people using a Xft font.

I hope it helps someone! :)

x33a commented on 2011-06-29 14:52

The latest perl update broke urxvt, i think a rebuild is needed.

Here's the error:

unable to connect to the rxvt-unicode daemon: Connection refused
urxvtd: symbol lookup error: urxvtd: undefined symbol: Perl_Gthr_key_ptr

Anonymous comment on 2011-06-29 13:23

I've tested it,solved the problem really.

thestinger commented on 2011-06-02 01:42

I got 3 emails about it so I decided to bump it, I wouldn't usually have done it and won't again. I was just a bit frustrated.

thestinger commented on 2011-06-02 01:41

I got 3 emails about it so I decided to bump it :\.

ngoonee commented on 2011-06-02 01:16

Besides, some people may be a bit behind on their mirror updates.

Det commented on 2011-06-01 21:43

So [testing] users need to rebuild twice? Why didn't you just leave a comment here for us to 'manually' rebuild this thing ourselves and to increase the pkgrel on the same go.

thestinger commented on 2011-06-01 14:23

bumped the pkgrel for the perl rebuild (no actual changes), will bump again when it gets to [core]

Anonymous comment on 2011-05-22 10:53

@thestinger - Just an FYI for you and everybody interested of something I found out.

I don't know if this would affect everybody as I rebuild a very light version of this without the perl extensions etc. but I found out recently that after this new version came out both this package and the one in the Repo both use "--disable-frills". This caused me a great headache finding out that you can't cut and paste into GEANY without this extension enabled. For some reason one of the "frills" let's you be able to do this. I'm talking about the original Linux buffer BTW. Geany is the only program to have this issue. If I tried to cut and paste into another urxvt window then it was no problem. It was just between the terminal and Geany. I set about rebuilding, re-enabling options one at a time and sure enough once I enabled "frills" it started working again.

Just thought I would pass this on in case somebody else is having the same issue with another program.

thestinger commented on 2011-05-22 00:36

updated PKGBUILD and .desktop file based on the changes to the package in [extra]

ngoonee commented on 2011-02-02 10:42

What's the difference between this and ?

If there's no difference (doesn't look like it to me) then perhaps you should request the deletion of the other one. Or orphaning of it and you taking over (its very out of date).

thestinger commented on 2011-01-14 19:21


in the vanilla package, font glyphs are spaced out by an extra 10%, it's not noticeable at all font point sizes (it depends on the font)

the layoutgaps patch is more of a feature addition than a bugfix (and it was rejected upstream) - in tiling wms you can choose to ignore window size hints, so there's an extra bit of space at the bottom and rxvt usually doesn't draw it, so you still see the background or the window below

I know it's named badly but at the time I couldn't think of something better and someone requested this package on irc :P.

Det commented on 2011-01-14 17:50

So what does this actually change in the layouts' and fonts' widths?

Also the naming could've been put a little more thought on.

dominikh commented on 2010-12-23 04:54

Imho this patch should be part of upstream rxvt-unicode, or at least extra/rxvt-unicode

Anonymous comment on 2010-04-25 10:34

The only new patch here is the layoutgaps.patch. The rest is from the community/rxvt-unicode-256color packet.

And that patch doesnt get rid of that empty space when you maximize your window. You can get that by ignoring layout hints in your window manager. And thats what this patch is good for: When you ignore these layout hints, the urxvt from the community packet will give you "dead pixels" in the regions where your window got "stretched". This patch should get rid of them. At least this works perfectly for me. :)

Anonymous comment on 2010-04-25 07:51

@karol_007: i get wide letter spacings with a number of fonts when i use xft, for instance with ttf-envy-code-r. I get gaps around the terminal if i don't use a fontsize that multiplies to the available screen size (12px is the only size that doesn't produce gaps for me). Both issues persist with these patches, so i don't know what the deal is either.

karol_007 commented on 2010-04-24 23:24

I don't really get what the layoutgaps.patch meant to accomplish, but could someone tell me what that piece of code does? I'm just a newb, but those two lines don't make much sense.

I see neither empty space around maximized windows nor wide letter spacing w/ my beloved terminus.

aignas commented on 2010-04-21 21:57

The patches are not working for me either.

Anonymous comment on 2010-04-17 08:39

How is this supposed to work? Both patches don't seem to do much on my system?

I reckon the font-width-patch is supposed to prevent large letter spacings, and the layoutgaps to prevent empty space around maximized windows, right?