[SOLVED]missing terminfo entry rxvt-unicode-256color

i've installed rxvt-unicode-patched 9.18-3 from aur. first i could not open any terminal because of missing rxvt-unicode-256color terminfo entry in /usr/share/terminfo/r. i fixed this by adding URxvt*termName: rxvt-256color into .Xresources, but as far as i understand, this is not the right thing to do.
what should i do?
Last edited by s0l!d (2013-08-14 15:24:28)

pacman -Qi rxvt-unicode-terminfo
Name : rxvt-unicode-terminfo
Version : 9.18-7
Beschreibung : Terminfo files for urxvt
Architektur : i686
URL : http://software.schmorp.de/pkg/rxvt-unicode.html
Lizenzen : GPL
Gruppen : Nichts
Stellt bereit : Nichts
Hängt ab von : Nichts
Optionale Abhängigkeiten: Nichts
Benötigt von : rxvt-unicode-patched
Optional für: Nichts
Konflikt mit : Nichts
Ersetzt : Nichts
Installationsgröße: 5,00 KiB
Packer : Sébastien Luttringer <[email protected]>
Erstellt am : Fr 05 Jul 2013 15:03:33 CEST
Installiert am : Do 08 Aug 2013 23:07:11 CEST
Installationsgrund : Installiert als Abhängigkeit für ein anderes Paket
Installations-Skript : Nein
Verifiziert durch: Signatur

Similar Messages

[Solved] Rxvt-Unicode-256colors , -pe tabbed extension problem.

Hello.
I use rxvt-unicode-256colors for long time.
Wheb try to run -pe tabbed extension I got following errors:
iurxvt: Can't call method "parent" on an undefined value at /usr/lib/urxvt/perl/tabbed line 82.
urxvt: Can't call method "focus_in" on an undefined value at /usr/lib/urxvt/perl/tabbed line 161.
urxvt: Can't call method "parent" on an undefined value at /usr/lib/urxvt/perl/tabbed line 82.
urxvt: Can't call method "key_release" on an undefined value at /usr/lib/urxvt/perl/tabbed line 185.
urxvt: Can't call method "focus_out" on an undefined value at /usr/lib/urxvt/perl/tabbed line 169.
urxvt: Can't call method "focus_in" on an undefined value at /usr/lib/urxvt/perl/tabbed line 161.
urxvt: Can't call method "key_press" on an undefined value at /usr/lib/urxvt/perl/tabbed line 177.
urxvt: Can't call method "key_release" on an undefined value at /usr/lib/urxvt/perl/tabbed line 185.
urxvt: Can't call method "key_press" on an undefined value at /usr/lib/urxvt/perl/tabbed line 177.
urxvt: Can't call method "key_release" on an undefined value at /usr/lib/urxvt/perl/tabbed line 185.
urxvt: Can't call method "key_press" on an undefined value at /usr/lib/urxvt/perl/tabbed line 177.
urxvt: Can't call method "key_release" on an undefined value at /usr/lib/urxvt/perl/tabbed line 185.
urxvt: Can't call method "key_press" on an undefined value at /usr/lib/urxvt/perl/tabbed line 177.
urxvt: Can't call method "key_release" on an undefined value at /usr/lib/urxvt/perl/tabbed line 185.
urxvt: Can't call method "key_press" on an undefined value at /usr/lib/urxvt/perl/tabbed line 177.
urxvt: Can't call method "key_release" on an undefined value at /usr/lib/urxvt/perl/tabbed line 185.
urxvt: Can't call method "focus_out" on an undefined value at /usr/lib/urxvt/perl/tabbed line 169.
urxvt: Can't call method "parent" on an undefined value at /usr/lib/urxvt/perl/tabbed line 82.
urxvt: Can't call method "parent" on an undefined value at /usr/lib/urxvt/perl/tabbed line 82.
And opened terminal is not responsive
Thanks for help.
Last edited by SpeedVin (2009-08-16 19:51:55)

I just rebuild and reinstall both perl and rxvt-unicode-256colors packages but still have the error
I think I must give a try to another term and I will quote myself:
I think I will give chance to another terminal , can you give me some proposition? :)
-It must be lightweight,tabbed,and flexible :)
Roxterm is good?
Phh and it must use my .Xdefaults config
Last edited by SpeedVin (2009-08-16 19:16:31)

[SOLVED] vim-powerline with rxvt-unicode

Hi! I was wondering if anyone has been able to make the vim plugin vim-powerline work with urxvt.
It works fine with gvim and with gnome-terminal once i change the encoding to utf-8. I think there must be something missing form my urxvt configuration.
Here's my .Xresources, maybe some of you guys knows what i'm missing:
URxvt.imLocale: pt_PT.UTF-8
URxvt.scrollBar: off
URxvt.font: xft:Inconsolata-dz-Powerline:pixelsize=12:antialias=true:hinting=true
URxvt*loginShell:true
URxvt*termName:rxvt-unicode
URxvt.perl-ext-common: default,matcher,tabbed
URxvt.urlLauncher: /usr/bin/iceweasel
URxvt.matcher.button: 1
URxvt.perl-ext: default,url-select
URxvt.keysym.M-u: perl:url-select:select_next
URxvt.underlineURLs: true
URxvt.tabbed.tabbar-fg: 2
URxvt.tabbed.tabbar-bg: 0
URxvt.tabbed.tab-fg: 3
URxvt.tabbed.tab-bg: 0
Last edited by ruaz (2012-03-31 12:23:37)

