Package Details: rxvt-unicode-patched 9.22-11

Git Clone URL: https://aur.archlinux.org/rxvt-unicode-patched.git (read-only, click to copy)
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: None
Last Packager: blueyed
Votes: 253
Popularity: 0.000360
First Submitted: 2010-12-21 01:39 (UTC)
Last Updated: 2019-06-14 11:17 (UTC)

Required by (33)

Sources (8)

Latest Comments

tim9492 commented on 2021-08-29 14:18 (UTC)

Seems like the package version on the site http://dist.schmorp.de/rxvt-unicode is out of sync with the package version specified in PKGBUILD. The build doesn't succeed even when changing the package version in PKGBUILD manually because of incorrect sha sums.

gavsiu commented on 2021-05-31 04:03 (UTC)

Yes it works. Thanks.

blueyed commented on 2021-05-30 17:01 (UTC)

Can you try https://aur.archlinux.org/packages/rxvt-unicode-cvs-patched-wideglyphs/, please?

I am not using urxvt anymore (mainly, switched to Kitty), so would probably avoid maintaining two packages for/of it.

gavsiu commented on 2021-05-30 16:16 (UTC)

9.22 doesn't open anymore. Latest version is 9.26. I tried editing the PKGBUILD to install 9.26, but one of the patches for 9.22 is failing. Anyone figure out how to update this?

janvkn commented on 2021-04-18 14:01 (UTC)

@blueyed would it be possible to include this patch: https://gist.githubusercontent.com/janvkn/4f809077859b67f450bf0af155e49591/raw/5165cd8a26bc6a59181ce903535539857fbf5451/do-not-call-perl_destruct.patch

It's a fix for a bug that exists in rxvt-unicode 9.22 that causes it to segfault and dump core on exit, as discussed here: https://bugs.archlinux.org/task/67691

I extracted the patch from rxvt-unicode's upstream repo, where it has been fixed, but there's no release version yet.

creio commented on 2020-10-21 01:29 (UTC) (edited on 2020-10-21 04:24 (UTC) by creio)

Ramkumar47 commented on 2020-04-16 01:58 (UTC)

