以后再也不当小白鼠了，不胡乱升级了。

ifree

本来我用gcc 3.4编译的系统，弄得好好的。看到glibc 2.4出来了，人家又建议用gcc 4.1编译。
生性喜欢新东西的我，迫不及待的开始升级了。

结果，我又一次被系统玩了，不是我玩系统了。为了让那ati-drivers、声卡、vmware能够动起来，我不断的尝试换内核。总之每一个内核都只能让上面三种的一部分工作起来。而以前3.4版本的gcc这些都能动。

一会儿xgl又想试试了，结果升级后，gnome不能使用中文了，一使用中文，什么程序都用不了了。

以后再也不当小白鼠了。新东西如果不能很好的工作，只能忍耐了！

shannleon

我觉得，你还是会食言的，呵呵

晨想

kernel 2.6.16 也出来了，要不要再疯狂一把？嘿嘿。。。。

zhllg

自由软件发展的一个重要环节就是用户的参与于反馈
如果有时间和精力，做做小白鼠也无妨

kohno

工具链的东西一则不动，动了最好emerge -e system && emerge -e world，要不然很容易出问题。

ifree

我已经emerge -e system了；使用gentoo-sources 2.6.15-r7
现在几乎所有开放源代码的软件都能够很好工作了。

唯独那个vmware不行，到它的官方论坛上看看，说是在x86_64上不支持2.6.15以上内核。看来不向下兼容有利也有弊啊。

zhllg

不如试试qemu

ifree

qemu编译就通不过，0.8版的；
vmware有个vmware-tools，这个咚咚很不错。

晨想

gcc 4.1 编译 vmware 模块能通过？。。我这里似乎不能通过。郁闷。

ifree

我只有用mm-sources 2.6.16-rc6-mm1这个内核时，可以编译通过。
但是用那个内核的时候，我的/usr/src/linux却是连接到2.6.15-nitro3这个内核上的。

遗憾的是mm-sources 2.6.16-rc6-mm1内核我的ati-drivers又不能编译通过。