I use powerline, but i have it installed via YADR. I had to tweak settings here-and-there as it's oriented towards a OSX install, but on the whole it worked out of the box. What exactly is the issue you're seeing? I think the only special stuff I did was making sure I had suitable fonts, and a snippet along the lines of:
if has("gui_running")
" GUI stuff
else
colorscheme solarized
set background=dark
let g:Powerline_symbols = 'unicode'
endif
EDIT: BTW, I can highly recommend the YADR configs; they are nicely organized and use a lot of nice plugins for any serious dev work.
Last edited by nogoma (2012-03-30 23:15:44)

[SOLVED]Compton, Conky and RXVT-Unicode not playing nicely

Hello. I'm having some problems making my desktop how I want it. My window manager is fluxbox.
First problem is just a minor inconvenience, but annoying. When I login, a transparent terminal spawns to my specification, but it is skewed.
http://i.imgur.com/hrEEh3H.jpg
However, as soon as I open any window it fixes itself
http://i.imgur.com/WXQZ9e3.jpg
Second problem is that I can't figure out how to remove the shadow under conky. I know that it is coming from the slit, but it just won't go away. I can get it to go away if I set conky to desktop instead of panel, but then when I launch any window it overlaps with the conky bar, and that is unaceptable. Maybe there is a fluxbox configuration option that reserves some space so nothing can overlap it? But I couldn't find anything.
Here are the config files I think are relevant:
.Xdefaults:
urxvt*.transparent:true
urxvt*scrollBar:false
urxvt*borderLess:true
urxvt*foreground:blue
urxvt*.highlightColor: yellow
urxvt*.colorUL: #4682B4
urxvt*.cursorBlink: 1
urxvt*font: xft:Terminus:pixelsize=12
urxvt*.perl-ext-common: default,matcher,tabbedex,readline,clipboard
urxvt*.url-launcher: /usr/bin/firefox
urxvt*.matcher.button: 1
URxvt.tabbed.autohide:true
.conkyrc:
#avoid flicker
double_buffer yes
#own window to run simultanious 2 or more conkys
own_window yes
own_window_transparent yes
own_window_class conky
own_window_type panel
own_window_hints undecorate,above,sticky,skip_taskbar,skip_pager
#borders
draw_borders no
#shades
draw_shades no
#position
gap_x 6
gap_y 6
alignment top_left
#behaviour
update_interval 1
#colour
default_color 8f8f8f
wn_window_colour 262626
#font
use_xft yes
xftfont terminus:pixelsize=10
#to prevent window from moving
use_spacer left
minimum_size 1600 0
short_units yes
pad_percents 2
#mpd
#mpd_host localhost
#mpd_port 6600
imap localhost [email protected] xxxxxxx -i 120
#color = e0e0e0
TEXT
${voffset -1} Cpu: ${color 000000}${font}${cpu}% ${color} Mem: ${color 000000}${font}${mem} ${color} | ${color} Uptime: ${color 000000}${font}${uptime_short}${color} | ${color} Download Speed: ${color 000000}${font}${downspeed wlp0s26u1u4}/s ${color}Total Downloaded: ${color 000000}${totaldown wlp0s26u1u4} ${color} | ${color} Upload Speed: ${color 000000}${upspeed wlp0s26u1u4}/s ${color} Total Uploaded: ${color 000000}${totalup wlp0s26u1u4} ${color} | ${color}Root: ${color 000000}${font}${fs_free /} ${color} Home: ${color 000000}${font}${fs_free /home} ${color} | ${color} Arch-pkg: ${color 000000}${font}${execi 300 perl /home/lucas/.scripts/conky-updates.pl}${color} | Email: ${color 000000}${imap_unseen} new messages ${color} | ${color} Weather: ${color 000000} ${weather http://weather.noaa.gov/pub/data/observations/metar/stations/ SBBR temperature}°C ${color}
.compton
shadow = true;
no-dnd-shadow = true;
no-dock-shadow = true;
clear-shadow = true;
shadow-radius = 7;
shadow-offset-x = -7;
shadow-offset-y = -7;
shadow-exclude = [ "name = 'Notification'", "class_g = 'URxvt'", "class_g = 'Conky'", "class_g ?= 'Notify-osd'", "class_g = 'Cairo-clock'" ];
shadow-ignore-shaped = false;
# Opacity
menu-opacity = 0.8;
inactive-opacity = 0.8;
frame-opacity = 0.7;
inactive-opacity-override = false;
alpha-step = 0.06;
blur-kern = "3x3box"
blur-background-exclude = [ "window_type = 'dock'", "window_type = 'desktop'" ];
opacity-rule = [ ]
# Fading
fading = true;
fade-in-step = 0.03;
fade-out-step = 0.03;
fade-exclude = [ ];
# Other
backend = "glx"
mark-wmwin-focused = true;
mark-ovredir-focused = true;
detect-rounded-corners = true;
detect-client-opacity = true;
refresh-rate = 0;
vsync = "opengl-swc";
dbe = false;
paint-on-overlay = true;
focus-exclude = [ "class_g = 'Cairo-clock'" ];
detect-transient = true;
detect-client-leader = true;
invert-color-include = [ ];
# GLX backend
glx-no-stencil = true;
glx-copy-from-front = false;
glx-no-rebind-pixmap = true;
glx-swap-method = "undefined";
# Window type settings
wintypes:
tooltip = { fade = true; shadow = false; opacity = 0.75; focus = true; };
Last edited by Chetyre (2014-04-10 16:51:23)

using lowercase conky in compton doesn't change anything. I'm pretty sure that shadow is not from conky, but from the slit. When I set the slit to autohide in the init file, the shadow hides as well. And there is no shadow in any other conky window type I've tried, except type panel. Unfortunately, it is the only one so far with the behavior I want.
I would like to use true transparency in urxvrt, since that does solve the skew issue and I think it looks better. However, in doing so the terminal is quite useless since there is a lot of text that I can't see, because the font becomes the same color as certain backgrounds. Unless there is a way to separate it? I want it to look like the one on the left (left = fake transparency, right = true transparency).
http://i.imgur.com/lUwk4F4.jpg
Last edited by Chetyre (2014-04-09 02:50:27)

[SOLVED] Highlighted text in the shell, appearance rxvt-unicode

Hi,
Short question, when I highlight text in the shell or when text get highlighted in ncmpcpp or outer app running in the shell it gets basically impossible to read. Because background to text get the same color and strength then the text.
what setting should I look for to change what it look like when I mark and highlight text in the shell?
Thank you!
All the best,
Christer
Last edited by agkbill (2012-10-13 20:41:41)

Additional info.
I am using i3 as window manager and terminal emulator "rxvt-unicode-256color"
.xinitrc
# set the cursor
xsetroot -cursor_name left_ptr
# set German keyboard layout
# setxkbmap -layout de
# start xmonad
#Power management turn off monitor etc
#xset dpms 0 7200 10800 &
xset -dpms; xset s off
# xloadimage laddar bakgrundsbild fick det inte att fungera tillsamans med xcompmgr som man
# använder för att få genomskinliga terminal fönster mm. Ersätter med bildvisaren "feh"
#xloadimage -onroot -fullscreen /home/christer/devices-extern/windows7/archlinux/stone_wall_ce.png
xrdb -merge ~/.Xresources # Denna rad behövs ifall man vill använda TERMINAL/emulator "urxvt"
feh --bg-scale /home/christer/devices-extern/windows7/archlinux/stone_wall_ce.png
setxkbmap -layout "us, se" -option "grp:alt_shift_toggle" #alt"grp:caps_toggle"
xcompmgr -c &
#xmonad
#awesome
exec /usr/bin/i3 -V -d all >~/i3log/i3log-$(date +'%F-%k-%M-%S') 2>&1
.Xresources
# transparency - true or false (default)
#URxvt*transparent: true
# tint with any color; i.e., blue, red, tomato4, olivedrab2, etc.
# some nice listings are at:
# http://www.nisrv.com/drupal/?q=node/11
# http://www.htmlgoodies.com/tutorials/colors/article.php/3478921
URxvt*tintColor: white
URxvt*inheritPixmap: true
# shading - 0 to 99 darkens, 101 to 200 lightens.
# Don't use with tintColor; just use a darker or lighter color instead.
#URxvt*shading: 40
# scrollback buffer lines - 65535 is max on most machines (64 is default)
URxvt*saveLines: 12000
# font color (default is black)
URxvt*foreground: DarkSlateGray1
# background color (prior to tinting) (default is white)
URxvt.depth: 32
URxvt.background: [10]#black
# Xft (X FreeType) with Bitstream, DejaVu, Liberation, or Terminus fonts:
# Fedora/debian packages: libXft/libxft2
# An anti-aliased font setup with Xft looks fantastic; it can be a bit choppy
# on older systems. You can always turn off anti-aliasing (antialias=false) if
# your terminal is sluggish. Use only ONE of the Xft pairs below:
# Xft: Bitstream fonts
# Fedora/debian packages: bitstream-vera-sans-mono-fonts/ttf-bitstream-vera
#URxvt*font: xft:Bitstream Vera Sans Mono:pixelsize=12:antialias=true:hinting=true
#URxvt*boldFont: xft:Bitstream Vera Sans Mono:bold:pixelsize=12:antialias=true:hinting=true
# Xft: DejaVu fonts
# Fedora/debian packages: dejavu-sans-mono-fonts/ttf-dejavu
URxvt*font: xft:DejaVu Sans Mono:pixelsize=12:antialias=true:hinting=true
URxvt*boldFont: xft:DejaVu Sans Mono:bold:pixelsize=12:antialias=true:hinting=true
# Xft: Liberation fonts
# Fedora/debian packages: liberation-mono-fonts/ttf-liberation
#URxvt*font: xft:Liberation Mono:pixelsize=13:antialias=true:hinting=true
#URxvt*boldFont: xft:Liberation Mono:bold:pixelsize=13:antialias=true:hinting=true
# Xft: Terminus fonts
# Fedora/debian packages: terminus-fonts/xfonts-terminus
#URxvt*font: xft:terminus:pixelsize=15
#URxvt*boldFont: xft:terminus:bold:pixelsize=15
# Traditional fonts - a more traditional font setup in lieu of xft
#URxvt*font:-*-courier-medium-r-normal-*-14-*-*-*-*-*-iso8859-1
#URxvt*boldFont:-*-courier-bold-r-normal-*-14-*-*-*-*-*-iso8859-1
# Replace blue folder colors with a lighter shade for clarity. To
# set colored folders and files within urxvt, xterm, and aterm, add
# the following line to your ~/.bashrc ($HOME/.bashrc) file under
# the heading "# User specific aliases and functions":
# alias ls="ls -h --color=auto"
URxvt*color4: RoyalBlue
URxvt*color12: RoyalBlue
# scrollbar - true (default) or false
URxvt*scrollBar: false
# scrollbar position - left=false (default) or right=true
URxvt*scrollBar_right: false
# scrollbar style - rxvt (default), plain, next, or xterm
URxvt*scrollstyle: plain
#Fade the text by the given percentage when focus is lost.
URxvt*enable-fading on
URxvt*fade 50
URxvt*fadecolor black
Biggest problem is when I running console based applications like ncmpcpp or ranger.
Last edited by agkbill (2012-10-13 08:34:28)

[SOLVED] rxvt-unicode: disable iso 14755

Hi,
I want to disable all the urxvt functionalities associated with the ctrl+shift keys. Is there a way to do this at runtime ?
The PKGBUILD seems to have the "disable-frills" flag. Then the only thing related to ctrl+shift should be iso 14755.
I was using rxvt-unicode-256color from AUR before and this was not happening.
Last edited by X-dark (2011-01-03 16:15:19)

either compile with --disable-iso14755 or try URxvt* iso14755: False and URxvt* iso14755_52: False
Last edited by Mr.Elendig (2011-01-03 16:07:46)

Rxvt-unicode, TERM and visible content redraw (CTRL+L)

Hi,
I've recently switched to rxvt-unicode (from community) from gnome-terminal. The thing is that with the default TERM=rxvt-unicode-256color I can see the screen being redrawn, e.g. when I hit CTRL+L while I'm in the shell or when I use Page-Down/Up in VIM. It looks as if there was some kind of double-buffering lacking. In other words: open rxvt-unicode and when I hit CTRL+L I can see the shell prompt being redrawn (it's fast but still noticeable).
The phenomenon doesn't exist in gnome-terminal. What's even more important, it doesn't exist in rxvt-unicode when I'm in tmux (which I have set to use TERM=screen-256color inside).
What's also worth noting is that when I set TERM to screen-256color in rxvt itself (not using tmux) the flickering while the screen is redrawn is also gone. But I don't want to use it like this - it's never a good idea to mix TERM settings.
Has anyone solved this problem without setting TERM to some non-rxvt value?
Last edited by piotr.domagalski (2012-09-16 14:32:46)

thisoldman wrote:
I normally have laststatus=2, it's in my default .vimrc. I'm not surprised at a flicker from vim's status bar, the information has to be reevaluated and the characters redrawn with every cursor movement.
I don't use transparency with urxvt, could that be an aggravating factor for the prompt flicker? I also wonder if screen flicker is as noticeable with a different shell or a different prompt?
Does bash-completion affect the flicker? It used to affect the redrawing of my PS1 but I haven't had that app installed for a couple of years now.
No, I don't think it has anything to do with bash-completion. It is not a shell specific problem.
I think it's something more low level, lack of some buffering or using it if TERM=rxvt-unicode-256color. You can see this effect in many applications (mocp, vim) when you force the terminal to be redrawn with ctrl+l. There's no such flicker with gnome-terminal (haven't tested other vte-based, though).
And it's not that there's a major flaw in rxvt-unicode because by simply using tmux I can make this flickering stop in all these situations.
Last edited by piotr.domagalski (2012-09-16 17:52:59)

Screen: Cannot find terminfo entry for 'rxvt-unicode', works in root

I'm using screen (http://www.archlinux.org/packages/14519/) and it works fine under root, but it keeps saying it can't find the terminfo entry for anything when I'm under a different user ('linux', 'xterm', 'rxvt-unicode'). First I tried setting URxvt*termName: rxvt (xterm as well), then I tried copying screenrc from /etc/ and /etc/skel/ to my home directory as .screenrc, and finally I tried compiling from source as another user. Does anyone have any ideas how to fix this?

phrakture wrote:Are you ssh'ing to another machine?
Nope, I've installed arch on my laptop.
This error typically happens when you ssh to a machine that does NOT have the terminfo installed.
I don't know if terminfo is the correct name of the package, but pacman -Qs *term* or *info* or terminfo didn't show anything.
Could you possibly post your screenrc, just so I can check?
This is the config I've copied from /etc/skel/ to ~/, if I type nano .screenrc after logging in this is what I'll see.
Edit: I forgot to say that screen produces the same results in xterm.
# Example of a user's .screenrc file
# This is how one can set a reattach password:
# password ODSJQf.4IJN7E # "1234"
# no annoying audible bell, please
vbell on
# detach on hangup
autodetach on
# don't display the copyright page
startup_message off
# emulate .logout message
pow_detach_msg "Screen session of \$LOGNAME \$:cr:\$:nl:ended."
# advertise hardstatus support to $TERMCAP
# termcapinfo * '' 'hs:ts=\E_:fs=\E\\:ds=\E_\E\\'
# make the shell in every window a login shell
#shell -$SHELL
# autoaka testing
# shellaka '> |tcsh'
# shellaka '$ |sh'
# set every new windows hardstatus line to somenthing descriptive
# defhstatus "screen: ^En (^Et)"
defscrollback 1000
# don't kill window after the process died
# zombie "^["
# enable support for the "alternate screen" capability in all windows
# altscreen on
# xterm tweaks
#xterm understands both im/ic and doesn't have a status line.
#Note: Do not specify im and ic in the real termcap/info file as
#some programs (e.g. vi) will not work anymore.
termcap xterm hs@:cs=\E[%i%d;%dr:im=\E[4h:ei=\E[4l
terminfo xterm hs@:cs=\E[%i%p1%d;%p2%dr:im=\E[4h:ei=\E[4l
#80/132 column switching must be enabled for ^AW to work
#change init sequence to not switch width
termcapinfo xterm Z0=\E[?3h:Z1=\E[?3l:is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;4;6l
# Make the output buffer large for (fast) xterms.
#termcapinfo xterm* OL=10000
termcapinfo xterm* OL=100
# tell screen that xterm can switch to dark background and has function
# keys.
termcapinfo xterm 'VR=\E[?5h:VN=\E[?5l'
termcapinfo xterm 'k1=\E[11~:k2=\E[12~:k3=\E[13~:k4=\E[14~'
termcapinfo xterm 'kh=\EOH:kI=\E[2~:kD=\E[3~:kH=\EOF:kP=\E[5~:kN=\E[6~'
# special xterm hardstatus: use the window title.
termcapinfo xterm 'hs:ts=\E]2;:fs=\007:ds=\E]2;screen\007'
#terminfo xterm 'vb=\E[?5h$<200/>\E[?5l'
termcapinfo xterm 'vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l'
# emulate part of the 'K' charset
termcapinfo xterm 'XC=K%,%\E(B,[\304,\\\\\326,]\334,{\344,|\366,}\374,~\337'
# xterm-52 tweaks:
# - uses background color for delete operations
termcapinfo xterm* be
# wyse terminals
#wyse-75-42 must have flow control (xo = "terminal uses xon/xoff")
#essential to have it here, as this is a slow terminal.
termcapinfo wy75-42 xo:hs@
# New termcap sequences for cursor application mode.
termcapinfo wy* CS=\E[?1h:CE=\E[?1l:vi=\E[?25l:ve=\E[?25h:VR=\E[?5h:VN=\E[?5l:cb=\E[1K:CD=\E[1J
# other terminals
# make hp700 termcap/info better
termcapinfo hp700 'Z0=\E[?3h:Z1=\E[?3l:hs:ts=\E[62"p\E[0$~\E[2$~\E[1$}:fs=\E[0}\E[61"p:ds=\E[62"p\E[1$~\E[61"p:ic@'
# Extend the vt100 desciption by some sequences.
termcap vt100* ms:AL=\E[%dL:DL=\E[%dM:UP=\E[%dA:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC
terminfo vt100* ms:AL=\E[%p1%dL:DL=\E[%p1%dM:UP=\E[%p1%dA:DO=\E[%p1%dB:LE=\E[%p1%dD:RI=\E[%p1%dC
termcapinfo linux C8
# old rxvt versions also need this
# termcapinfo rxvt C8
# keybindings
#remove some stupid / dangerous key bindings
bind k
bind ^k
bind .
bind ^\
bind \\
bind ^h
bind h
#make them better
bind 'K' kill
bind 'I' login on
bind 'O' login off
bind '}' history
# Yet another hack:
# Prepend/append register [/] to the paste if ^a^] is pressed.
# This lets me have autoindent mode in vi.
register [ "\033:se noai\015a"
register ] "\033:se ai\015a"
bind ^] paste [.]
# default windows
# screen -t local 0
# screen -t mail 1 mutt
# screen -t 40 2 rlogin server
# caption always "%3n %t%? @%u%?%? [%h]%?%=%c"
# hardstatus alwaysignore
# hardstatus alwayslastline "%Lw"
# bind = resize =
# bind + resize +1
# bind - resize -1
# bind _ resize max
# defnonblock 1
# blankerprg rain -d 100
# idle 30 blanker
Here's the other config file I've tried from /etc/
# This is an example for the global screenrc file.
# You may want to install this file as /usr/local/etc/screenrc.
# Check config.h for the exact location.
# Flaws of termcap and standard settings are done here.
#startup_message off
#defflow on # will force screen to process ^S/^Q
deflogin on
#autodetach off
vbell on
vbell_msg " Wuff ---- Wuff!! "
# all termcap entries are now duplicated as terminfo entries.
# only difference should be the slightly modified syntax, and check for
# terminfo entries, that are already corected in the database.
# G0 we have a SEMI-GRAPHICS-CHARACTER-MODE
# WS this sequence resizes our window.
# cs this sequence changes the scrollregion
# hs@ we have no hardware statusline. screen will only believe that
# there is a hardware status line if hs,ts,fs,ds are all set.
# ts to statusline
# fs from statusline
# ds delete statusline
# al add one line
# AL add multiple lines
# dl delete one line
# DL delete multiple lines
# ic insert one char (space)
# IC insert multiple chars
# nx terminal uses xon/xoff
termcap facit|vt100|xterm LP:G0
terminfo facit|vt100|xterm LP:G0
#the vt100 description does not mention "dl". *sigh*
termcap vt100 dl=5\E[M
terminfo vt100 dl=5\E[M
#facit's "al" / "dl" are buggy if the current / last line
#contain attributes...
termcap facit al=\E[L\E[K:AL@:dl@:DL@:cs=\E[%i%d;%dr:ic@
terminfo facit al=\E[L\E[K:AL@:dl@:DL@:cs=\E[%i%p1%d;%p2%dr:ic@
#make sun termcap/info better
termcap sun 'up=^K:AL=\E[%dL:DL=\E[%dM:UP=\E[%dA:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:IC=\E[%d@:WS=1000\E[8;%d;%dt'
terminfo sun 'up=^K:AL=\E[%p1%dL:DL=\E[%p1%dM:UP=\E[%p1%dA:DO=\E[%p1%dB:LE=\E[%p1%dD:RI=\E[%p1%dC:IC=\E[%p1%d@:WS=\E[8;%p1%d;%p2%dt$<1000>'
#xterm understands both im/ic and doesn't have a status line.
#Note: Do not specify im and ic in the real termcap/info file as
#some programs (e.g. vi) will (no,no, may (jw)) not work anymore.
termcap xterm|fptwist hs@:cs=\E[%i%d;%dr:im=\E[4h:ei=\E[4l
terminfo xterm|fptwist hs@:cs=\E[%i%p1%d;%p2%dr:im=\E[4h:ei=\E[4l
# Long time I had this in my private screenrc file. But many people
# seem to want it (jw):
# we do not want the width to change to 80 characters on startup:
# on suns, /etc/termcap has :is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l:
termcap xterm 'is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;4;6l'
terminfo xterm 'is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;4;6l'
# Do not use xterms alternate window buffer.
# This one would not add lines to the scrollback buffer.
#termcap xterm|xterms|xs ti=\E7\E[?47l
#terminfo xterm|xterms|xs ti=\E7\E[?47l
#make hp700 termcap/info better
termcap hp700 'Z0=\E[?3h:Z1=\E[?3l:hs:ts=\E[62"p\E[0$~\E[2$~\E[1$}:fs=\E[0}\E[61"p:ds=\E[62"p\E[1$~\E[61"p:ic@'
terminfo hp700 'Z0=\E[?3h:Z1=\E[?3l:hs:ts=\E[62"p\E[0$~\E[2$~\E[1$}:fs=\E[0}\E[61"p:ds=\E[62"p\E[1$~\E[61"p:ic@'
#wyse-75-42 must have defflow control (xo = "terminal uses xon/xoff")
#(nowadays: nx = padding doesn't work, have to use xon/off)
#essential to have it here, as this is a slow terminal.
termcap wy75-42 nx:xo:Z0=\E[?3h\E[31h:Z1=\E[?3l\E[31h
terminfo wy75-42 nx:xo:Z0=\E[?3h\E[31h:Z1=\E[?3l\E[31h
#remove some stupid / dangerous key bindings
bind ^k
#bind L
bind ^\
#make them better
bind \\ quit
bind K kill
bind I login on
bind O login off
bind } history
Last edited by siodine (2007-12-19 20:29:58)

Cannot find terminfo entry for 'rxvt-256color'.

I'm sshing into my ubuntu server from my arch workstation. I can't run screen because i get this error:
Cannot find terminfo entry for 'rxvt-256color'.
Anyone know whats going on?
It works if i run "export TERM=xterm" or "export TERM=rxvt" but:
1. that seems like a hack
2. i have to type that everytime i ssh and run screen
any help would be great!

Mr.Elendig wrote:And when it comes to screen, use TERM=screen-256color (you can make screen set that automaticly by poking at your screenrc)
Yep, you can put 'term screen-256color' in screenrc. Not that this is set inside screen, in the outside you use the default TERM (rxvt-256color) so dont set then in bashrc or zshrc (or set with a check for TERM==screen). So you have two terminfo description one of the underlining terminal (rxvt) its used by screen to construct the needed interaction, and the screen terminfo used by all program running inside screen to know what caps the terminal have and correct interact with it.
EDIT probably you want to use screen-256color-bce because rxvt-256color support bce so screen can use it, but well, I dont know for what bce can be useful....
Last edited by kazuo (2010-06-14 14:03:46)

[SOLVED] rxvt-unicode 9.17 + tmux = visual artifacts on resize

Getting visual artifacts with the latest urxvt update.
Thinking possibly an upstream issue, but would like confirmation first.
Using dwm 6.0 with resizehints = False, if that matters.
Can anyone reproduce and/or recommend a fix?
Reproduce:
- Run tmux in rxvt-unicode 9.17-1
- Fill terminal with text, e.g. `ls -la`
- Resize window
Expected:
Actual:
Observation:
If affected window is placed behind another window (e.g. by changing tags in dwm, or by dragging another window over it), the artifacts disappear.
Edit: Solved
Temp fix:
Downgrading to rxvt-unicode 9.16.
bangkok_manouel wrote:revert patch of guilty commit: https://gist.github.com/anonymous/5180682
Last edited by w0ng (2013-03-20 20:56:11)

I'm also encountering this issue after upgrading rxvt-unicode to 9.17. I'm using xmonad w/ an accordion layout so the instance of urxvt in which tmux is running is resized on focus resulting in the tmux status line not being removed from the position it was at prior to the resize. I can reproduce the problem while enlarging a floating urxvt+tmux window as well.
The problem doesn't exist after downgrading to rxvt-unicode 9.16.

[SOLVED] rxvt-unicode font color too dark

I just updated rxvt-unicode-patched and now my font is quite dark. It was bright previously but now appears as:
Here is my .bashrc:
Xcursor.theme: Obsidian
URxvt*scrollBar: false
URxvt*geometry: 120x70
URxvt*depth: 32
URxvt*jumpScroll: true
URxvt*skipScroll: true
URxvt*visualBell: false
URxvt*buffered: true
URxvt*background: rgba:0000/0000/0000/6666
URxvt*foreground: rgba:aaaa/aaaa/aaaa/7777
URxvt*transparent: false
URxvt*fading: 10
URxvt*fadeColor: grey
URxvt*shading: 75
URxvt*font: xft:Terminus-12
URxvt*boldFont: xft:Terminus-12-bold
URxvt*urlLauncher: google-chrome
URxvt.matcher.button: 2
URxvt.perl-ext-common: matcher,clipboard
URxvt.perl-lib: /usr/lib/urxvt/perl/matcher
URxvt*intensityStyles: true
URxvt*internalBorder: 0
URxvt*externalBorder: 1
URxvt*borderLess: false
URxvt*termName: rxvt-unicode
urxvt.colorBD: #ffffff
urxvt.colorIT: #bbbbbb
urxvt.colorUL: #999999
urxvt.underlineColor: #999999
XTerm*Geometry: 100x60
XTerm*background: Black
XTerm*foreground: White
XTerm*scrollBar: false
XTerm*termName: xterm-256color
!*background: #121212
!black
!*color0: #353535
!*color8: #666666
!red
!*color1: #AE4747
!*color9: #EE6363
!green
!*color2: #556B2F
!*color10: #9ACD32
!brown/yellow
!*color3: #DAA520
!*color11: #FFC125
!blue
!*color4: #6F99B4
!*color12: #7C96B0
!magenta
!*color5: #8B7B8B
!*color13: #D8BFD8
!cyan
!*color6: #A7A15E
!*color14: #F0E68C
!white
!*color7: #DDDDDD
!*color15: #FFFFFF
!*foreground: #DDDDDD
*background: #151515
*foreground: #ffffff
!black
*color0: #111111
*color8: #505050
!red
*color1: #b04020
*color9: #dd4010
!green
*color2: #afd700
*color10: #daff30
!yellow
*color3: #f7cf0a
!*color11: #fce70d
*color11: #ff9600
!blue
*color4: #3060aa
*color12: #6099dd
!magenta
*color5: #d6156c
*color13: #fe4365
!cyan
*color6: #a0c2de
*color14: #c9dee8
!white
*color7: #cacaca
*color15: #b0b0b0
(changing the last two lines to FFFFFF makes no difference)
BLACK="\e[0;30m"
BLUE="\e[0;34m"
GREEN="\e[0;32m"
CYAN="\e[0;36m"
RED="\e[0;31m"
PURPLE="\e[0;35m"
BROWN="\e[0;33m"
LIGHTGRAY="\e[0;38m"
DARKGRAY="\e[1;30m"
LIGHTBLUE="\e[1;34m"
LIGHTGREEN="\e[1;32m"
LIGHTCYAN="\e[1;36m"
LIGHTRED="\e[1;31m"
LIGHTPURPLE="\e[1;35m"
YELLOW="\e[1;33m"
WHITE="\e[1;37m"
NC="\e[0m" # No Color
PS1="\[$BLUE\]ââ\[$PURPLE\][ \[$YELLOW\]\$(date +%D) $(date +%r) \[$PURPLE\]][ \[$LIGHTGREEN\]\w \[$PURPLE\]]\n\[$BLUE\]ââ\[$YELLOW\]> \[$LIGHTGRAY\]"
^^ When on the PS1 line there I change the end from LIGHTGRAY to WHITE, only the first couple lines appear white sometimes, others it appears as it should:
Appreciate any help, thanks
Last edited by colbert (2011-07-05 03:04:36)

URxvt*foreground: rgba:aaaa/aaaa/aaaa/7777
I think this is your font color. Have you tried changing it?
XTerm*foreground: White
This one is for xterm so no wonder it doesn't do anything in urxvt.
Edit: Setting
urxvt.foreground: #aaaaaa
does produce dark font, '#ffffff' gets me bright white, as expected.
Last edited by karol (2011-07-04 23:32:06)

[solved] rxvt-unicode-8.5a-1

Update Issue
update rxvt-unicode-8.5a-1,
[root@arch-01 jada]# pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade...
warning: ffmpeg: local (20071009-1) is newer than extra (20070505-4)
resolving dependencies... done.
looking for inter-conflicts... done.
Targets: rxvt-unicode-8.5a-1
Total Package Size: 2.08 MB
Proceed with installation? [Y/n] y
checking package integrity... done.
cleaning up... done.
(1/1) checking for file conflicts [#####################] 100%
(1/1) upgrading rxvt-unicode [#####################] 100%
[root@arch-01 jada]# pacman -Scc
Do you want to remove all packages from cache? [Y/n] y
removing all packages from cache... done.
[root@arch-01 jada]# pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade...
warning: ffmpeg: local (20071009-1) is newer than extra (20070505-4)
resolving dependencies... done.
looking for inter-conflicts... done.
Targets: rxvt-unicode-8.5a-1
Total Package Size: 2.08 MB
Proceed with installation? [Y/n] y
:: Retrieving packages from extra...
rxvt-unicode 2.1M 550.1K/s 00:00:04 [#####################] 100%
checking package integrity... done.
cleaning up... done.
(1/1) checking for file conflicts [#####################] 100%
(1/1) upgrading rxvt-unicode [#####################] 100%
[root@arch-01 jada]#
It doesn't take the update! With "pacman -Syu" it will allways update again and again ...........
Last edited by JaDa (2007-11-22 19:52:08)

the problem was solved today with the new update
rxvt-unicode-8.5a-2
the right packages are now on the update server
Last edited by JaDa (2007-11-22 19:54:04)

[SOLVED] Escape sequences instead of colors in rxvt-unicode

On a Git cheat sheet I found that I could add nice colors to Git's output, so I edited my ~/.gitconfig by adding:
[color]
ui = auto
[color "branch"]
current = yellow reverse
local = yellow
remote = green
[color "diff"]
meta = yellow bold
frag = magenta bold
old = red bold
new = green bold
[color "status"]
added = yellow
changed = green
untracked = cyan
However, when performing a git log my terminal looks like this:
ESC[33mcommit 226dcb52565b58952b78fb107d8d9def3ca396abESC[m
Merge: 8f8af9f 93341d8
where ESC's colors are reversed. So, instead of yellow commit lines it outputs everything in plain text.
What's wrong with my configuration? I am using rxvt-unicode 9.15-3.
Last edited by Marcel- (2012-12-06 13:14:12)

Someone on the mailing list said that this was due to incorrect parameters to my pager, less. Adding -R to $LESS (or deleting the variable entirely) solved this issue.

[Solved] no non-ASCII character input in rxvt-unicode

Hello everyone,
For some days now, I can't write any non-ASCII characters any more in rxvt-unicode and rxvt-unicode-patched. Unfortunately, downgrading the rxvt-unicode package doesn't seem to help. To have at least a temporary solution, I'd like to know at least which packages I could try to downgrade as well. Any ideas, anyone?
greez,
maxmin
Last edited by Maximalminimalist (2011-03-12 13:12:26)

When I try to type a non-ASCII-character I get nothing at all. This happens with my custom keyboard layout (modified programmer dvorak) and in some layouts I already tried (us: altgr-intl, ch, de and fr)
When I paste a non-ASCII characters in rxvt-unicode I get
maxmin ~ $ ?
This happens only on my x86_64 desktop which is more up to date than my i686 laptop. (I'm afraid now to do any updates.)
EDIT: I'm sorry, I don't know what you mean with locale settings. What do you mean with that?
EDIT2: Maybe just typing locale in the terminal is what you mean:
maxmin ~ $ locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=
With other terminal emulators I get sometimes also nothing and sometimes right displayed but wrong interpreted character in vim. I didn't take notes while doing that but I'll try again if needed.
Last edited by Maximalminimalist (2011-03-06 21:51:23)

[SOLVED] Rxvt-unicode fails to paste PRIMARY selection owned by Vim

Urxvt almost always work with the X PRIMARY selection. i.e., if I select some
text in Firefox or other applications, I will be able to paste it in urxvt.
But Vim seems to be an exception. Steps to reproduce:
1. Select some text ("foo") in Vim, either using the mouse or in visual mode.
Leave the Vim window open.
2. In another urxvt window, press Shift-Insert, _nothing_ is pasted.
Middle mouse click has the same effect as Shift-Insert in urxvt.
3. Issue the command `xsel -po`, and the text "foo" is printed. This means
the text is indeed what the X PRIMARY selection holds (or points to).
4. The text "foo" is also pasted in Firefox by middle mouse click.
The text "foo" is also pasted in xterm by either middle mouse click or
Shift-Insert.
5.1. If you do `xsel -po | xsel -pi`, urxvt will behave like everyone else.
5.2. Without doing 5.1, quit Vim (:q). After that, "foo" will be pasted in
urxvt by Shift-Insert.
What Vim does on quit is documented in its help (:h x11-cut-buffer):
Vim wrote:
There are, by default, 8 cut-buffers: CUT_BUFFER0 to CUT_BUFFER7. Vim only
uses CUT_BUFFER0, which is the one that xterm uses by default.
Whenever Vim is about to become unavailable (either via exiting or becoming
suspended), and thus unable to respond to another application's selection
request, it writes the contents of any owned selection to CUT_BUFFER0. If the
"+ CLIPBOARD selection is owned by Vim, then this is written in preference,
otherwise if the "* PRIMARY selection is owned by Vim, then that is written.
My guesses are:
* Urxvt somehow requires the cut buffer (CUT_BUFFER0) to sync with the
PRIMARY selection, otherwise it will fail to request the PRIMARY selection.
* The reason why text selected from applications other than Vim can be pasted
just fine in urxvt is probably that they always sync the cut buffer with the
PRIMARY selection.
I may be wrong, so please do comment.
If my conclusion proves to be right, I will file a bug report to rxvt-unicode.
Edit: This issue is fixed in rxvt-unicode 9.12.
Last edited by lolilolicon (2011-07-02 16:31:45)

lolilolicon wrote:
Urxvt almost always work with the X PRIMARY selection. i.e., if I select some
text in Firefox or other applications, I will be able to paste it in urxvt.
But Vim seems to be an exception. Steps to reproduce:
1. Select some text ("foo") in Vim, either using the mouse or in visual mode.
Leave the Vim window open.
2. In another urxvt window, press Shift-Insert, _nothing_ is pasted.
Middle mouse click has the same effect as Shift-Insert in urxvt.
3. Issue the command `xsel -po`, and the text "foo" is printed. This means
the text is indeed what the X PRIMARY selection holds (or points to).
4. The text "foo" is also pasted in Firefox by middle mouse click.
The text "foo" is also pasted in xterm by either middle mouse click or
Shift-Insert.
5.1. If you do `xsel -po | xsel -pi`, urxvt will behave like everyone else.
5.2. Without doing 5.1, quit Vim (:q). After that, "foo" will be pasted in
urxvt by Shift-Insert.
What Vim does on quit is documented in its help (:h x11-cut-buffer):
Vim wrote:
There are, by default, 8 cut-buffers: CUT_BUFFER0 to CUT_BUFFER7. Vim only
uses CUT_BUFFER0, which is the one that xterm uses by default.
Whenever Vim is about to become unavailable (either via exiting or becoming
suspended), and thus unable to respond to another application's selection
request, it writes the contents of any owned selection to CUT_BUFFER0. If the
"+ CLIPBOARD selection is owned by Vim, then this is written in preference,
otherwise if the "* PRIMARY selection is owned by Vim, then that is written.
My guesses are:
* Urxvt somehow requires the cut buffer (CUT_BUFFER0) to sync with the
PRIMARY selection, otherwise it will fail to request the PRIMARY selection.
* The reason why text selected from applications other than Vim can be pasted
just fine in urxvt is probably that they always sync the cut buffer with the
PRIMARY selection.
I may be wrong, so please do comment.
If my conclusion proves to be right, I will file a bug report to rxvt-unicode.
Hi lolilolicon,
I cannot reproduce the errors from step 2. My system has the following packages:
gvim 7.3.206-1
vim-runtime 7.3.206-1
rxvt-unicode 9.12-1
To be fair, rxvt-unicode was upgraded to 9.12 recently (I think it was sometime last week), and I also recall vim's visual mode selections NOT being paste-able into a separate urxvt window. But I guess the 9.12 update fixed things. (There are a couple regression fixes with the words "selection" to describe them @ http://cvs.schmorp.de/rxvt-unicode/Changes .) I tested both gvim and regular console vim (visual mode) and it all worked. I also double-checked with `xsel -po`.

[SOLVED]missing terminfo entry rxvt-unicode-256color

Similar Messages

Maybe you are looking for