在Linux上安裝程序的技巧

在Linux上安裝新程序，儘管比Windows的處理方式具有巨大的優勢，但可能會使新用戶感到困惑。 這是可以改善的事情清單...

1.開源……等等

自由軟件允許任何人訪問其源代碼。 但是，大多數用戶不希望訪問程序的源代碼，而希望訪問簡單的二進製文件。 從這個意義上講，開發人員應該擔心使其應用程序可用於所有版本，或者至少適用於大多數版本。 幸運的是，他們不必做骯髒的工作，因為有很多不同發行版的粉絲可以幫助完成這項崇高的任務。

2.呃...現在呢？

我剛剛安裝了X應用程序，但快捷方式未顯示在主菜單中。 它肯定發生在您身上，尤其是通過Wine安裝的Windows應用程序。 在XNUMX世紀的操作系統中，這是不可接受的。

3.標準化接口

讓我們忘記關於統一安裝軟件包單一格式的瘋狂想法的想法，這種想法永遠不會發生（在某些情況下，出於非常合理的原因）。 但是，如果圖形軟件包安裝界面看起來相似，甚至與不同的軟件包系統兼容，則可能會非常有用。 在某些情況下會發生這種情況，但應該更加勤奮。

4.編譯應該更容易

很多時候，不可能獲得我們最喜歡的發行版的程序包。 在這種情況下，剩下的唯一選擇就是下載源代碼並嘗試對其進行編譯。 壞消息是，許多人沒有詳細說明要完成此復雜任務要遵循的步驟。 如果包含一個install.sh腳本可以處理所有事情，甚至檢查依賴項，那不是很好嗎？

5.卸載“手工”編譯的程序的過程

卸載經過“手工”編譯的程序可能會成為真正的噩夢，尤其是如果開發人員未提供有關 卸載.

6.標準的元軟件包？

好的，我們永遠不會同意使用通用的數據包格式。 但是，是否不可能使用可以在其中存儲任何現有包格式的元包（以與AVI元包可以存儲不同視頻格式的方式相同）？ 這樣，相同的軟件包就可以在任何發行版上工作。 🙂

7.標準化的軟件包名稱

為什麼不同的發行版給相同的程序包起不同的名字呢？ 為了使解決包依賴問題變得更加容易，必須有一個一致的標準化方法來命名包。

8.標準化軟件包的構建方式

除了名稱之外，還必須標準化將程序分組以生成軟件包的方法。 今天，每個發行版都在做自己想要的事情。 糾正此問題將使程序包層次結構更加一致，並大大減少混亂。

9.自動編譯和安裝源代碼

如果程序包管理器能夠自動下載，編譯和安裝程序，而不必使用當前的程序包系統，那不是很好嗎？ Yaourt似乎遵循了這些原則……但是在這方面應該有更多的經驗。

10.來自Web瀏覽器的更新

在Ubuntu中，Apt附帶了一個直接從Web瀏覽器安裝程序的工具。 其他發行版應該複製這種經驗，開發在線軟件包管理器甚至會很有趣。 只要程序可以從發行版的官方存儲庫下載，就不會有安全漏洞。

11.擁有這麼多不同的包裝格式真的值得嗎？

我不知道完全標準化和絕對標準化是否是最佳選擇，但是讓我們同意的是，存在無限數量的不同軟件包格式會使希望所有Linux用戶使用其應用程序的開發人員更加困難。

12.安裝後運行

什麼時候會出現運行剛剛安裝的應用程序的可能性？ 它是如此簡單，並且非常有用。 如果不顯示多餘的信息（或至少大多數用戶不希望知道的詳細信息），那麼如果我們選擇此選項，將會很有趣。

13.將源代碼構建保存在軟件包數據庫中

在Linux中編譯和安裝程序不僅是一項艱鉅的任務，而且，程序包管理器認為仍然不滿意該程序或其依賴項，因此他們不會意識到該程序的安裝或其依賴項。 允許從其源代碼編譯和安裝程序的程序包管理器也可以解決此問題。

14.刪除舊的依賴項

aptitude或yum並非如此，但是當我們使用apt-get卸載軟件包時，它們的依賴項（其他軟件包不再需要）將不會與它們一起被卸載。 要糾正這種情況，您必須使用 須藤的apt-get autoremove。 先生們，這應該是自動的……很長時間了！

來源： TECHRADAR