matlinuxer2 / fbterm

Automatically exported from code.google.com/p/fbterm
GNU General Public License v2.0
0 stars 0 forks source link

Fbterm should set the TERM to fbterm not linux. #48

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Launch a program other than the shell with fbterm (like fbterm -- screen)
2. The program will be launched using TERM=linux

What is the expected output? What do you see instead?
TERM should be set to fbterm.

What version of the product are you using? On what operating system?
1.7

Please provide any additional information below.
Line 83 of /src/lib/shell.cpp
-- setenv("TERM","linux",1)
++setenv("TERM","fbterm",1)

As a workaround, you can launch the "shell" program using /usr/bin/env 
TERM=fbterm program.

Original issue reported on code.google.com by internet...@gmail.com on 24 Jan 2011 at 5:09

GoogleCodeExporter commented 8 years ago
also useful would be a config variable to set $TERM.

Original comment by rhdoen...@gmail.com on 9 Mar 2011 at 3:56

GoogleCodeExporter commented 8 years ago
Attached is my patch to solve this problem.
Please note that:
1. The modifications break the (relative) independence of the code in src/lib 
from the code in src, since a line containing `#include "../fbconfig.h"' was 
introduced in src/lib/shell.cpp.
2. The modifications are based on myfbterm (see issue 56), which itself is 
based on fbterm 1.7. This patch applies to fbterm 1.7 nicely (just with some 
offsets that can be done by patch(1) automatically).

Original comment by CasperVector on 29 Jan 2012 at 11:02

Attachments:

GoogleCodeExporter commented 8 years ago
I can confirm this behavior in fbterm 1.7 as well. I do not set TERM in my 
.zshrc, yet it is "linux" when fbterm starts, irrespective of how I start it.

Original comment by paleh...@gmail.com on 15 Feb 2012 at 11:29

GoogleCodeExporter commented 8 years ago
confirmed here too

$ fbterm --version
FbTerm version 1.7
$ TERM=fbterm fbterm
$ echo $TERM
linux

Original comment by ivan.kanak on 21 Apr 2012 at 2:00