Linuxに新しいプログラムをインストールすると、Windowsのやり方に比べて大きな利点がありますが、新しいユーザーを混乱させる可能性があります。 改善できる点のリストは次のとおりです... |
1.オープンソース...そしてもっと何か
フリーソフトウェアは誰でもそのソースコードにアクセスすることを可能にします。 ただし、ほとんどのユーザーは、プログラムのソースコードにアクセスするのではなく、単純なバイナリにアクセスすることを望んでいます。 その意味で、開発者は、アプリケーションをすべてのバージョン、または少なくともほとんどのバージョンで使用できるようにすることを心配する必要があります。 幸いなことに、この高貴なタスクを支援できるさまざまなディストリビューションのファンが多数いるため、彼らは汚い仕事をする必要はありません。
2.ええと…今何?
Xアプリケーションをインストールしたところ、メインメニューにショートカットが表示されません。 特にWineを介してインストールされたWindowsアプリケーションでは、これまでに起こったことは確かです。 これは、XNUMX世紀のオペレーティングシステムでは受け入れられません。
3.インターフェースを標準化する
インストールパッケージを単一の形式に統合するというクレイジーなアイデアについて少し忘れましょう。これは決して起こりません(場合によっては、非常に正当な理由で)。 ただし、グラフィカルなパッケージインストールインターフェイスが類似していて、異なるパッケージシステムと互換性がある場合は、非常に便利です。 これは場合によっては発生しますが、もっと注意深く行う必要があります。
4.コンパイルが簡単になるはずです
多くの場合、お気に入りのディストリビューション用のプログラムのパッケージを入手することは不可能です。 その場合、残っている唯一のオプションは、ソースコードをダウンロードしてコンパイルすることです。 悪いニュースは、多くの人がこの複雑なタスクで成功するために従うべきステップの詳細を含んでいないということです。 依存関係をチェックする場合でも、すべてを処理するinstall.shスクリプトが含まれていると便利ではないでしょうか。
5.「手作業で」コンパイルされたプログラムをアンインストールするオデッセイ
「手作業で」コンパイルされたプログラムをアンインストールすることは、特に開発者が アンインストールする.
6.標準のメタパッケージ?
OK、一般的なパケット形式を使用することに同意することは決してありません。 ただし、既存のパッケージ形式のいずれかを保存できるメタパッケージを使用することはできませんか(AVIメタパッケージがさまざまなビデオ形式を保存できるのと同じ方法で)? そうすれば、同じパッケージがどのディストリビューションでも機能する可能性があります。 🙂
7.標準化されたパッケージ名
なぜ異なるディストリビューションが同じパッケージに異なる名前を付けるのですか? パッケージの依存関係の問題を簡単に解決するには、パッケージに名前を付けるための統一された標準化された方法について合意することが不可欠です。
8.パッケージの構築方法を標準化する
名前に加えて、パッケージを構築するためにプログラムをグループ化する方法を標準化する必要があります。 今日、各ディストリビューションは必要なことを実行します。 この問題を修正すると、パッケージ階層の一貫性が高まり、混乱が大幅に軽減されます。
9.ソースコードの自動コンパイルとインストール
パッケージマネージャーが、現在のパッケージシステムを使用する代わりに、プログラムを自動的にダウンロード、コンパイル、およびインストールできると便利ではないでしょうか。 ヨーグルトはこれらの線に沿っているようです...しかし、この点に関してはもっと多くの経験があるはずです。
10.Webブラウザからの更新
Ubuntuでは、AptにはWebブラウザから直接プログラムをインストールするためのツールが付属しています。 他のディストリビューションはこの経験を再現する必要があり、オンラインパッケージマネージャーを開発することも興味深いでしょう。 プログラムがディストリビューションの公式リポジトリからダウンロードされる限り、それはセキュリティホールではありません。
11.非常に多くの異なるパッケージ形式を持つことは本当に価値がありますか?
完全かつ絶対的な標準化が最善の選択肢であるかどうかはわかりませんが、さまざまなパッケージ形式が無数に存在するため、すべてのLinuxユーザーにアプリケーションを使用してもらいたい開発者にとって事態がさらに困難になることに同意しましょう。
12.インストール後に実行します
インストールしたばかりのアプリケーションを実行できる可能性はいつ表示されますか? それはとてもシンプルで、とても便利でしょう。 余分な情報(または少なくともほとんどのユーザーが知りたくない詳細)を表示する代わりに、このオプションがあれば興味深いでしょう。
13.ソースビルドをパッケージデータベースに保持します
Linuxでのプログラムのコンパイルとインストールは難しい作業であるだけでなく、さらに、パッケージマネージャーはそのプログラムのインストールやその依存関係を認識せず、まだ満足していないと信じています。 ソースコードからのプログラムのコンパイルとインストールを可能にするパッケージマネージャーも、この問題を解決します。
14.古い依存関係を削除します
これはaptitudeやyumには当てはまりませんが、apt-getを使用してパッケージをアンインストールする場合、それらの依存関係(他のパッケージでは不要になりました)は一緒にアンインストールされません。 この状況を改善するには、 sudoのapt-getを自動削除。 紳士、これは自動である必要があります...長い間!
出典 Techradar
nhopkgについて聞いたことがありますか?
nhopkg.org
貢献は本当に私を助けました!!! sudo makeuninstallが存在することがわかりました!!!!