引用:
|
作者dou0228
問題是, 有些時候, 非得要整個跑過, 才會知道有沒有問題
而且這過程中, 若資料有被更新, 結果整個成為新版本
你再 downgrade 就不一定能成功
Server 絕不能用此心態維護
|
這個是依賴的問題
我平常根本不用gentoo，所以我不知道gentoo怎麼處理這些問題
但是像ubuntu你知道openoffice.org是它不可分割的一個部分嗎？
因為依賴的關係，openoffice.org根本就無法模組化
ubuntu一個很奇怪的問題，同一台機器每一次的安裝都有不一樣的結果
偏偏最常出問題的就是openoffice.org...
根據官方的說法，8.04將會實現把openoffice.org真正的模組化
等到8.04 release之後我會抓來好好的研究一番看實現了沒有
你不了解arch的作法，會被放進官方源理的東西都是已經在test源理通過測試的東西
我自己基於穩定的理由，我的arch不會使用test源裡面的東西
會被更新安裝的軟體不會是pidgin 2.4beta也不會是openoffice.org 2.4beta這類的東西
它真正更新的都是正式release的版本，而且都是從test源裡經過測試才會放到正式源裡的版本
所以我用arch用的很爽，要做白老鼠要做beta狂人
自己把pacman.conf裡的test源註釋取消就可以了
引用:
|
作者dou0228
看不出來比較優秀
除了裡面有放 makefile & patch diff 之外
對使用者來說, 根本就沒有任何意義
請問一下, 您會去看 source patch diff 嗎?
那些選項 on/off 您真的都會去看? 還是這只不過是心安而已 @@
|
但問題就是deb就是沒有辦法做到
你可以看deb裡寫關於怎麼安裝這個包的內容嗎？
引用:
|
作者dou0228
若沒有, 我想大部份人的心態很簡單:
1. 等到有為止
2. 沒辦法等, 那就只好抓 source 編譯
|
不是每個軟體都有提供source code的
有些商業應用軟體只提供二進制已經打包好的給你
根本不會給你source code，等到源裡有我真的不知道要等到什麼時候
引用:
|
作者dou0228
很抱歉, 若是被主站入侵, Debian & Arch Linux 都是一樣死
Arch Linux 不過就是放一個 tar ball 而已
你真的能肯定裡面 patch diff 編譯出來的東西 == 你抓下來的
|
希望你仔細看一下PKGBUILD裡面的內容
arch的PKGBUILD就相當於gentoo的ebuild文件
裡面清楚的記載了哪裡下載原碼/二進位打包還有怎麼編譯安裝等資訊
如果軟體更新了，你自己修改一下PKGBUILD的內容，就可以升級到新版
根本不會有你所說的問題，與ebuild相比arch簡化了gentoo那些複雜的動作
經過自行編譯的gentoo根本沒有任和證據顯示效率上可以快過同樣也是i686編譯的archlinux
既然無法快過arch，何必浪費時間在無趣的編譯上？
而且gentoo的編譯不適幾分鐘幾個小時就可以完成的事情
有些硬體比較慢的，編個幾天才編完是常有的事
引用:
|
作者dou0228
是因人而異沒錯, 調校 Linux 的效能, 動 binary 或許是一個辦法
但能影響 Linux 效能的不是只有 binary
還包含 IO Scheduler, Filesystem, networking, ...
我選的 filesystem, 就不一定會是你選的那一個
大家的理由不見得一樣
以前我會為了 10%~20% 的效能, 而跑去改 GCC 選項
花好幾天的時間去重編 Gentoo 的程式
現在就不願意用 Gentoo 了, 對我來說, 快慢不是重點
要快, 砸錢下去就是了, 怎麼樣也比重編來的快
穩定是我唯一的考量
|
但是你還是不能否認同樣的硬體下經過i686編譯的版本是比較快的事實啊
FreeBSD的build-world就是這樣子啊，你試試看不build-world跟有build-world的同一個系統有沒有效率上的差異