真奇怪，我的带X的完整可用的系统，重新emerge -e world也就17～18个小时，怎么有人system都会搞上24个小时……
用UTF8就什么都结了……
PS：gnome虽然包多，但是都蛮小的，不像KDE。不过觉得KDE的方式更简洁些。以前听说gentoo要拆分KDE，不知道现在如何了
emerge -e system要多长时间？我用了整整２４小时还没有结束，实在没耐性了，只好中止。
初次安装，一般几个小时就够了。但如果是完整的系统，emerge -e system时间较长，因为xorg-x11之类的包会给包括进去。
恩？？？
我是完整的系统，kde3.5.2，由于升级了gcc和glibc，今天4点半开始emerge -e system，到7点完成。我发现也就gcc和glibc编译时间长了点，再说也没有涉及到桌面系统和x，其他都是些小包啊，很快的。对了，我有124个包。
以前默认不使用NPTL，如果make.conf里有这个参数的话，glibc和gcc都会编译超过2次，超级费时。不知现在有改善没？
真奇怪，我的带X的完整可用的系统，重新emerge -e world也就17～18个小时，怎么有人system都会搞上24个小时……
赤裸裸的炫耀机器比人家的好
emerge -e system要多长时间？我用了整整２４小时还没有结束，实在没耐性了，只好中止。
初次安装，一般几个小时就够了。但如果是完整的系统，emerge -e system时间较长，因为xorg-x11之类的包会给包括进去。
恩？？？
我是完整的系统，kde3.5.2，由于升级了gcc和glibc，今天4点半开始emerge -e system，到7点完成。我发现也就gcc和glibc编译时间长了点，再说也没有涉及到桌面系统和x，其他都是些小包啊，很快的。对了，我有124个包。
以前默认不使用NPTL，如果make.conf里有这个参数的话，glibc和gcc都会编译超过2次，超级费时。不知现在有改善没？
很明显我的USE里有nptl，但是emerge -e system只编译了gcc和glibc一次，我守着的。
emerge -e system要多长时间？我用了整整２４小时还没有结束，实在没耐性了，只好中止。
初次安装，一般几个小时就够了。但如果是完整的系统，emerge -e system时间较长，因为xorg-x11之类的包会给包括进去。
恩？？？
我是完整的系统，kde3.5.2，由于升级了gcc和glibc，今天4点半开始emerge -e system，到7点完成。我发现也就gcc和glibc编译时间长了点，再说也没有涉及到桌面系统和x，其他都是些小包啊，很快的。对了，我有124个包。
以前默认不使用NPTL，如果make.conf里有这个参数的话，glibc和gcc都会编译超过2次，超级费时。不知现在有改善没？
你说的是bootstrap吧？那个仍然要编两次的。不过现在的人懒了，拿个stage3包，emerge -e system一下，一次过了。
emerge -e system要多长时间？我用了整整２４小时还没有结束，实在没耐性了，只好中止。
你可能遇上这个bug了：http://forums.gentoo.org/viewtopic-t-457692.html
emerge -e system要多长时间？我用了整整２４小时还没有结束，实在没耐性了，只好中止。
初次安装，一般几个小时就够了。但如果是完整的系统，emerge -e system时间较长，因为xorg-x11之类的包会给包括进去。
恩？？？
我是完整的系统，kde3.5.2，由于升级了gcc和glibc，今天4点半开始emerge -e system，到7点完成。我发现也就gcc和glibc编译时间长了点，再说也没有涉及到桌面系统和x，其他都是些小包啊，很快的。对了，我有124个包。
以前默认不使用NPTL，如果make.conf里有这个参数的话，glibc和gcc都会编译超过2次，超级费时。不知现在有改善没？
很明显我的USE里有nptl，但是emerge -e system只编译了gcc和glibc一次，我守着的。[ Searching for packages matching glibc... ]
[ Colour Code : set unset ]
[ Legend : Left column(U) - USE flags from make.conf ]
[ : Right column (I) - USE flags packages was installed with ]
[ Found these USE variables for sys-libs/glibc-2.4-r1 ]
U I
- - build : !!internal use only!! DO NOT SET THIS FLAG YOURSELF!, used for creating build images and the first half of bootstrapping.
+ + glibc-omitfp : Configure glibc with --enable-omitfp which lets the build system determine when it is safe to use -fomit-frame-pointer
- - hardened : activate default security enhancements for toolchain (gcc, glibc, binutils)
- - multilib : On 64bit systems, if you want to be able to compile 32bit and 64bit binaries
+ + nls : Adds Native Language Support (using gettext - GNU locale utilities)
+ + nptl : Enable support for Native POSIX Threads Library, the new threading module (requires linux-2.6 or better usually)
+ + nptlonly : Disables building the linuxthreads fallback in glibc ebuilds that support building both linuxthreads and nptl.
- - pic : Build Position Independent Code.Do not utilize this flag unless you know what you're doing.
- - profile : Adds profile support to builds of packages (will likely vary from ebuild to ebuild in support)
- - selinux : !!internal use only!! Security Enhanced Linux support, this must be set by the selinux profile or breakage will occur
- - userlocales: build only the locales specified in /etc/locales.build
以前也加过nptlonly，但是仍是两次。好像是由于stage1的默认内核头文件是不用nptl的2.4
2.4内核加nptl不報錯嗎?
真奇怪，我的带X的完整可用的系统，重新emerge -e world也就17～18个小时，怎么有人system都会搞上24个小时……
赤裸裸的炫耀机器比人家的好
我的机器未必比人家好……都三年前的配置了……
以前默认不使用NPTL，如果make.conf里有这个参数的话，glibc和gcc都会编译超过2次，超级费时。不知现在有改善没？
现在2.4的glibc只需要加一个nptlonly就可以了,不需要"nptl nptlonly"两个连用
2.4内核加nptl不報錯嗎?
编译过程中会emerge一个2.6的头文件，然后用它编译glic……