要可以跨C library版本的話，好像用靜態連結編譯就可以的樣子，沒有這樣做過

C語言用靜態鏈接編譯確實就可以免除相容的問題
不過我想這裏討論的相容性是指各種ubuntu的版本？

以目前的安裝方式，我倒是覺得已經挺親切的了
"軟體中心"，“dpkg”，“自己編譯”，"套件管理程式"
最簡單的前兩個只要點滑鼠就可以了，還要怎麼簡化？

The KK 寫到：

要可以跨C library版本的話，好像用靜態連結編譯就可以的樣子，沒有這樣做過

C語言用靜態鏈接編譯確實就可以免除相容的問題
不過我想這裏討論的相容性是指各種ubuntu的版本？

以目前的安裝方式，我倒是覺得已經挺親切的了
"軟體中心"，“dpkg”，“自己編譯”，"套件管理程式"
最簡單的前兩個只要點滑鼠就可以了，還要怎麼簡化？

因為就是會有更懶的人，希望不要裝就可以使用。不然再windows怎麼會出現一鍵安裝，等等的東西。

ubuntu這樣已經沒太多動手的機會,再改會連指令都沒什麼機會學,我是在debian才開始比較習慣文字介面XD

我流k 寫到：
ubuntu這樣已經沒太多動手的機會,再改會連指令都沒什麼機會學,我是在debian才開始比較習慣文字介面XD

式你沒有習慣使用他吧XDDD，我現在用ubuntu我也幾乎都會使用文字模式，他的GUI還沒有先進到我不用使用文字模式。

說個感覺,不要圍剿 :目 在ubuntu不知怎麼就是不想打指令,就只是這樣XD現在是有在改了,把習慣帶回來,希望不會弄壞,猜是debian沒預設更新管理員這些,所造成的習慣
要是可能的話,倒希望ubuntu有個快速切換到基本設定的功能,有時候真的不需要掛載那麼多功能.

嗯…

UBUNTU 開始 ANDROID化了？


XDDD

完整翻譯 請見
Ubuntu 可能採取 一個新而簡化的 套件包裝格式 與 安裝程式

備註
今天早上 把 這篇翻譯 貼在 本論壇
但是 試了幾次 都沒成功
只好 暫貼在 別處
尚請見諒

每個 程式都將安裝在它自己的目錄中

其實這個滿重要
現在的linux程式可以自由安裝
弄到每一個程式都在不同位置
在管理其實滿麻煩
如freebsd就已經限制這問題

* 套件 編譯前 會先提供 設計產生標的的 目錄樹 給 簡單的 Python 工具 加上一個 manifest.json 延伸說明 的 檔案

看起來正在學jar的打包方式
可以讓程式包含自己的code和library

前一點很奇怪:這本來就是*nix的特色吧?
把執行檔放到bin，把library放到lib，把一些設定檔放在etc
要把屬於一個程式的全部的檔案放在一起，那乾脆就用Windows啦~何苦呢?


另外，各自包自己的library，不就失去共用liberary減少系統空間浪費的優勢了嗎?
而且，gnome現在用的dconf/gconf策略，不是很像windows一直被人詬病的註冊表嗎?

後一點:每個都有套件管理程式，幾個指令或者直接參考官方製作標準，應該不難猜出是放在哪個目錄下面才是

BrLi 寫到：
前一點很奇怪:這本來就是*nix的特色吧?
把執行檔放到bin，把library放到lib，把一些設定檔放在etc
要把屬於一個程式的全部的檔案放在一起，那乾脆就用Windows啦~何苦呢?

"是"跟"不是"

是:
原本Unix時代設計的確這樣設計

不是:
但當Linux時
一些程式跟隨原設計安裝在/a,
一些會以自己認為比較好的位置, 如/b

只要你有root做install
有什麼位置上的限制

BrLi 寫到：
另外，各自包自己的library，不就失去共用liberary減少系統空間浪費的優勢了嗎?
而且，gnome現在用的dconf/gconf策略，不是很像windows一直被人詬病的註冊表嗎?

後一點:每個都有套件管理程式，幾個指令或者直接參考官方製作標準，應該不難猜出是放在哪個目錄下面才是

這個不清潔了
要到時候出來才知道新的架構方式吧