gentoo 就是体积特别大？装包特别慢？

装arch时就觉得体积太大了。用 arch-2008.6 core 的碟子装个字符界面，然后又从网上再加上xorg和fluxbox, 就1.4G了。人家zenwalk gnome 5.2 有gnome桌面，还有一大堆的gimp, gnumeric, mplayer, pidgin 等等，才1.7G. 我还大惊小怪，觉得arch太臃肿。

今天第一次试了gentoo, 才知道天外有天。刻了sabayon4 Lite MCE的碟，安装过程中就提示需要12G空间，实际装上sync了一下，占用了7G，localepurge后缩到6.5G. 从来没用过这么大系统。slackware12.2虽说也是一张dvd， 但全部装上好象也就5G左右。

emerge gnumeric gtkam 两个软件，就几乎耗费一上午，终于装好了。后来又想装别的包， 结果是费了整个下午，也没把kdelibs给emerge上。报错了。试了两次均告失败。没看log，反正也看不懂，所以不知道错在哪里。

听所有些gentoo达人天天更新，那岂不是除了装包，别的什么也不干？

sabayon != gentoo...

do you think that someone who just know how to install packages could do something like this?

http://www.lemote.com/bbs/viewthread...extra=page%3D1

呵呵

楼主是来搞笑的吧

gentoo 安装后7G?

这是我刚装完的系统

桌面是XFCE4 . mplayer ,firefox ,Quod libet , wicd ,xchat ,基本上常用的东西都装了,也就3G左右

至于时间...是有点长

一般我是晚上睡觉的时候开机编译

一长串的emerge xxxx &&

基本没什么问题
(以上情况仅限于安装系统的时候)

楼主有的包装不上可能是因为USE标记设置的问题,还是仔细看看文档吧


ps: 貌似gentoo从来没说过自己小巧灵珑吧...

http://www.linuxsir.org/bbs/thread322986.html

system rescue cd 用过吗？200多M的gentoo系统，带x-window的。

不知道gentoo官方源里什么时候提供二进制包

用其他发行版吧，gentoo不适合你。

lz, 选了sabayon, 就是选择了一种安装方式。

新装完的sabayon是别人的sabayon, 不是自己的sabayon, 更不是自己的gentoo.

gentoo或者sabayon, stage3或者liveCD, 并不会改变安装的耗时。

通常情况使用 stage3 安装到常规桌面应用，是在 5G 左右
我的就是，窗口是xfce4
未做任何删减动作。。

------鉴于gentoo开始没落

你等着挨砸吧！

/usr/portage/distfiles/是你装过的包，默认不删除。

我用gentoo，我骄傲！

哈哈，这难道还是秘密不成。。这有啥可争的，难不成象mop一样冒出一堆小孩来喊说gentoo强啊强的一套糊涂。。那不是笑掉大牙的么，有意义么。。

顺着楼上的话题，
对部分人而言，用gentoo主要的因为编译过程要用到并且要下载许多过程包及其源码包，造成体积庞大（编译后会删除过程源码）。。

但正因为如此，很明显可以比较出基于源码的发行版其维护难度比二进制发行版要高很多很多。。好处也多的很，可以按自己的习惯编译，还可以有效的去掉无关平台的东西，简便有效的提高没有智能configure代码的那些软件的性能。
并且基本上杜绝掉不安全、间谍甚至恶意代码，就象我的firefox从来都是用源码编译的。。不可能出现象windows下连输入法都是受某些部门监控的问题。。

也因此，它是强势是没落都无所谓（对于普通office用户，也并不推荐使用它），因为我们不使用gentoo也是一样能搞出相同的东西，二种都是到官站下源码包然后make 之。。gentoo的好处是它帮我们写好脚本并帮我们把包放在物理距离离我们更近的位置，避免了我们去官站以非常慢速度的下载甚至不再下的到的问题。。所谓的发行版实质上是什么难道我们还会不清楚么。。

