关于gentoo特色的长篇疑问（望有资深gentoo指点）

everyoung

我觉得就是因为use的缘故所以要用源码方式发布，很多东西只能通过编译解决，这是最直接的做法，编译所耗费的时间我还能接受

coderoar

Post by athurg;2054182
再说了，我愿意单恋gentoo，我那小本也不愿意呢。

既然提到了笔记本，那就说明一个长久以来的问题：至少在~amd64下的待机/休眠存在各种各样的问题，无论是官方内核自带的swsusp或是tuxonice甚至uswsusp。这主要是由最新的X及X驱动引起的，与内核也有一定的关系。此外，即便某些时候表面上能够成功休眠，也能恢复，但是任何程序运行都会出错。

Post by zhou3345;2054394
7 官方的mirror包含所有portage源码，除了一些有版权问题的。
自己的distfiles包含你编译过的所有软件的源码，一般不会自动清除，可以用eclean在做。

gentoo的共存是slot共存，而且可以方便自由的切换，如 qt3/qt4 ,gcc-3.6/gcc-4.2/gcc-4.4  , kde3/kde4。 其他的distro当然可以共存，但切换起来麻烦，升级起来更麻烦。

其实GCC的slot我感觉是没多大意义的，因为要切换的话，还要重新编译libtool（以前试过，记不太清了，反正直接用其它依赖它的程序会出错）。

digwtx

虽然以前玩过LFS，但不精，那时管不上包管理，都是 ./configure && make && make install
Gentoo相比LFS高明多了，至少Stage3算是一个做好的LFS吧
再加上Portage，性能上肯定没得说，而已编译参数很容易做到统一

wd_afei

Post by coderoar;2054468

其实GCC的slot我感觉是没多大意义的，因为要切换的话，还要重新编译libtool（以前试过，记不太清了，反正直接用其它依赖它的程序会出错）。

gcc 的 slot 好像有意义？比如有些包不能在最新的 gcc 下面编译，那就只能用旧的。

tuxloo

funtoo中用的openrc是gentoo的下一代启动脚本？

还是喜欢配置比较简单的启动脚本。。。BSD风格的脚本还是比较好配置。

coderoar

Post by wd_afei;2054478
gcc 的 slot 好像有意义？比如有些包不能在最新的 gcc 下面编译，那就只能用旧的。

恩，很早的时候遇到过这种情况，编译之前需要切换，编译后换回来程序也运行的很好，不知道是怎么处理libtool等等一些问题的。

zhllg

现在哪个不是openrc?

libtool的问题有脚本可以修复

coderoar

libtool的修复脚本我知道。我说的是多版本共存的GCC在不同版本间切换时，不做其它额外的操作，一般很多程序会出错（感觉libtool只是问题之一）；但是那个特定的包，切换后没有任何修复操作却啥事没有。

zhllg

c++ ABI是原因之一
不过只有在版本跨度大时才有

coderoar

看来只是那个软件对此不敏感而已吧。