The cygwin tools for Windows sets the TERM variable to "cygwin". When ssh'ing into a Gentoo system from this client, TERM is set as such: QonoS root # echo $TERM cygwin When trying to read a manpage, the following ewarning is returned: QonoS root # man bash WARNING: terminal is not fully functional - (press RETURN) I would blame this on cygwin, but I never experience this on SuSE 7.3, 8.0 or RedHat 7.1 systems running in my shop. Once RETURN is pressed the manpage displays ok, but navigating back up is near non-functional.
Anything in the redhat/suse startup files that modifies $TERM if its set to "cygwin" ?
I didn't really think about that. But, yes, sorta. There is a /etc/termcap entry in SuSE 8.0 for cygwin. Here it is: cygwin|ansi emulation for Cygwin:\ :am:eo:in:ms:xo:\ :Co#8:NC#3:co#80:it#8:li#25:pa#64:\ :&7=^Z:@7=\E[4~:AB=\E[4%dm:AF=\E[3%dm:AL=\E[%dL:DC=\E[%dP:\ :DL=\E[%dM:F1=\E[23~:F2=\E[24~:F3=\E[25~:F4=\E[26~:\ :F5=\E[28~:F6=\E[29~:F7=\E[31~:F8=\E[32~:F9=\E[33~:\ :FA=\E[34~:IC=\E[%d@:S2=\E[11m:S3=\E[10m:al=\E[L:bl=^G:\ :cb=\E[1K:cd=\E[J:ce=\E[K:ch=\E[%i%dG:cl=\E[H\E[J:\ :cm=\E[%i%d;%dH:cr=^M:cv=\E[%i%dd:dc=\E[P:dl=\E[M:do=\E[B:\ :ei=\E[4l:ho=\E[H:ic=\E[@:im=\E[4h:k1=\E[[A:k2=\E[[B:\ :k3=\E[[C:k4=\E[[D:k5=\E[[E:k6=\E[17~:k7=\E[18~:k8=\E[19~:\ :k9=\E[20~:k;=\E[21~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:\ :kb=^H:kd=\E[B:kh=\E[1~:kl=\E[D:kr=\E[C:ku=\E[A:le=^H:\ :md=\E[1m:me=\E[0;10m:mk=\E[8m:mr=\E[7m:nd=\E[C:nw=^M^J:\ :op=\E[39;49m:r1=\Ec\E]R:rc=\E8:sc=\E7:se=\E[27m:sf=^J:\ :so=\E[7m:sr=\EM:st=\EH:ta=^I:u6=\E[%i%d;%dR:u7=\E[6n:\ :u9=\E[c:ue=\E[24m:up=\E[A:us=\E[4m: Let's hope that comes out right. :)
If you copy that termcap to your gentoo box ... is it fixed ?
Not really sure. Gentoo uses terminfo as opposed to termcap, I guess? There is no /etc/termcap on my Gentoo system. And, I do not know how to translate termcap to terminfo. :(
This appears to be fixed with the default-x86-2.0 profile. I thought this might have been attributed to the baselayout-1.8.2 package, with the /etc/termcap file, so I upgraded a 1.0 profile machine to baselayout-1.8.2 with no change in behavior.
No changes to this bug has been made for at least 180 days. I'm not sure how to reproduce this, so can someone please check if it's still a problem and reopen if it is?