Linux世界分类的最新日记

在fedora16上，用vncviewer连接vncserver的时候，发现老是出现：

unable connect to socket: No route to host (113)

和fedora14不一样，vnc的默认端口5901并没有加入到信任端口里面，在其它端口里面添加用户自定义端口5901，tcp类型即可，或使用下列命令：（$id是最后reject的ID号）

iptables -L -n --line-numbers
echo "Input iptables line numbers: "
read id
iptables -D INPUT $id
iptables -A INPUT -p tcp -m state --state NEW -m tcp --dport 5901 -j ACCEPT
iptables -A INPUT -j REJECT --reject-with icmp-host-prohibited
iptables-save

在fedora16中，vncserver抛弃了配置文件/etc/sysconfig/vncservers的管理方式，而使用syscmd来直接管理，不过这里感觉复杂一些，首先，安装好tigervnc-server后，需要将配置文件拷贝一份：

cp /lib/systemd/system/vncserver@.service /etc/systemd/system/vncserver@:1.service

并修改其(/etc/systemd/system/vncserver@:1.service)内容：

User=cnangel
ExecStart=/usr/bin/vncserver :1 -geometry 1280x1024

然后，加载配置并放入启动选项，

sudo systemctl --system daemon-reload

最后，启动vncserver

systemctl enable vncserver@:1.service
systemctl start vncserver@:1.service

如果启动不了，可以尝试直接启动vncserver，然后再使用syscmd来启动。

   fedora16安装以来，一直gnome-shell占用CPU比较高，以前以为是evolution数据量过大导致的问题，后来删除了evolution，重新导入小数据量的evolution，发现CPU仍然偶尔飙高，搜索google无果，于是自行研究了一下发现，把$HOME目录下的.gconf目录删除之后，gnome-shell占用的CPU最多飙到40%，不过要重新设置一下evolution的帐号，希望给fedora的爱好者一些帮助。
   通过现象分析，很可能是导入evolution导入了以前fedora15不兼容的配置信息，导致gnome-shell发挥特效的时候过多的cpu的消耗。

    Fedora15和fedora16虽然同为gnome3的两个版本，但是稳定性方便，fedora16比不上fedora15，fedora16不能支持大数据量的evolution邮件（数据量过大会导致gnome-shell占用CPU达到100%），并且teminal中的通配符容易崩溃，且不容易自动补全，而且gnome3的徽标键会失灵，造成锁屏。
    从FC3以来，每个版本笔者都适用过，其家里P4的台式机上还是Fedora Core5，而工作的机器上面已经安装上了Fedora16（有点后悔，没有fedora15好用），按照稳定性来说，比较不错的fedora版本有：

Fedora15：第一个使用gnome3的版本，且firefox的版本能够到7.0；非常稳定
Fedora14：使用gnome2，最终升级版本非常稳定；
Fedora13：第一个支持apple以及iphone系统的版本，非常稳定；
Fedora12：一个稳定版本，对第一个对支持ati显卡非常好的版本；
Fedora10：不错的一个版本，开始不太稳定，后期升级的版本比较稳定；
Fedora9：一个比fedora10更加稳定的版本；
Fedora8：不错的一个版本，比较稳定；
FC6：以往1-5系列中最稳定的一个版本；
FC5：基本稳定，建议使用FC6；

自从fedora15以来，gnote都不是自动加载的，且关闭gnote，就直接关闭了，如何将gnote保持在信息栏呢？
gnome3提供了一个命令供参考：
1，找到gnote组件

gsettings list-schemas |grep gnote

2，找出gnote的所有键值对，类似windows的注册表

gsettings list-keys org.gnome.gnote 

3，修改gnote的默认图标状态

gsettings set org.gnome.gnote       use-status-icon true

这样即可完成关闭gnote而不会直接关闭gnote进程，而是最小化到信息栏中。

因为生成so的问题，发现libtool v2.4生成代码时：

libtool --debug --tag=CXX --mode=link g++ -fPIC -g -O2 -g -Wall -D_DEBUG -shared -fpic -o libsotest.so libsotest_so-testso.o -lpthread -ldl -lcppunit

结果为：

g++ -fPIC -g -O2 -g -Wall -D_DEBUG -fpic -o libsotest.so libsotest_so-testso.o  -lpthread -ldl -lcppunit

而期望的结果应该是：

g++ -fPIC -g -O2 -g -Wall -D_DEBUG -shared -fpic -o libsotest.so libsotest_so-testso.o  -lpthread -ldl -lcppunit

低版本的libtool v1.5.22则没有这个问题，于是查找原因，经过分析，发现新版本的libtool对-shared选项有二处地方的变动，一处为func_mode_compile函数，主要是针对-shared的优化，

 2429     -shared | -static | -prefer-pic | -prefer-non-pic)
 2430       later+=" $arg"
 2431       continue
 2432       ;;

另外，在函数func_mode_link中

 6171       -shared)
 6172     # The effects of -shared are defined in a previous loop.
 6173     continue
 6174     ;;

如果得到上面的期望结果，则注释这条语句即可。

详细的问题描述见：http://my.huhoo.net/archives/2011/08/libtool.html