Package Details: rxvt-unicode-patched 9.22-8

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: blueyed
Last Packager: blueyed
Votes: 236
Popularity: 3.504702
First Submitted: 2010-12-21 01:39
Last Updated: 2016-12-23 07:35

Dependencies (5)

Required by (28)

Sources (8)

Latest Comments

aflavio commented on 2017-02-09 21:19


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 <>
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:
Find the GDB manual and other documentation resources online at:
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/".

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 ()

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...

spacelord commented on 2016-12-24 12:47

Thank you

blueyed commented on 2016-12-23 07:39

Ok, re-added font-width-fix.patch.

spacelord commented on 2016-12-23 01:13

@Alad: indeed. I guess it's another package for my IgnorePkg list then :-/

The fontwidth patch is *the* main reason why people are using this package. I'm sticking with the 9.22-6 release for now. If this change doesn't get reverted or replaced with something with the same functionality, I may as well start using rxvt-unicode from the official repo and cut down on one foreign package.

@blueyed: please reconsider and add the patch again. Removing it without a working replacement is a disruptive change which should be avoided.

Alad commented on 2016-12-22 21:06

So... until this hypothetical wcwidth gets applied, you've removed the one patch that was the reason for using this package. letterSpace doesn't work nearly as well (different values for different fonts and sizes etc.)

blueyed commented on 2016-12-22 20:27


I've dropped font-width-fix.patch, since I consider it to be wrong, too.

You might want to / should use "URxvt*letterSpace: -1" instead, in case of issues.

My plan it to keep this in line with, and maybe add the wcwidth(3) callback as an option here, once I find more time to clean it up.

The-Compiler commented on 2016-12-21 04:52

Transfered ownership to blueyed as I switched from urxvt to termite.

blueyed commented on 2016-11-06 00:14

The PKGBUILD for the mentioned improved wide glyph handling is up:

It needs cleanup and testing, but I consider it to be working quite good already.
I will write to the rxvt-unicode mailinglist soonish, but have no high hopes that it gets accepted like that, since it uses an extra socket and `LD_PRELOAD`.

The PKGBUILD is built on this one, but without font-width-fix.patch, which I also consider to be wrong (there is a comment about it in there).

alpertuna commented on 2016-11-04 16:54

Well, I will follow up. Also looking forward to new patches.
And thanks for quick reply.

blueyed commented on 2016-11-04 13:37

We tried to debug this in, but unfortunately I cannot reproduce it myself. You should follow up there probably.

btw: I am cooking another patch in this regard, which is less of a hack in some sense, but more altogether: it injects a LD_PRELOAD for wcwidth/wcswidth and uses that to ask the rxvt-unicode process about the width of a char. Maybe I get back to it on the weekend.

alpertuna commented on 2016-11-04 12:29

I use vim and airline plugin with glyph icons. That's why I enabled wide-glyph patch from PKGBUILD.
After some upgrade of vim (v8.0 patch), when I launch vim, urxvt crashes with this message;

segmentation fault (core dumped) urxvt

When I disable glyph icons of airline plugin, problem is gone. Also when I remove wide-glyph patch and rebuild urxvt, again problem is gone but I need that patch. Is there any way to solve it?

ScriptorTux commented on 2016-10-15 14:10

This package doesn't seem to accept the 256 colors of xresources

The-Compiler commented on 2016-07-14 06:35

@turtil can you explain what that patch changes exactly? Was it ever submitted upstream somewhere? "draw text in middle of line, not on top" isn't really helpful ;)

turtil commented on 2016-07-09 09:28

Can we include this too please?

Can confirm it works locally here with this included.


Ram-Z commented on 2016-06-17 08:16

Would you mind removing the `--disable-pixbuf` option? So that urxvt would link against it if it's installed.

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

I bumped the pkgrel to force a rebuild.

dummys commented on 2016-06-06 14:40

for me it's ok too. thanks.

hybrid commented on 2016-06-06 14:00

encountered the same error dummys reported.
Rebuilding rxvt-unicode-patched fixed it for me.

dummys commented on 2016-06-06 08:38

After upgrading to latest arch package I get a: [ 116.135112] urxvtd[1376]: segfault at 10 ip 00007fbe58ec7689 sp 00007fffed4e6220 error 4 in[7fbe58db0000+1e8000]
when trying to connect to the deamon with rxvt.

-> $ urxvtd
rxvt-unicode daemon listening on
./rxvtperl.c: loadable library and perl binaries are mismatched (got handshake key 0xdb00080, needed 0xdb80080)
[1] 6928 segmentation fault (core dumped) urxvtd

I think the lib that cause that is: [2016-06-06 10:15] [ALPM] upgraded perl (5.22.2-1 -> 5.24.0-1)

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?