Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
the /etc/csh.login contains this line: if ( -x "`which tset`" ) tset -I -Q it causes tset ask for the correct terminal type, but does not set it according to tset manpage, it should look like: if ( -x "`which tset`" ) eval `tset -I -Q`
hmmm... I can't find anything about that. The command doesn't output anything for me either.
Oops! eval `tset -Q -I -s` should do the trick
Fixed in revision -r4 now. Including your comment on setting SHELL. Thanks!
Thank you. btw, it would be nice if user could handle this (terminal setting) itself. This requires either indication that user will take care of it himself, or even move this section to skeleton .login file.
well, I was wondering while changing it, what it is supposed to do. Because it only sets the TERM variable, which is already set by the terminal. And if not, the if-block just makes it term=linux. So maybe the whole tset thing should go?
it asks for terminal type if the current $TERM is not recognized by the system. (I have currently problems with xterm-debian, which was already supported by ncurses, but is not now, see bug 18486) I use to set up xterm-color automatically in such case in my .login, but the system-wide csh.login still asks me for this, because it's run before the one in ~
what?!? that tool is interactive?!? Ok, it's completely out as that is not acceptable for sure. If you want to do it, you have to do it yourself. Thanks!
I don't think it's THAT bad, as long as it is in the .login file, which is only invoked when the shell is executed as login shell (which is expected to be interactive). However, do as you decide :)