Summary: | mrxvt not usable, complains "Unknown colorls variable `rs'." | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Rabbe Fogelholm <rabbe> |
Component: | Prefix Support | Assignee: | Gentoo non-Linux Team <alt> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Rabbe Fogelholm
2008-08-05 06:52:31 UTC
Works for me on amd64-linux. I have seen this before when the coreutils version on the host doesn't match the coreutils version in prefix. dircolors cannot process etc/DIR_COLORS or .dir_colors or something weird like that. Hence, http://overlays.gentoo.org/proj/alt/changeset/25749 awhile back. Hmmm, I can't reproduce this either on Darwin. It just works fine here. If you have any clues like a "weird" prompt or environment, let us know. Some quick observations: 1. No change in behaviour since the problem was first reported. 2. `which dircolors' reports the prefix version of dircolors. 3. If I do `dircolors -b >cmds.sh' and then `source cmds.sh' and then `mrxvt' I get the error message "Process exited normally with status 1. Press any key to close tab". 4. If I edit cmds.sh, dropping the very first definition which is "rs=0", redo `source cmds.sh' and retry `mrxvt' then I get a usable mrxvt instance! The output of `dircolors -b' for reference: LS_COLORS='rs=0:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.pdf=00;32:*.ps=00;32:*.txt=00;32:*.patch=00;32:*.diff=00;32:*.log=00;32:*.tex=00;32:*.doc=00;32:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:'; export LS_COLORS mine looks the same, starts with rs=0: OK ... the rs=0 seems to be a feature of Prefix Gentoo (it is not there on SUSE, Red Hat or native Gentoo). For some strange reason this causes a problem in my prefix but not in every other. BTW, I checked for a possible ~/.dir_colors file, but it turns out I don't have one. (In reply to comment #3) > 2. `which dircolors' reports the prefix version of dircolors. The use of 'which' indicates you're a C-Shell user? If yes, does your ~/.cshrc override any PATH by chance? I am tcsh user, and the problem doesn't appear, same output in dircolors -c though. I don't know where Prefix would "invent" the rs=0: from if normal Gentoo doesn't have it ... At work I use an environment that more or less enforces tcsh, so I am quite used to it. However, `which' is a stand-alone program too. In Prefix Gentoo: bash$ which which /local/tmp/nightly/2008-08-12/usr/bin/which bash$ which bash /local/tmp/nightly/2008-08-12/bin/bash etc.. While in prefix I usually use bash, mostly because it is there from the start. |