终端神秘退出

这几天我的GNOME Terminal有时在敲命令时会退出。今天发现，在输入完命令和空格再按Tab后就会退出。这个问题必须要解决，否则根本无法正常工作。

• 起初怀疑是GNOME Terminal更新中引入的bug，Google了一下没有相关的结果。
• 我试验了Teminator和XTerm，也都有同样的问题。
• 怀疑GNOME的快捷键设置出问题了，把Tab按键映射成了Ctrl-D。但是在Vim或者Gedit里面，Tab是可以正常输入的。
• 重启了电脑，问题还是有。怀疑是不是本机Readline的设置有问题。登录到服务器上没有这个问题。证明了是本地的问题。

打开.bashrc看，最底下是最近加的一行：

set -e

为什么加这行呢？set -e是让Bash遇到错误（命令返回值非0）就退出，我一般在写Bash脚本的时候在最前面加上这一句。后来我想在.bashrc里面加上，以后的脚本不是都不用加了吗？没有多思考就加上了，结果导致了终端神秘退出的问题。

把这一行注释掉问题就解决了。那为什么按Tab会出错呢？在Bash里面输入：

set -x

输入命令和空格后再按Tab，就会输出Bash补全的很长的输出：

$ a + local compdir=./completions
+ [[ /usr/share/bash-completion/bash_completion == */* ]]
+ compdir=/usr/share/bash-completion/completions
.......

在Bash设置了set -e的情况下，应该是中间有一条命令的返回值非0，所以导致Bash退出了。

由此看来，set -e是根本不能放在.bashrc里面的，否则无法交互使用终端了。需要单独写在脚本里面。另外，set -ex是调试Bash脚本很方便的东西，可经常使用。

Android下的自由软件

智能手机和传统的计算机一样，有着各种各样的病毒、流氓软件、窃取用户隐私的软件。也和计算机一样，使用自由/开源软件可以保证这些软件让用户绝对放心。

因为苹果的iOS AppStore的用户许可和GPL的许可不兼容，或者说苹果公司对自由软件很不友好，所以我只对Android下的自由软件感兴趣。

Google Play商店并不提供按照许可来搜索应用，所以我以前搜索的方法比较土，就是搜索github, open source, sourceforge等这样的关键词，来找找自由软件。比较经典的自由软件有ConnectBot，现在越来越多了，比如Firefox, FB Reader。维基百科上有一个页面，列出了Android下的自由软件，还有F-Droid网站，AOpenSource网站，上面也都是Android下的自由软件。

Nginx的414错误

请求的URI太长了，Nginx给出了414错误。可通过这个参数调整Nginx可接受的URI长度。Nginx配置中，对该server的日志记录在单独的文件中，但出错时日志只记录在默认的日志文件中。应该是请求URI太长了，Nginx还没有处理到HTTP请求的Host头部，所以不知道是哪个虚拟主机。

让echo命令不显示空格

Bash里面

echo {a..z}

会显示：

a b c d e f g h i j k l m n o p q r s t u v w x y z

怎么让它不显示空格呢？试了试IFS不管用，在Freenode上问，人说echo本来就是要显示空格的。这在help echo输出的内置帮助中没有说明，但在info echo输出的外部命令手册中有说明。可以用

printf %s {a..z}

不显示空格。如果必须用echo而不显示空格，看似可以用

echo -e '\b'{a..z}

但这只是看起来没有空格，并不是单纯的26个字母的输出。如用rev倒序上面的输出得不到正确结果：

$ echo -e '\b'{a..z} | rev
                         a

用cat -e来看：

$ echo -e '\b'{a..c} | cat -e
^Ha ^Hb ^Hc$
$ echo -e '\b'{a..c} | rev | cat -e
c^H b^H a^H$

顺序的时候空格不显示，但是倒序的时候，每次退格到字母下方（除了a）再打印一个空格，所以最后就只剩下a了。

查看Django Debug Toolbar

我在本地打开线上staging环境的Django网站，想用Django Debug Toolbar来查看SQL查询的情况。Django Debug Toolbar显示的默认条件是settings.DEBUG为True，并且用户IP在settings.INTERNAL_IPS里面。但是manage.py启动的服务器在日志里不显示IP地址：

 [12/Nov/2012 21:05:35] "GET /releng/ HTTP/1.1" 200 275953

我想从Staging服务器上的Django日志里面看到本地电脑访问时的IP地址，找到了这个ticket，通过修改basehttp.py可显示IP：

[12/Nov/2012 19:22:21] (119.253.xx.xx) "GET /static/css/base.css?v=bc043 HTTP/1.1" 200 9301

然后把这个IP加入INTERNAL_IPS，开启settings.DEBUG即可显示Debug Toolbar了。

其实不用这么麻烦，可以在DEBUG_TOOLBAR_CONFIG里面设置'SHOW_TOOLBAR_CALLBACK'指到对应的函数即可，见Debug Toolbar的文档。

RAR压缩包乱码的处理

别人用邮件发过来的RAR压缩包（必然是Windows下创建的，我用File Roller解压缩后文件名是乱码。应该是Windows下用的GBK编码，而Linux下用的UTF8编码的问题。用Ubuntu里的unrar-nonfree包的unrar命令解压缩没有乱码，而用free版的unrar也会有乱码，可见nonfree版才会正确处理编码。File Roller集成的必然是free的代码，所以也不能正确处理。

鉴于RAR是封闭、私有的文档格式，我就不给File Roller和unrar报告bug了，他们不能处理也很正常。

安装Deb包后配置文件找不到

用Debuild编译打包了带封禁模块的Nginx Deb包，需要用dpkg命令安装nginx, nginx-common和nginx-full三个包。可是装完后/etc/nginx下只有几个目录，没有配置文件。上次用同样的包在Ubuntu下安装的，一切都正常。

后来发现，是dpkg -i安装时，即使依赖包没有，显示一堆错误，也会安装上去的，但配置过程会失败。大概是中途依赖没满足，安装后nginx-common包里面的conffiles没有得到配置，所以最后/etc/nginx里面没有配置文件。以后用dpkg安装时，一定要确保安装和配置一次成功，才能避免这种陷阱。