所以说非要总结 gentoo/lfs 类似的比二进制发行版

要庞大 只能怪它的python及其许多有益代码，，比如portage..

装包慢 只能怪因为它有条件达成世界上最快的linux系统的那套机制。。

gentoo 没落 是指它本应该做的那些已经与日俱减，靠的是它根本的那一套固定却非常有效的机制而存活。当然许多用户目前也只是这套机制而使用它，而不是有足够的理由信任它依赖于它及它的服务，例如稳定分支、安全评估、用户反馈、社区支持等等等等这些做为独立发行版的本质特性。。
特别要提示的是，你所使用的firefox、gnome到gtk到shell等等一切都不是gentoo有关系的，与gentoo有关系的是什么明白了就理解什么叫没落了。。

别的不说
我想但凡自己弄过ebuild的人，不会得出gentoo的维护会比二进制发行版困难这个结论

还是龙芯的例子
二进制发行版要支持龙芯，必须要有人去编译出可执行程序，而且要占用大量服务器硬盘空间和带宽资源
gentoo支持龙芯gentoo官方可以什么都不需要做，我们只需要把ACCEPT_KEYWORDS设置成"~mips x86 ~x86"就行了，在加上我的龙芯overlay，基本上就没有什么大问题了。这个事情目前只有我一个人在做，我一个人就可以做，而且我还不是所有时间都花在这上面。如果这叫维护困难，那怎么样才可以算维护简单呢？

还有“没落”，关于这个词，当然谁都有可以自己的解释
不过，楼上的这个解释似乎有误导之嫌。
所以，如果方便的话，还请兄弟改改，改个别的什么更适合的词，举手之劳，先行谢过

其实gentoo自身的机制，并没有达到无法再完善的境地
举两个以后需要实现的例子：
1. 完善的multilib机制，比如在mips上实现o32/n32/n64 abi共存
2. 再细分依赖关系分类 https://bugs.gentoo.org/show_bug.cgi?id=201499

就算是最近一两年，portage也增加了很多新功能，有兴趣，你可以看看我的introduction to gentoo
http://dev.gentoo.org/~r0bertz

gentoo这种类型的发行版目前来说基本是独一无二的
而且它可以满足相当一部分人的需要
所以它就像Unix和ethernet，它们永远都会存在下去，最多是换一种形式存在

楼主来抱怨的内容实在没劲，希望以后大家看到类似的帖子都不要回复！

看你安装了什么东西阿，Arch默认都没有DOC，.la文件。

你的zenwalk包含完整编译环境么？软件一样的情况下不应该差别多大的，这点不用做无谓的政论了

你以为你了解得很多吗？你以什么身份说这些话的？

就简单的一条，把Gentoo跟LFS归到一类，就说明跟你辩论没有任何价值。。。
我就懒得多说什么了

我觉得对于一般的桌面系统，几个G的差距没多大关系，没必要去深究

我所说的基于代码的发行版维护困难不是指一个ebuild 一叠代码。。
而是一个包及其所被用到的 lib dev包。。维护一个并不常用或者并不太合格的软件的源代码包发行版则意味着要维护它糟糕的子包。。而二进制发行版，最坏的情况是用静态编译一次。

维护一个发行版，是要考虑到用户辐射，满足于各界的用户，而不仅仅是使它能够运行在某个构架或者能实现某个功能。。那是linux的事情。。
源码发行版则必须关注和要维护的东西比二进制版要多。。

至于没落我不是指gentoo很烂，这只是粗俗的普通用户思维，是指它的维护的整个团队和机制已不如之前。。正如我上文所说的，维护一个发行版不是维护linux kernel 或 firefox 。。而是维护它的各种服务，使用户信任它，选择它，而不是仅仅因为它来自freebsd的那个port 机制，不仅仅靠所谓的速度快，就象freebsd 的服务器市场大量缩水。。

这是我对版主指导意见必要的回复。