@artafinde thanks for the suggestion, i already attempted it but looks quite complicated to me :(.. and the statement "no config file, have to edit sourcecode to add features" makes me feel uncomfortable ..

artafinde commented on 2020-04-15 09:30 (UTC)

@Ramkumar47 check simple-terminal from suckless (it's in AUR)

Ramkumar47 commented on 2020-04-15 04:11 (UTC)

@blueyed.. I tried but unfortunately it will not work in my machine :( because i dont have dedicated graphics card and it requires openGL > 3.3 .. i read its user guide online, it is an awesome terminal and has all the stuff i need.. i will install it once i have good machine.. Thanks a lot for suggesting it!

blueyed commented on 2020-04-14 14:41 (UTC)

@Ramkumar47 Give it a try.. :)

Ramkumar47 commented on 2020-04-14 02:21 (UTC) (edited on 2020-04-14 07:26 (UTC) by Ramkumar47)

Thanks blueyed, is kitty minimalistic? And similar to rxvt? And i use i3 window manager, and would like to have all options under keboard bindings like url-select and keyboard-select perl extensions of rxvt-unicode

blueyed commented on 2020-04-13 04:49 (UTC)

does this patched version support icon fonts? like FontAwesome, NerdFonts and google noto color emojis?

It should - but needs an extra space afterwards.

Note however that this is not really supported/maintained anymore since I've switched to using Kitty primarily.

Ramkumar47 commented on 2020-04-12 15:19 (UTC)

Hi, does this patched version support icon fonts? like FontAwesome, NerdFonts and google noto color emojis? .. This version supports pixbuf for Ranger image previews, thanks for that..

blaenk commented on 2019-03-10 01:45 (UTC)

Seems like the Icon attribute in the .desktop file should be utilities-terminal, not terminal. See rxvt-unicode here https://git.archlinux.org/svntogit/community.git/tree/trunk/urxvt.desktop?h=packages/rxvt-unicode

dummys commented on 2018-03-21 10:01 (UTC) (edited on 2018-03-21 10:06 (UTC) by dummys)

Hi, do you know if this version contains the patch for mouse wheel in second screen ?: https://aur.archlinux.org/packages/rxvt-unicode-better-wheel-scrolling/ This cause that scrolling with wheel in tmux is not working.

If not, could be possible to integrate it ?: https://github.com/phf/jhux/blob/master/PKGBUILDS/rxvt-unicode-better-wheel-scrolling/secondaryWheel.patch

FernandoBasso commented on 2017-09-16 10:43 (UTC)

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

/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 (UTC) (edited on 2017-07-19 21:01 (UTC) by tam1138)

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

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

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

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

@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 (UTC) (edited on 2017-05-05 14:33 (UTC) by madnight)

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

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

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

Thank you

blueyed commented on 2016-12-23 07:39 (UTC)

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

spacelord commented on 2016-12-23 01:13 (UTC)

@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 (UTC) (edited on 2016-12-22 21:07 (UTC) by Alad)

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

Thanks! 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 https://aur.archlinux.org/packages/rxvt-unicode-wcwidthcallback, 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 (UTC)

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

blueyed commented on 2016-11-06 00:14 (UTC)

The PKGBUILD for the mentioned improved wide glyph handling is up: https://github.com/blueyed/PKGBUILD-rxvt-unicode-wcwidthcallback 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 (UTC)

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

blueyed commented on 2016-11-04 13:37 (UTC) (edited on 2016-11-04 13:38 (UTC) by blueyed)

@alpertuna We tried to debug this in https://github.com/blueyed/PKGBUILD-rxvt-unicode-wide/issues/1, 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 (UTC)

Hi, 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 (UTC) (edited on 2016-10-15 14:10 (UTC) by ScriptorTux)

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

The-Compiler commented on 2016-07-14 06:35 (UTC)

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

Can we include this too please? https://github.com/seletskiy/urxvt-patched/blob/master/line-height.patch Can confirm it works locally here with this included. Thanks!

Ram-Z commented on 2016-06-17 08:16 (UTC)

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

I bumped the pkgrel to force a rebuild.

dummys commented on 2016-06-06 14:40 (UTC)

for me it's ok too. thanks.

hybrid commented on 2016-06-06 14:00 (UTC)

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

dummys commented on 2016-06-06 08:38 (UTC) (edited on 2016-06-06 08:40 (UTC) by dummys)

After upgrading to latest arch package I get a: [ 116.135112] urxvtd[1376]: segfault at 10 ip 00007fbe58ec7689 sp 00007fffed4e6220 error 4 in libperl.so[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 (UTC)

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

Distorted commented on 2016-05-15 20:16 (UTC)

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

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

did you forget to update .SRCINFO?

Distorted commented on 2016-05-13 08:48 (UTC)

@blueyed 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 (UTC)

Ouch, sorry for the trouble! @juantascon > latest patch is failing on me when I try to print weird characters, (ex: '\0') Just with `printf '\0'`? What font are you using? @Distorted 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 (UTC)

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

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

@The-Compiler http://termbin.derhaeg.be/xs73

The-Compiler commented on 2016-05-11 11:06 (UTC)

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

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

@blueyed Applied in -3 - thanks!

blueyed commented on 2016-05-03 21:10 (UTC)

@kamahl See my patch for wide glyph support: https://github.com/exg/rxvt-unicode/compare/master...blueyed:display-wide-glyphs I had posted it to the mailing list in 2014q4, where it was rejected, because "fonts are bad/wrong": http://lists.schmorp.de/pipermail/rxvt-unicode/2014q4/002042.html. The patch works well for me since a while. @The-Compiler Would this be a good fit for this package? I'd be happy to cleanup/squash it then.

jachymb commented on 2016-03-10 16:15 (UTC)

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

uberGeek: I won't, as those are not official Archlinux architectures (see https://wiki.archlinux.org/index.php/PKGBUILD#arch too).

uberGeek commented on 2016-02-13 18:00 (UTC) (edited on 2016-02-13 18:03 (UTC) by uberGeek)

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

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

As noted below already, is there any reason <https://bugs.archlinux.org/task/46424> can't be applied here?

The-Compiler commented on 2016-01-28 07:48 (UTC)

Updated to v9.22 and added the SGR patch. Sorry for the delay!

MayorBender commented on 2016-01-28 04:59 (UTC) (edited on 2016-01-28 05:35 (UTC) by MayorBender)

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

should be on 9.22

aethel commented on 2016-01-13 15:56 (UTC)

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. https://gist.github.com/alexoj/df5bae7a4825cb596581

The-Compiler commented on 2015-12-10 13:55 (UTC)

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

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

mkoskar commented on 2015-11-22 16:49 (UTC)

Please remove '--with-terminfo' compilation flag. See <https://bugs.archlinux.org/task/46424>.

derhamster commented on 2015-08-17 17:38 (UTC)

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

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

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

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

kowalsla commented on 2015-02-17 22:33 (UTC)

Update sum of http://dist.schmorp.de/rxvt-unicode/rxvt-unicode-9.21.tar.bz2: 33297e5303e45d27e07f40060d3655ae019eefdc

The-Compiler commented on 2015-02-16 07:57 (UTC)

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

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

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

rabarrett commented on 2015-02-04 16:48 (UTC)

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

bandali commented on 2015-01-11 04:44 (UTC)

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: http://pkgsrc.se/x11/rxvt-unicode or simply download the tar yourself and sha1sum it.

z1lt0id commented on 2015-01-10 23:27 (UTC)

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

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

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

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

I think it came with the latest Perl update that my urxvt no longer displays the icon properly. Screenshot: http://i.imgur.com/Q9HAhO3.png 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 (UTC)

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

sebfry commented on 2014-06-05 22:22 (UTC)

It works fine for me.

khughitt commented on 2014-06-05 20:56 (UTC)

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

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

Feel free to poke upstream about it yourself.

khughitt commented on 2014-04-29 14:49 (UTC)

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

w0ng commented on 2014-04-28 14:04 (UTC)

Version 9.20 released. 9c9 < pkgver=9.19 --- > pkgver=9.20 26c26 < sha1sums=('979f990b73cf057d81f25884668f362b5a748154' --- > sha1sums=('6214c7893a8c968936103e255a1d3d1e9868abf9'

axper commented on 2014-02-07 10:23 (UTC)

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

http://i.imgur.com/H1o0ALH.png

acgtyrant commented on 2013-11-05 07:57 (UTC)

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

bag-man commented on 2013-10-29 14:20 (UTC)

PKGBUILD needs updating for http://dist.schmorp.de/rxvt-unicode/rxvt-unicode-9.18.tar.bz2 -> http://dist.schmorp.de/rxvt-unicode/rxvt-unicode-9.19.tar.bz2

orschiro commented on 2013-10-16 13:47 (UTC)

@zoopp Yes, see also the discussion in the forums: https://bbs.archlinux.org/viewtopic.php?id=156748 It is related to the use of Xft fonts.

zoopp commented on 2013-10-16 13:23 (UTC)

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

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

jnbek commented on 2013-06-14 22:55 (UTC)

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

buhman commented on 2013-05-31 02:35 (UTC)

Indeed, things in base-devel are not explicit dependencies. RTFW: https://wiki.archlinux.org/index.php/AUR#Prerequisites

jsteel commented on 2013-05-30 12:21 (UTC)

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

commented on 2013-05-30 09:36 (UTC)

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

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

commented on 2013-05-28 06:40 (UTC)

rebuild? what does that entail?

buhman commented on 2013-05-27 19:23 (UTC)

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.

commented on 2013-05-27 18:01 (UTC)

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

Please update to include FS#35420 fix (https://bugs.archlinux.org/task/35420) PKGBUILD diff here: https://gist.github.com/w0ng/5658173

buhman commented on 2013-03-02 14:43 (UTC)

Patches still apply with 9.17; thanks azeotrope; updated.

teateawhy commented on 2013-01-10 19:18 (UTC)

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

Schnouki commented on 2013-01-04 12:04 (UTC)

teateawhy: that's in the ChangeLog (http://cvs.schmorp.de/rxvt-unicode/Changes): INCOMPATIBLE CHANGE: renamed urlLauncher resource to url-launcher.

buhman commented on 2013-01-02 11:02 (UTC)

thanks

terminalmage commented on 2012-12-31 06:27 (UTC)

9.16 is available and patches work without any modification.

misc commented on 2012-10-13 15:56 (UTC)

There's a git mirror available at git://github.com/exg/rxvt-unicode.git . Also, with one of the latest commits --disable-rxvt-scroll must be removed for compilation.

commented on 2012-07-01 15:24 (UTC)

And recompile didn't help at all.

commented on 2012-07-01 15:23 (UTC)

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 libc-2.15.so[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 (UTC)

Thanks, indeed working again!

commented on 2012-06-10 16:13 (UTC)

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

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

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

thestinger commented on 2012-05-26 11:12 (UTC)

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

anshumanb commented on 2012-05-26 10:28 (UTC)

This package doesn't provide the .desktop files provided by rxvt-unicode in community, which is causing the issue mentioned in https://bugs.archlinux.org/task/25419 .

thestinger commented on 2012-05-08 14:27 (UTC)

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

@jstjohn: Thanks, updated.

jstjohn commented on 2012-03-05 07:23 (UTC)

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

According to FS#25782, 'perl' should be added to depends=() https://bugs.archlinux.org/task/25782 Additionally, the rxvt-unicode.desktop file included with rxvt-unicode-9.15-1 in [community] has a different checksum than this one.

commented on 2012-01-22 19:39 (UTC)

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

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

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

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

commented on 2011-08-05 19:36 (UTC)

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

commented on 2011-07-21 02:54 (UTC)

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: xterm: http://imgur.com/z8QCU?full rxvt-unicode-extra (from extra): http://imgur.com/7ZCtL?full rxvt-unicode-patched (this one): http://imgur.com/TCXHq?full rxvt-unicode (with the modified font-fix.patch): http://imgur.com/9SXCZ?full 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: http://pastebin.com/ykZW4TED Remember that this patch affects just people using a Xft font. I hope it helps someone! :) Thanks.

x33a commented on 2011-06-29 14:52 (UTC)

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

commented on 2011-06-29 13:23 (UTC)

I've tested it,solved the problem really.

thestinger commented on 2011-06-02 01:42 (UTC)

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.

ngoonee commented on 2011-06-02 01:16 (UTC)

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

Det commented on 2011-06-01 21:43 (UTC)

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

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

commented on 2011-05-22 10:53 (UTC)

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

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

ngoonee commented on 2011-02-02 10:42 (UTC)

What's the difference between this and http://aur.archlinux.org/packages.php?ID=34455 ? 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 (UTC)

@Det: 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 (UTC)

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

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

commented on 2010-04-25 10:34 (UTC)

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

commented on 2010-04-25 07:51 (UTC)

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

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

The patches are not working for me either.

commented on 2010-04-17 08:39 (UTC)

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?