填一下数月前挖的坑. 本系列居然能够继续更新…

有图有真相

opera user-agent:
Opera/9.50 (X11; Linux x86_64; U; en)

印象中opera是没有64bit的版本的.
不过最近有了.Opera 9.50 Alpha 1

opera 的字体一直是不好调. 用了一点trick, 欲知详情查看blog的new css

firefox 3.0b2pre(偶用了个trunk…), user-agent:
Mozilla/5.0 (X11; ; Linux x86_64; rv:1.9b2pre) Gecko/2007112505 Firefox

firefox 3.0 插件问题:
/home/xxx/.mozilla/firefox/……/extensions/插件目录/install.rdf
找到 em:maxVersion= “2.0.0.*” (或类似), 改成em:maxVersion=”3.0.0.*”
(如果你贪心的话改成4.0也没人管 )

虽然有些插件就是不行,不过del.icio.us, pagerank都正常, 甚好甚好…

就到这里吧.

首先需要这样几个工具

gentoolkit(中的equery,eselect)
toolchain

仅此而已.
===
emerge gentoolkit
(有的就跳过)

根据此文切换到no-multilib(需要eselect)

(1) emerge world
如果哪个包被masked,就卸掉.(这里有大概的列表)
(2) emerge binutils glibc gcc sandbox
为什么是这4个包?
检验方法:
equery belongs /usr/lib32/xxxxx.so
(随便找一个,看看属于哪个包)

最后,/usr/lib32中应该只剩下一大堆失效的符号链接.
它们都指向 /lib32 中已经被删除的文件.

/lib32中最后或许有1-2个文件,用equery查不到,
而去掉路径可以查到属于gcc,
可能这是包安装卸载时候的漏网之鱼吧.

用file命令查看,确实是32位,这也没什么好办法

就到这里吧.

下期玩点危险的

du -sh /usr/lib32: 11M
这11M主要来自32/64bit toolchain.
尤其是glibc.

使用equery belongs filename
就可以查到究竟是属于哪个包.

有据可查是件好事情.

emerge glibc是件浪费时间的工作.
在这之前看看toolchain吧.

binutils,glibc,gcc.

前面文章中提到了新的binutils.
(Gentoo linux:Make some decisions)
查了一下,稳定的binutils 2.17 发布时间是2006-06-26.
距现在已经接近1年.稳定程度没得说.

稳定和新功能看来不可兼得.
Read the rest of this entry »

64bit的mplayer只有几个问题没有完全解决
(但也在90%以上)

1 quicktime
不过因为偶这里没有什么quicktime的影音文件,
所以偶也没有打算解决这问题.

2 realmedia
自从有了amd64codecs,腰不酸背不痛…云云
不过有时候会有颤音现象(一般出现在RealVideo9/10)
Read the rest of this entry »

纯64bit,有许多事情需要依靠别人(预编译),更多的需要自己去做

firefox就是这样.

编译估计需要1个小时
(不过好像某4核服务器怪物能够10分钟编译完)

所以偶选择了一个预编译版的firefox,一个编译版的做测试.
两个版本的区别没有想像中的大.

编译时间而已.

Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.2) Gecko/20070226 Firefox/2.0.0.2

Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.2) Gecko/20070426 Firefox/2.0.0.2

而以前是Linux i686(x86_64).

编译简单但是需要的是时间.

无论哪个版本都需要先编译libstdc++(gcc-3.3.6)
Read the rest of this entry »

首先出场的主角是 ppc64,mips64 和 amd64.

在gentoo的profiles中它们都有multilib或者no-multilib可选.
mips64,ppc64(2005.1).amd64(2006.0)

make.defaults(amd64 no-multilib 2007.0)
仅仅一句,把32位就掐死了
MULTILIB_ABIS=”amd64″

其它的就是些包,use flags的屏蔽.

multilib和no-multilib的区别还是不小的.
Read the rest of this entry »

本篇是em64t系列最后一篇

EM64T:郁闷的开始
EM64T:郁闷的经过
EM64T:郁闷的结束

下面开始重现郁闷.

1 据几篇最近的报道称,
freebsd下mysql的性能已经不像以前所说的那么差了
(>=mysql-5.0.33)
Read the rest of this entry »

前几篇:
EM64T:郁闷的开始
EM64T:郁闷的经过

本篇只是一个benchmark的集合.

开始.
Read the rest of this entry »

上回说到…
EM64T:郁闷的开始

继续.

总共遇到了成吨的问题,
备份
模拟 livecd
库文件
网络

下面开始.
Read the rest of this entry »