muzuiget:~$ ls -l `which nc` 
lrwxrwxrwx 1 root root 20 2010-05-25 18:19 /bin/nc -> /etc/alternatives/nc
muzuiget:~$ ls -l /etc/alternatives/nc
lrwxrwxrwx 1 root root 15 2010-05-25 18:19 /etc/alternatives/nc -> /bin/nc.openbsd

“netcat“命令也是指向同一文件的，传统版的在“netcat-traditional”这个包里。

监听端口语法

在传统的nc里，监听指定端口的命令是

nc -l -p 8964

在openbsd版下就语法不对，会显示语法帮助信息。看了下手册，说”-l”和“-p”不能同时用，原来是不用“-p”参数了，”-l”后面直接带端口号

nc -l 8964

提交信息没有回复

比如在标准输入构造一个http包请求google的首页

echo -e "GET / HTTP/1.1\n"  | nc wwww.google.com 80

在Ubuntu早前的版本，命令提交后会应该显示google的返回信息的，而在10.10下却没有。再翻看手册，语法没变，用wireshark抓包，确定google有返回信息的，只是nc没显示出来就退出了。

百思不得其解，觉得应该是ubuntu的这个版本nc的bug，搜了下launchpad，果然是。原因是Ubuntui修改了一些默认值，临时解决方法是加上“-q 1”参数。

echo -e "GET / HTTP/1.1\n"  | nc -q 1 wwww.google.com 80

这个“-q”表示标准输出没有数据持续多少秒就推出，貌似Ubuntu改成0秒了，所以还没等到google返回信息就退出了，所以让nc等多若干秒就行了。

Package dependencies cannot be resolved
This error could be caused by required additional software packages which are missing or not installable. Futhermore there could be a conflict between software packages which are not allowed to be installed at the same time.

而展开“Details“却这么一个单词”glade-gnome-2”，这种小问题太不应该了，而直接用

sudo apt-get install glade-gnome-2

又出现

Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
glade-gnome-2: Depends: glade-gnome (>= 2) but it is not going to be installed
E: Broken packages

貌似依赖出了问题，运行

apt-cache search -n glade

搜索，发现有“glade-gnome“这个包，好，安装先，呃，运行的图标出现了，就这么安装好了。

还是有点纠结，到底这个“glade-gnome-2”包是什么东东，描述“Dummy upgrade package for glade-gnome“，虚拟升级包，多了什么，搞清楚点好？即使安装好“glade-gnome”后，这个包还是装不上的。

搜了下，有一Bug报告，什么？已经“Fix Released”了，喂大哥……噢，i386的，不会又是64位的没fix吧？再搜一下，嗯，就是这个Bug报告了，64位的。里面有一位仁兄提到

问题是由于存在两个包，“glade-gnome”（就是我们需要那个 3.6.7），而另一个是“glade-gnome-2”（没人想要的）。Ubuntu软件中心选择了“glade-gnome-2”，可能就是它的算法就是使用版本号最高那个。修复方法就是重命名“glade-gnome”为“glade-gnome-3”，或至少建立一个虚拟包来指向“glade-gnome”。

当然楼下就有人表示同意，就不知Ubuntu软件中心开发组搞什么飞机，去Ubuntu Package搜了下，“glade-gnome-3”这个包在jaunty时还有，到了“karmic”却没有了。

我对Ubuntu对这个重量级的开发工具没打包好表示小小失望。

症状就是部分点击按钮没反应，尤其是“Finish“按钮，刚才启动弹出eclipse的用户习惯收集通知，我选关闭这个功能，然后点”Finish“按钮，结果没反应，明明有按下去的视觉效果，就是不关闭。还有是pydev的项目建立向导里的“Finish”的按钮也是这样。

搜了一下，我坚决否定是我的人品问题，这又是Ubuntu的一个bug，在那堆长长的讨论里我扒出了两个解决方法

1. 用Ubuntu库里的版本，针对这个问题打过补丁了，目前版本是3.5.1，还算新。
2. 还是想用eclipse的官方版的话，要先设置一个环境变量，运行eclipse前先运行

export GDK_NATIVE_WINDOWS=1

如果用桌面图标启动的话，把图标的启动命令改成

env GDK_NATIVE_WINDOWS=1 eclipse

我选择后者，因为我懒得再去下载一次eclipse。慢着，那个设置环境变量命令好像在哪里看过，哦，就是之前的Flash点击无效问题，感觉不妙了，恐怕我迟点又会发现某些软件也出现按钮点击无效问题了。

在twitter上问以下，几个童鞋表示没有这个问题，难道是我的RP不好，试了下Chromium，Chromium也是这样，不过在某时刻，某个位置，某个角度点就会有反应，不完全失效。

今天看到的Ubuntu Geek的文章，才发现这就是赤果果的Bug，已经出现两个月了，还没有完全解决，解决方法都是workarounds，而问题多出现在64位版本，所以我就中标了，好了，折腾开始了。

方法一

换Mozilla官方的Firefox和手动安装Adob版e的flash，没有这个问题，除了会在终端里看到一大堆错误刷屏式输出而已，不影响使用。看来Ubuntu自己修改了某些地方。还是用Ubuntu的吧，毕竟Chromium也要用到flash的。

方法二

禁用compiz，靠，还真解决了，看来就是与3D有关，但是，难道要舍弃3D？另外，Bug报告页面说可以禁用“Show Desktop”插件，可是我根本就没有启用这个插件。

方法三

就是Ubuntu Geek方法修改

sudo gedit /usr/lib/nspluginwrapper/i386/linux/npviewer

在最后一行前，加上

export GDK_NATIVE_WINDOWS=1

没错，是最后一行前，我之前就是加到末尾的，结果没效。修改后应该是这样的

#!/bin/sh
TARGET_OS=linux
TARGET_ARCH=i386
export GDK_NATIVE_WINDOWS=1
. /usr/lib/nspluginwrapper/noarch/npviewer

修改保存后就重启Firefox，问题修复了。

方法四

安装64位的试验版Flash，我就先不折腾了，想装的话可以用Ubuntu Geek文章里的脚本，或者自己手动安装，风险自负，Bug报告页面也有人报告的确有效，效率还好点。

问题

不过有种情况，却是100%的，烦得我要去好好研究一下，那就是windows的http共享软件hfs的页面。不信看看，下载链接是中文，状态栏显示也是中文

当点击下载出现对话框时，居然是乱码，而用windows的Firefox却没有这个问题。

难道是Firefox的问题吗？不是，用另一个浏览器Epiphany测试也是这样的。那么证明应该不是Firefox的问题，而是浏览器跟操作系统交流时出了点问题。

解决方法一

如果强制在Firefox指定页面编码，设成GBK（包括兼容的GB2312，GB18030，下同），页面本来的中文却变成乱码，这时候点击下载，却变回正常文件名了，抓狂吧，看来就是编码原因。

在hfs里编辑html模板，把“header”里的“meta”标记的属性“charset”值“UTF-8”改为“GBK”，刷新重试，页面正常显示，下载保存时文件名也没问题了，问题似乎就这么解决了。

解决方法二

上面那个方法要在服务端设置，那是自己建的hfs服务，但是不能指望别的网站也设成GBK呀，很多外国网都用UTF-8的。所以还得研究一下如何在客户端这边搞定。

本来想写一下分析过程，问题原理，涉及到url编码问题，测试了几种情况搞得我自己也挺糊涂，还是直接跳过吧。

hfs可以对非ascii字符进行编码，比如“中文”url编码后就变成“%E4%B8%AD%E6%96%87”。不过都不影响问题。反正大概就是当Firefox把这个字符串调用操作系统的图形组件时（如保存文件对话框），编码解析不一致导致乱码（我也奇怪，明明都是UTF-8）。

