坚持用32位的OpenSUSE 11.0

终于,我准备暂时放弃64位的OpenSUSE 11.0,目前已经装好了32的SUSE 11。怀念以前用64位SLED 10.0的时候,完美到几乎没有碰到什么问题。难怪有人说OpenSUSE是Novell旗下产品SLED/S系列的小白鼠,恩,我们都是快乐的小白鼠。

不会比32位快多少,至少不是我们能够感觉出来的,但是64位的问题却要多出很多。比如下面的两个已经确认是64位OpenSUSE独有的问题:

Pidgin 2.4.1:在32位下群的名字会显示Null,这个问题下载Linuxsir论坛上下载一个libqq.so以后可以解决。但是在64位下连Null都没有!我也曾下载了最新的Pidgin 2.4.2来编译,编译安装前需要的*-dev包之多,折腾了很久…编译好后问题依旧。我非常讨厌QQ,但有周围一些比较特殊的人之间的联系靠的就是这个…用Eva?No!为了这个东西要装个百兆有余的kdebase,我宁愿选择32位的OpenSUSE。

aMule 2.2.1:我不用BT,,这个东西对我就至关重要。我本以为已经解决了这个问题,但是我错了。

2008-06-26 15:52:58: ClientCreditsList.cpp(378): Credits: Error while creating signature: InvertibleRSAFunction: computational error during private key operation2008-06-26 15:52:58: ClientCreditsList.cpp(378): Credits: Error while creating signature: InvertibleRSAFunction: computational error during private key operation2008-06-26 15:52:58: ClientCreditsList.cpp(378): Credits: Error while creating signature: InvertibleRSAFunction: computational error during private key operation

上面的错误每秒钟都在出现(猜测应该是和crypto++之间的问题),直接导致:

2008-06-26 15:52:29: ClientCreditsList.cpp(168): 积分文件已载入,33个已知用户

已经用了好几天,4.3G的720P电影已经下好一部,已知用户数是绝对不可能才33个的。失去了积分系统的aMule就不在是一头Mule。

现在系统正运行在32位的OpenSUSE 11.0下,Pidgin和aMule这两个对我比较重要的软件运行都很正常。很欣慰,没白忙半天。(作者:ilihai)

懂得接受失败的人,就是懂得人生真谛的人,

坚持用32位的OpenSUSE 11.0

相关文章:

你感兴趣的文章:

标签云: