引用:
|
作者darkangel
為什麼我會說你不夠深入是有原因的... 我不是沒有根據亂放話的人...
本來不想回應的, 但是這把火是我引出來的, 滅一下好了.
還我我先跟野口先生道歉, 我本意並不是要指責他, 只是希望更正一般人對 ports 的誤解.
沒有查證或真正使用過的東西, 還是保留一點比較好, 比我強的人所在多是, 謙虛一點才能學得更多, 畢竟桶子滿了就再也裝不下水了...
他真的很熱心, 大家有 arch linux 的問題也可以跟他請教.
官網說明得很清楚了...
http://www.freebsd.org/doc/zh_TW/bo...orts-using.html
在第四段有...
我個人是習慣 make all install clean, 視情況會加個 BATCH=YES
我可以把我的筆記列出來給你看... 我在 PCDVD 的 id 跟在其他論壇 id 是不一樣的, 所以我只留下 subject.
我很久沒碰 FreeBSD 了, 這文件有點舊, 我本身不是 MIS, 我是寫程式的人, 所以筆記只記我自己需要的東西.
... |
您說的沒錯，我確實這部分是疏忽了
不過您還是沒有告訴我FreeBSD如何一道指令更新全機
更同時更新所有第三方ports裡沒有的軟體源
我前面說過了，Arch一天更新ABS tree很多次
ports tree一天能更新幾次？軟體版本能有多新？
我從頭開始也不是要批FreeBSD，只強調同樣的事情
在Arch上更方便，這點您不能夠否認吧？
引用:
|
作者AdaHsu
對不起，如果沒有足夠的誘因是無法吸引人轉換 distro 的... 個人建議如果要推廣 arch 的話應該從套件管理的差異性上多加著墨，讓使用其他 distro 的使用者從實務上感受到如果換成 arch 將可以更輕鬆...
個人會提那兩個問題的原因有二：
1. 第一次在 CentOS 上 yum install tomcat 時，發現沒有附上 startup 相關的指令稿，後來才知道原來那是分散在不同的 optional 套件包內... =.=
2. 很多人都不建議以桌面操作為主的情況下選用 x86_64 環境，因為影音方面的支援一直不順。當然這是一年多前的印象（那時在測 Ubuntu 8.04 for x86_64），但我一直搞不懂的是為什麼我明明使用 x86_64 環境都快 3 年了卻還有這種以 x86 為優先選項的建議？
|
套件管理我大約在去年時就在PCDVD上說講過一次
只是大部分人很難接受如此激進的理念
當時我好像也說有空會來寫圖片安裝指南
只是我大約過了快８個月才完成
而且我後來陸續也完成了編譯環境還有ports system的部分
我因為沒有權限，要不然老早就把資料貼到wiki上了
桌面使用我一般也不建議使用64bit
目前的套件不管常用或不常用的，都是以32bit為大宗
您用64bit系統跑32bit軟體，理論上或多或少都會有些許相容性問題
再來您還要在os上裝一大堆lib32套件來跑32bit軟體
您倒不如開始時就裝32bit OS，反正到頭來你還是會跑不少32bit程式
引用:
|
作者darkangel
再談談 Linux 與 FreeBSD 的差異之處, 我兩個系統都摸了十幾年, 我也是當 user 當很久, 才開始在上面開發軟體, 到現在有能力改 linux kernel code 也能寫 linux driver, 自然會去比較兩系統之間的差異性.
簡單來說, 依照鴨子理論, 我們可以把 FreeBSD 視為 Unix, 但沒辦法把 Linux 視為 Unix,
最主要的差異不止是 kernel 不同, 其中也包含了 C Standard Library 的不同, 檔案系統的處理方式, (例如 SGID 的處理, 或是 hidden flag 如不可更動屬性的處理都不太一樣, 這方面我不贅述, 有興趣的人自己去研究), 雖然 FreeBSD 後來也採用 gcc, 但是有寫程式的人應該會注意到他們的 make 並不是用 gmake. (我是不知道現在有沒有改)
所以只說 kernel 不同, 那真的不該是一個專家說出來的話.
|
Debian跟Gentoo都有用BSD kernel的版本
你說的這些都是因為kernel用的不一樣
才產生的差別，那機器最後的用途也不同了嗎？
我在BSD上跑一般桌面應用，在Linux上不也同樣在做
換了核心，拿來做的事情就不一樣了？！
再來談到C標準庫跟檔案系統就太遠了
這些都是核心怎麼作怎麼支援，使用者跟著做就對了
如果今天您要我做NAS管理大儲存池
我會用BSD或者Solaris這些能支援ZFS的檔案系統
我不會用Linux來做，因為Linux上沒有可靠檔案系統可以做相同的事情
但是如果你把這些歸類為核心以外的東西，好像不對吧？
而且這篇重點應該是在桌面應用，主角是Arch
不是教大家如何用Arch作server，當然如果你要這麼用這也是個人自由，只是未免有些跑題了
因為很少桌面使用者會關心到檔案系統的極限還有C標準庫的差別