如果你需要定制每一个软件包的特性 在ubuntu下将是一个噩梦猛将兄 写了：不知道老手的什么欲求得不到满足。如果没办法适应任何一个发行版，这种老手的含金量可谓相当地低xhy 写了：Beetle 写了：因为我只想安安心心的用一个OS而不是把大把的时间花在OS的配置上……就这一点而言,Ubuntu适合我。
BTW:我一直奇怪这样一个问题，为什么Ubuntu出来后，一些老牌的linuxuser会这么抵制这个优秀的发行版！甚至在某些论坛里对新手说ubuntu这不好那不好的！就连我们学校BBS里也充斥着这样的人……
ubuntu是一个适合新手的发行版
满足不了老手们的欲望
首先要说明一点，系统是拿来用的。你要定制没一个包的各个编译选项，何难之有？xhy 写了： 如果你需要定制每一个软件包的特性 在ubuntu下将是一个噩梦
手动configure每一个包 还要解决编译这个包所需要的库 这是个麻烦的事情
你说的这些，默认不带编译系统，大部分时候安装一个build-essential就解决了，老手这点都办不到？也好意思叫老手。如果用Gentoo就很轻松了 全局的make.conf配置所有包的特性 还能针对每个包做局部的微调
ubuntu下不是不能定制 只是定制起来太麻烦了 还不如直接做LFS
对于开发者来说 一装完系统就得到一个几乎万能的编译环境 是很不错的事情
ubuntu默认不带编译环境 即使安装了build-es...，还是会缺不少编译时依赖的库
默认就连系统调用的帮助都没有 这样的环境对开发者来说太麻烦了
公司用的linux开发环境一般都是rhel下建立的 鲜有ubuntu
ubuntu把inittab取消 使用event.d代替
这类做法也让老用户感到不安 习惯性的东西突然被改变 一时间都是难以接受的
发行版多的是 选择一个觉得爽的发行版就行了
没必要为了使用某个特定发行版而去适应什么
对于老手来说
相对于其它发行版(Debian, Gentoo, rhel)
ubuntu能有什么优势?
猛将兄 写了：首先要说明一点，系统是拿来用的。你要定制没一个包的各个编译选项，何难之有？xhy 写了： 如果你需要定制每一个软件包的特性 在ubuntu下将是一个噩梦
手动configure每一个包 还要解决编译这个包所需要的库 这是个麻烦的事情
完全可以在不动/usr/bin,/usr/sbin,/usr/local/bin,/usr/local/sbin的前提下进行。
对于开发者，他需要的是一个稳定的生产环境。但在自己的$HOME目录下面进行各种试验。大不了崩溃了清空重来。
如果你心目中的老手，不是系统开发者，而是系统折腾者，直到折腾到系统死翘翘，那我也无话可说了。你说的这些，默认不带编译系统，大部分时候安装一个build-essential就解决了，老手这点都办不到？也好意思叫老手。如果用Gentoo就很轻松了 全局的make.conf配置所有包的特性 还能针对每个包做局部的微调
ubuntu下不是不能定制 只是定制起来太麻烦了 还不如直接做LFS
对于开发者来说 一装完系统就得到一个几乎万能的编译环境 是很不错的事情
ubuntu默认不带编译环境 即使安装了build-es...，还是会缺不少编译时依赖的库
默认就连系统调用的帮助都没有 这样的环境对开发者来说太麻烦了
公司用的linux开发环境一般都是rhel下建立的 鲜有ubuntu
ubuntu把inittab取消 使用event.d代替
这类做法也让老用户感到不安 习惯性的东西突然被改变 一时间都是难以接受的
发行版多的是 选择一个觉得爽的发行版就行了
没必要为了使用某个特定发行版而去适应什么
对于老手来说
相对于其它发行版(Debian, Gentoo, rhel)
ubuntu能有什么优势?
你要编译什么东西，直接下载dev包即可。不像redhat，满世界找，还不一定找的到和版本对。
我是从slackware转过来的，如果你知道slackware这个老牌linux发行版，你就知道他的编译环境是最好的。但在短暂经过ubuntu的过渡之后，slackware也显得相当不方便了。
至于make，configure这种都是基础知识，和发行版无关。
而且，对于真正的系统开发者来说，最好在$HOME目录下面玩，玩好了之后再弄到外面去。这时候ubuntu和其他发行版根本没区别。
的确，ubuntu没有那么多优势，可是也根本不存在劣势
没人是为了编译而编译 至少我不是猛将兄 写了：另外，对于编译器和可编译系统的态度
我是认为，切不可为了编译而编译
你确切知道你要干什么的时候再去编译
不必为了一个-O2还是-O3的区别去编译一遍。
对于内核模块，只有你确信你的确不需要一些东西，和的确有一些东西需要内嵌，而不是module模式的时候，再去改。
为编译而编译，只能是消耗电能，不环保的浪费行为
关于红色部分，我是否可以理解为这么一种casexhy 写了：没人是为了编译而编译 至少我不是猛将兄 写了：另外，对于编译器和可编译系统的态度
我是认为，切不可为了编译而编译
你确切知道你要干什么的时候再去编译
不必为了一个-O2还是-O3的区别去编译一遍。
对于内核模块，只有你确信你的确不需要一些东西，和的确有一些东西需要内嵌，而不是module模式的时候，再去改。
为编译而编译，只能是消耗电能，不环保的浪费行为
编译只是为了得到更符合自己口味的软件
我觉得很少有人会因为优化参数编译软件
O2 O3那些一般不会去理会 在缺乏寄存器的X86架构上O3甚至比O2效率更低
如果认为自定义系统也是折腾 那我闭嘴
编译不会浪费电 也不会浪费时间
没人会傻到为了编译而开机
正常人只是利用一下闲置的CPU
如果一个发行版编译的时候会影响其它工作 那它就很糟糕了
好在目前似乎没有那样的发行版
很惊讶
竟然有浪费电这样的说法
感叹一下想象力的奇妙
如果你要定制1000多个软件 你每一个都要自己./configure吗?猛将兄 写了：关于红色部分，我是否可以理解为这么一种casexhy 写了：没人是为了编译而编译 至少我不是猛将兄 写了：另外，对于编译器和可编译系统的态度
我是认为，切不可为了编译而编译
你确切知道你要干什么的时候再去编译
不必为了一个-O2还是-O3的区别去编译一遍。
对于内核模块，只有你确信你的确不需要一些东西，和的确有一些东西需要内嵌，而不是module模式的时候，再去改。
为编译而编译，只能是消耗电能，不环保的浪费行为
编译只是为了得到更符合自己口味的软件
我觉得很少有人会因为优化参数编译软件
O2 O3那些一般不会去理会 在缺乏寄存器的X86架构上O3甚至比O2效率更低
如果认为自定义系统也是折腾 那我闭嘴
编译不会浪费电 也不会浪费时间
没人会傻到为了编译而开机
正常人只是利用一下闲置的CPU
如果一个发行版编译的时候会影响其它工作 那它就很糟糕了
好在目前似乎没有那样的发行版
很惊讶
竟然有浪费电这样的说法
感叹一下想象力的奇妙
有一个软件X，在ubuntu某个发行版里面不包含，或者功能达不到你的要求。你自己编译来用。
那好，我告诉你在ubuntu下面做起来其实根本没有什么不同。
我拿pidgin举例。在7.10以前是没有的，只有gaim
但是，我在7.04下面还是可以编译他。
只要一开始
.configure --help看他依赖什么包。你需要什么功能。还有你需要什么插件，都统统弄过来，然后prefix放到你自己的/home/xxx/software下去，简单轻松，有什么不方便的？大部分软件我都这么干的。还不影响我觉得pidgin不爽了，再换gaim来用。