windows默认使用ANSI编码（中文就是GBK啦），那么用Linux的环境设置成GBK怎么样呢？当然设置全局都是GBK编码时不好的，不要忘记Linux有env命令可以针对单个程序设置环境变量的，这么启动Firefox

env LANG=zh_CN.GBK firefox

结果问题就解决，Epiphany同样用这个方法解决，浏览几个页面，没有出现不正常的情况。

恼人的编码

不特不说中文乱码问题真的很讨厌，搞Java EE时的jsp、struts、tomcat等等各种配置的编码就弄得人死去活来。单说简单的html，“meta”标记里面有个charset属性，http请求头里面也有个“Accept-Charset”键，url编码非ascii字符也有一个编码，浏览器里面也可以指定页面编码，保存html的文本文件也有个编码，真他娘的折腾。

结果再次重启后，时间又乱了，得好好找找问题了，时间是快了8小时，该不会又是把BIOS时间当成UTC吧？我记得昨晚时间还没问题的，今天才出现问题，应该是今天更新系统后才出现的。看一下pacman的升级日志

grep "08-26" /var/log/pacman.log

结果发现这么一行

[2009-08-26 10:36] warning: /etc/rc.conf installed as /etc/rc.conf.pacnew

用vim对比一下这两个文件

发现rc.conf的“HARDWARECLOCK”值为“local”（这个值是安装archlinux时安装程序生成的，我没改过），而注释提示应该是“localtime”和“UTC”之一，会不会新版改了名称，于是改成“localtime”，重启，结果问题依旧。再改成“UTC”，还是一样。

再仔细对比一下，rc.conf.pacnew里已经没有“USEDIRECTISA”这个值了，而这个值看起来也是和读取系统时间有关，于是我在rc.conf里注释掉这一行，重启，问题依旧，郁闷了。

记起之前我手动改了时间，于是我手动再改一次，重启，问题解决。我也不知道是什么原因，不过问题不大，不深究了。

莫名其妙的覆盖确认

解压单个文件还会有覆盖？在折腾windows的gtk图标时候终于发现原因了

原因

原来是压缩包里面有Linux的软链接，出现解压覆盖提示多半是来自Linux的压缩包，比如以tag.gz结尾的。使用软链接能减少重复文件，比如mplayer使用一个图标“mplayer.png”，smplayer也用这个图标，那么就不用复制一份了，给“mplayer.png”建立一个软链接就行了。

问题

在Linux下面解压是没问题的，但在Windows下的NTFS文件系统解压就有问题了，因为不支持Linux的文件系统的软链接，7zip会提示覆盖，无论选全是还是全否在解压后都发现很多零字节的文件，因此文件就不能用了。其实直接打开压缩包留意一下，也是显示零字节的。

解决方法

目前我没找到方便的解决方法，权宜之计是，在Linux下解压后，用cp命令跟随软链接参数“-L”再复制一份，如

cp -r -L gnome-brave gnmoe-brave1

这样会把软链接转换成实际文件，当然体积会相应增大的。

后来又发现不必一定在Linux下，用Cygwin下的tar也能解压，这样会把软链接换成Windows的快捷方式，不过还是有点问题的，如图

会发现有些快捷方式是无效的，如图

无缩略图的是无效快捷方式

为什么会无效，我想是因为软链接比实际文件早解压出来，tar没能找到该软链接对应的实际文件，所以无效了。于是我在想有没有按大小解压出来的参数，因为软链接都是零字节，确保它们迟于实际文件解压出来。粗看一下tar的用法，没有，郁闷。后来发现解决方法也是很简单的，再解压一次不就行了？无效的快捷方式会转为有效了。

然后也能像在Linux下cp命令搞定，不过部分快捷方式转还是出了点问题，如图

提示软链接嵌套太深

放到分区根目录再测试一次，问题依旧，还是图2，有两个“easytag.png”文件，NTFS不区分大小写，实际文件先解压出来又被软链接覆盖，手动再解压一次即可，不过算了，这几个图标没什么用，我要换的多是工具栏图标。

