Package Details: rxvt-unicode-pixbuf 9.31-4

Git Clone URL: (read-only, click to copy)
Package Base: rxvt-unicode-pixbuf
Description: Unicode enabled rxvt-clone terminal emulator (urxvt), with support for custom icons and backgrounds
Upstream URL:
Licenses: GPL
Conflicts: rxvt-unicode
Provides: rxvt-unicode
Submitter: bitfiber
Maintainer: biell
Last Packager: biell
Votes: 43
Popularity: 0.000001
First Submitted: 2015-08-11 20:55 (UTC)
Last Updated: 2023-08-21 22:05 (UTC)

Required by (26)

Sources (7)

Latest Comments

1 2 3 4 5 Next › Last »

biell commented on 2023-08-21 22:07 (UTC)

@ntwk updated to "-4" which includes the perl patch. Thanks.

ntwk commented on 2023-08-21 19:17 (UTC)

As mentioned in the rxvt-unicode changelog at

"perl 5.38 does not handle empty locale names, use "C" instead"

With the release of Perl 5.38, rxvt-unicode should apply the same perl-5.38.patch included in the official rxvt-unicode package.

biell commented on 2022-06-05 14:19 (UTC) (edited on 2022-06-05 14:20 (UTC) by biell)

After a system update, you will often need to rebuild your AUR packages, this looks to be the kind of library error which occurs when that is necessary. Please try rebuilding rxvt-unicode-pixbuf, it should link against your new and work as expected.

poweedlou commented on 2022-06-05 13:57 (UTC) (edited on 2022-06-05 13:57 (UTC) by poweedlou)

I got

urxvt: error while loading shared libraries: cannot open shared object file: No such file or directory

with a fully upgraded system.

community/rxvt-unicode is able to find libperl => /usr/lib/perl5/5.36/core_perl/CORE/

biell commented on 2021-11-30 04:26 (UTC)

9.30 is out, can people try this version to see if it fixes their issues? The following commands have always worked for me, and they still do:

printf '\033]20;/usr/share/icons/hicolor/256x256/apps/firefox.png;10x100+50+50:op=keep-aspect\a'

clear; ( echo -e "2;3;\n0;1;100;100;0;0;0;0;0;0;/usr/share/icons/hicolor/256x256/apps/firefox.png\n4;\n3;" ; sleep 1) | /usr/lib/w3m/w3mimgdisplay

I also tried using w3m as it is supposed to be used and it works:

w3m -o auto_image=TRUE

dkoch84 commented on 2021-07-21 15:06 (UTC)

I'm able to get a 9.22 build working and have regained the image functionality.

Needed jeffreykl's advice on the build script edit to get past compile error and then add "Attic" to the path of the upstream source as these appear to be archived in that fashion.


gen0 commented on 2021-07-05 18:35 (UTC)

@biell I tried your compile and i get the same behavior, sadly.

biell commented on 2021-07-05 17:50 (UTC)

Here is the example printf command people can use to test: printf '\033]20;/usr/share/icons/hicolor/256x256/apps/firefox.png;10x100+50+50:op=keep-aspect\a'

Here is an example w3mimgdisplay command people can use to test: clear; ( echo -e "2;3;\n0;1;100;100;0;0;0;0;0;0;/usr/share/icons/hicolor/256x256/apps/firefox.png\n4;\n3;" ; sleep 1) | /usr/lib/w3m/w3mimgdisplay

If someone is willing to try my compile and let me know if things behave the same, then that might be helpful:

biell commented on 2021-06-26 18:27 (UTC)

Well, my GCC 11 theory is shot. I just did a full system update and am running GCC 11 myself now, and printf '\033]20;/usr/share/icons/hicolor/256x256/apps/firefox.png;10x100+50+50:op=keep-aspect\a' still works just fine for me. Back to the drawing board.

gen0 commented on 2021-06-24 08:38 (UTC)

@richese Yes, I use the w3m method. Frankly, i wasnt aware that i could use urxvt as a preview method since w3m has always worked for me.