至于楼上有别的用户对我提出质疑，我就不做回应了，但我可以告诉你的是，我的许多朋友都是你们领导级别的人员，我所传递的也不是一个程序员层面的东西。。可能我所说的东西不太适合在这边表达比较容易造成误会，抱歉，我删了吧。。

（我发现楼上已经偷偷的把“抄袭自ports”改成了“来自ports”，聪明！）

我之前的回复对楼上的帖子有一处误解，而且楼上对我本来的解释很不服气
所以我也多解释几句。
另外如果楼主对我下面的解释如果还有疑问，并且可以提出具体的例子，并加以具体分析的话，欢迎开新帖。
否则，就不要再耽误大家的时间了，谢谢！
我不再开新帖，而是修改原来的帖子，也是基于此考虑，希望大家理解。

问题实在太多，我偷个懒，就驳这一句好了。见谅！

“而是一个包及其所被用到的 lib dev包。。维护一个并不常用或者并不太合格的软件的源代码包发行版则意味着要维护它糟糕的子包。。而二进制发行版，最坏的情况是用静态编译一次。”

不知道能看懂这句话意思的朋友能有多少，反正我第一次是误解了。
这句话ali想证明的是源代码发行版的维护要比二进制发行版的维护要困难的多的多
但arli这个命题本身就是错的，所以他在白费力气
因为同为源代码发行版，gentoo和lfs是有本质不同的，就像夕角所说的
所以我本来根本不想跟arli浪费时间。
但是arli希望我以理服人，那我就擅自把arli命题里的源代码发行版改成gentoo，再批驳一次
gentoo的维护要比二进制发行版的维护要困难的多的多，此命题以下简称“该命题”

arli前面那句话的意思是有些包比较糟糕。比如upstream可能不太活跃，因为其他依赖关系或者gcc的变化，以前可以编译的代码可能后来就不能再编译了。
gentoo可能需要自己来维护这样的包，打一些补丁，以使得这个包可以随时随地的正确编译。
而二进制发行版只要以前编译过一次，在这个软件所依赖的库下次升级或者该软件本身下次升级之前都可以不用管了。
这种现象是存在的，比如zhcon
https://bugs.gentoo.org/show_bug.cgi?id=240024
以上是解释问题本身。

下面是解释问题实质。
这个问题可以上升到这样一个层次：
gentoo要保证软件仓库里的任何一个软件可以正确编译，正确运行
二进制发行版只需要保证软件仓库里的任何一个软件可以正确运行
也就是说gentoo要多保证一样东西

但是这一条并不足以说明gentoo的维护要比二进制发行版的维护要困难的多的多
首先，这样的软件凤毛麟角。而且gentoo对待大部分upstream已经完全不再维护的软件的处理方法是从portage里移出，比如xmms.

其次，就算这样的软件很多。仅凭一点劣势，完全不考虑gentoo自身的优势，就断定该命题，恐怕逻辑上说不过去。

再者，只要这样的软件所要依赖的库要升级，或者该软件本身会升级，那么这个软件在任何发行版里都需要重新编译。而前一个条件是永远为真的，因为所有的程序都连接到glibc，而glibc一直是不断升级的。这样的话，gentoo所做的事情（打补丁，使软件能编译）就不是只有gentoo才需要做的事情，而是所有发行版都要做的事情，gentoo只是先行一步。其他的发行版得反过来感谢gentoo。

最后，有关静态编译。其实这个得叫static linking，静态连接，请不要把名字搞错了。静态连接竟然可以当作问题的解决方法。我之所以不想跟你辩论，这，是另外一个原因。这让我马上意识到我们的认知不在一个同一个水平上。如果你不懂，请看看flameeyes的blog
http://blog.flameeyes.eu/2009/01/02/...and-insecurity
当然flameeyes实际上一直以来都很关注这个问题，如果你紧密跟踪gentoo planet的话就会知道
所以实际上我们所有人，包括其他发行版，都要感谢flameeyes的努力