真是折腾无极限，查下NTFS的软链接资料，原来微软还提供了一个小工具，迟点再折腾。又是Sysinternals的工具，妈的微软故意为难修电脑的吧，这么多好用的工具都不集成到系统里。

awk '{if ($0 ~ "^[1-9][0-9]*$|-->") {print $0} else {if ($0 ~ "^$") {print "\n"} else {printf $0" "}}}'

结果发现了一个bug，测试后，原因是某一行如果有“%”这个符号的话printf语句输出可能会出错，与“%”后的单词有关，出错的那一行会忽略掉。

问题

可以测试一下

$ echo test 100% www | awk '{printf $0"\n"}'
test 100% words
$ echo test 100% sss | awk '{printf $0"\n"}'
awk: (FILENAME=- FNR=1) 致命错误: 相对格式来说参数个数不足
`test 100% sss
'
^ 跑出范围

把“printf”换成“print”就没这个问题。

原因

Google了几下，终于明白原因，因为“%s”是“printf”的输出转换符，所以出问题了，输出命令大概变成

printf test 100% sss"\n"

解释出错，而“%w”不是有效的输出转换符，所以没问题。

解决

“print”会加上换行符，不合我的要求，而“printf”不输出换行符，除非显示使用“\n”。发现”printf”还有另一种语法，加括号就没这个问题

echo test 100% sss | awk '{printf("%s\n",$0)}'
test 100% sss

所以我把之前的合并字幕改了一下，问题解决。

awk '{if ($0 ~ "^[1-9][0-9]*$|-->") {print $0} else {if ($0 ~ "^$") {print "\n"} else {printf("%s ", $0)}}}'

问题

问题就出现我点了“右”后，屏幕不能正常显示了，右半部分是黑色的，如图

画面右边无法显示

完了，怎么切换回去？因为面板在右边，无法通过点回那个图标旋回来，鼠标是能动的，我就尝试“盲点”，认真想想也知道没用的，很难点中。从主菜单运行“屏幕分辨率”吧，尝试把面板拖到左边，拖了几次没成功。按CTRL+ALT+BACKSPACE重新登录X，没用。那么我就重建“xorg.conf”，还是没用，看来是跟旋转屏幕没相干的。郁闷，刚刚才弄好显卡驱动呀，这么快又玩垮了。

解决方法

三个解决方法

• 认真想想怎么解决，发现可以运行ALT+F2的，马上在旁边的Ubuntu查了一下那个“屏幕分辨率”是哪个程序，哦，原来是“gnome-display-properties”，设置窗口也是显示半边，按住ALT把它拖到显示区域，问题就这么解决的。不知道为什么archlinux不提供确认（也就是倒计时，不确认自动恢复原来设置），还是我自己忽略了什么。
• 今天看到ubuntugeek的一篇文章《How to Adjust screen resolution on Ubuntu》，把显示器分辨率搞乱了，可以切换到控制台，删除“~/.config/monitors.xml”文件，是重新试了一下，有效。还说了一些分辨设置方法，迟点慢慢研究。
• 刚刚重新试验时又发现了一种方法，如果不确切记得“gnome-display-properties”怎么办，谁说主菜单一定要在右边的面板上，左边不是还有个面板吗？点击右键，添加一个主菜单到面板不就能启动“屏幕分辨率”吗？当时居然没有想到，真笨，还在去尝试摸黑拖右边的面板。

程序界面乱码鸟

后来想到之前在vimrc加了两句编码设置命令

set fileencoding=utf-8
set fileencodings=ucs-bom,gb18030,utf-8,default

开始是用“win32-install-unicode”安装包，换成“win32-install”结果还是一样，卸载后就恢复正常。肯定文档的设置脚本改了字符编码设置，到“vimfiles”目录浏览一下，在“plugin”目录下发现“vimcdoc.vim”，打开，找到一句

set encoding=utf-8

句首加双引号注释掉

" set encoding=utf-8

重启Vim，问题解决