Difference between revisions of "Talk:Zsh"

From ArchWiki
Jump to: navigation, search
(Is the following accurate?)
(Remove inputrc conversion: Close old log info.)
Line 39: Line 39:
:::::: Note is already removed. Close. -- [[User:Fengchao|Fengchao]] ([[User talk:Fengchao|talk]]) 01:16, 23 October 2012 (UTC)
:::::: Note is already removed. Close. -- [[User:Fengchao|Fengchao]] ([[User talk:Fengchao|talk]]) 01:16, 23 October 2012 (UTC)
== Remove inputrc conversion ==
== <s> Remove inputrc conversion </s> ==
The command doesn't work, so I'm removing it.
The command doesn't work, so I'm removing it.

Revision as of 01:17, 23 October 2012

Eterm and zsh

My most recent Archlinux installation somehow has a conflict between Eterm and zsh, I found that some applications like mc, vim and mp3blaster do not pick up the arrow keys, even when using zkbd. They send an ABCD and some escape sequence garbage.
By setting the TERM variable to xterm-color the problem was fixed. To not mess up the TERM variable in the console one could put this code in .zshrc:

if [[ $TERM == "Eterm" ]]; then

--Gilneas, 2006 Aug 11

/etc/zprofile and advanced .zshrc

I've added a /etc/zprofile section and moved some of the bits from the advanced .zshrc section to it. I'm going on what I've read of the docs, but if this is wrong, please change it. AlexW 08:38, 10 December 2007 (EST)

eval `dircolors -z` generates an error

I have not been able to find a solution to this, so I have commented the Advanced .zshrc in the wiki here: http://wiki.archlinux.org/index.php/Zsh#Advanced_.zshrc The -z does not appear to be a valid option for dircolors. Perhaps the original wiki author has a solution?

Close. The section is already gone. -- Fengchao (talk) 01:14, 23 October 2012 (UTC)

Is the following accurate?

The following was added recently:

"NOTE: It should be mentioned though infrequently, the virtual terminal that you couple with Zsh does effect its efficiency. It's known that Zsh cooperates not very well with urxvt (rxvt-unicode) with its daemon-client mode, shown in a dramatic reduction of speed of executing commands like "exit" or completions. So if you use urxvt, avoid using this mode and just run plain `urxvt`."

I've being using zsh and urxvtd (deamon mode) for a long time and have never had an issue. Has anybody else experienced the above? Can the author please backup the statements above? If not, I think that note should be removed. What do others think? M l 17:51, 24 November 2009 (EST)

Hi, I'm the one who added the comment. My situation is that with urxvtc, the `exit` command and completion becomes very, very slow. Actually I was just about to go back to bash because I didn't realize that this was a terminal problem -- but urxvtd crashed unexpectedly, I had to start urxvt without daemon (That's how I found out, with comparison of xterm). Of course, under the daemon mode, everything still works perfectly, just isn't as fast as it should be.
--B4283 19:07, 24 November 2009 (EST)
wait, i don't know what happened. i was just trying to time the exact slowdown, but it got fast... sorry for the trouble. Although, I'm interested about what did you set the size of HISTSIZE and SAVEHIST -- that's the last change i've made in zshrc.
--B4283 19:45, 24 November 2009 (EST)
I've experienced identical delays with large HISTSIZE and SAVEHIST. Previously I used HISTSIZE=2500, SAVEHIST=15000. Problem disappeared after setting it to HISTSIZE=2000, SAVEHIST=2000. I suspect the problem is directly related to the size of the HISTFILE. --Chpln 20:07, 24 November 2009 (EST)
In my .zshrc I have 1000 for both HISTSIZE and SAVEHIST. But I do have HIST_IGNORE_ALL_DUPS. I will remove the note then. Thank you for quick response. M l 20:54, 24 November 2009 (EST)
Thank you everyone for the useful information! This problem has been bugging me for months. --May 10:09, 23 May 2010 (EDT)
Note is already removed. Close. -- Fengchao (talk) 01:16, 23 October 2012 (UTC)

Remove inputrc conversion

The command doesn't work, so I'm removing it.