Ubuntu LinuxでPPAを使用する

概要:Ubuntuおよび他のLinuxディストリビューションでPPAを使用することに関するほとんどすべての質問を網羅した詳細な記事。

Ubuntuや、Linux Mint、Linux Lite、Zorin OSなど、Ubuntuをベースにした他のLinuxディストリビューションを使用している場合は、次の3つの魔法のラインに遭遇した可能性があります。

sudo add-apt-repository ppa:dr-akulavich/lighttable sudo apt-get update sudo apt-get install lighttable-installer 

多くのWebサイトがUbuntuにアプリケーションをインストールするためにこれらの種類の行を提案しています。 これが、PPAを使用したアプリケーションのインストールと呼ばれるものです。

しかし、PPAは何ですか? なぜそれが使われるのですか? PPAを使用しても安全ですか? PPAを正しく使うには? PPAを削除する方法

この詳細なガイドで上記の質問すべてに答えます。 たとえあなたがすでにPPAについていくつかのことを知っていたとしても、私はこの記事があなたの知識をさらに増すと確信しています。

私はUbuntuを使ってこの記事を書いていることに注意してください。 したがって、私はUbuntuという用語をほぼどこでも使用しますが、説明と手順は他のDebian / Ubuntuベースのディストリビューションにも当てはまります。

PPAとは なぜそれが使われるのですか?

PPAはPersonal Package Archiveの略です。

それは理にかなっていますか? おそらくそうではありません。

PPAを理解する前に、Linuxのリポジトリの概念を知っておく必要があります。 ここでは詳しく説明しません。

リポジトリとパッケージ管理の概念

リポジトリは、さまざまなソフトウェア、それらのバージョン、およびチェックサムなどのその他の詳細に関する情報を含むファイルの集まりです。 Ubuntuの各バージョンには、それぞれ独自の4つのリポジトリセットがあります。

  • Main - 標準的にサポートされているフリーでオープンソースのソフトウェア。

  • Universe - コミュニティで管理されている無料のオープンソースソフトウェア。

  • 制限付き - デバイス専用のドライバ。

  • Multiverse - 著作権または法的な問題によって制限されているソフトウェア。

あなたはここですべてのUbuntuバージョンのためのそのようなリポジトリを見ることができます。 あなたはそれらを閲覧したり、個々のリポジトリに行くこともできます。 例えば、Ubuntu 16.04メインリポジトリはここにあります。

だから基本的にそれはソフトウェアについての情報を持っているWeb URLです。 あなたのシステムはこれらのリポジトリがどこにあるかをどのようにして知っていますか?

この情報は、ディレクトリ/ etc / aptのsources.listファイルに格納されています。 その内容を見ると、その内容にはリポジトリのURLが含まれていることがわかります。 先頭に#が付いている行は無視されます。

sudo apt updateコマンドを実行すると、システムはAPTツールを使用してレポをチェックし、ソフトウェアとそのバージョンに関する情報をキャッシュに保存します。 コマンドsudo apt install package_nameを使用すると、実際のソフトウェアが格納されているURLからそのパッケージを取得するための情報が使用されます。

リポジトリに特定のパッケージに関する情報がない場合は、次のようなエラーが表示されます。

 E: Unable to locate package 

この時点で、aptコマンドを使うための私の手引きを読むことをお勧めします。 これにより、aptコマンドやupdateなどの理解を深めることができます。

それでこれはリポジトリについてでした。 しかし、PPAは何ですか? それはどのように絵に入りますか?

なぜPPAが使われているのですか?

見ての通り、Ubuntuはあなたがあなたのシステムにどのソフトウェアを、そしてもっと重要なことにあなたがどのバージョンのソフトウェアを手に入れるかを制御します。 しかし、ソフトウェア開発者が新しいバージョンのソフトウェアをリリースすると想像してください。

Ubuntuはすぐにそれを利用可能にしません。 ソフトウェアの新しいバージョンがシステムと互換性があるかどうかを確認する手順があります。 これによりシステムの安定性が保証されます。

しかしこれはまた、Ubuntuから利用可能になるまでに数週間、場合によっては数ヶ月かかることを意味します。 誰もが自分のお気に入りのソフトウェアの新しいバージョンを手に入れるためにその長い間待ちたくないだろう。

同様に、誰かがソフトウェアを開発し、Ubuntuにそのソフトウェアを公式リポジトリに含めることを望んでいるとします。 Ubuntuが決断を下して公式リポジトリに含めるまでには数ヶ月かかるでしょう。

別のケースはベータテスト中です。 公式リポジトリで安定版のソフトウェアが利用可能であっても、ソフトウェア開発者は何人かのエンドユーザに彼らの今後のリリースをテストすることを望むかもしれません。 エンドユーザーが今後のリリースをどのようにベータテストできるようにするのですか。

PPAを入力してください。

PPAの使い方 PPAはどのように機能しますか?

私が既に言ったように、PPAはパーソナルパッケージアーカイブを意味します。 ここで「個人」という言葉に注意してください。 それはこれが開発者に独占的な何かであり、公式にディストリビューションによって承認されていないというヒントを与えます。

Ubuntuは、ソフトウェア開発者が独自のリポジトリを作成することを可能にするLaunchpadと呼ばれるプラットフォームを提供します。 エンドユーザー、つまりPPAリポジトリをsources.listに追加してシステムを更新すると、システムはこの新しいソフトウェアの可用性について知っているので、このような標準のsudo apt installコマンドを使用してインストールできます。

 sudo add-apt-repository ppa:dr-akulavich / lighttable

sudo apt-getアップデート

sudo apt-getインストールlighttable-installer

要約する:

  • sudo add-apt-repository < - このコマンドはPPAリポジトリをリストに追加します。
  • sudo apt-get update < - このコマンドはシステムにインストールできるパッケージのリストを更新します。
  • sudo apt-get install < - このコマンドはパッケージをインストールします。

sudo apt updateコマンドを使用することが重要であるか、そうでなければあなたのシステムはいつ新しいパッケージが利用可能になるかを知らないでしょう。

それではもう少し詳しく最初のコマンドを見てみましょう。

 sudo add-apt-repository ppa:dr-akulavich/lighttable 

このコマンドにはリポジトリへのURLがありません。 これは、このツールがあなたからのURLに関する情報を抽出するように設計されているからです。

ちょっとしたメモ。 ppa:dr-akulavich / lighttableを追加すると、Light Tableが表示されます。 しかし、ppa:dr-akulavichを追加すると、 'upper repository'に記載されているすべてのリポジトリまたはパッケージを入手できます。 それは階層的です。

基本的に、add-apt-repositoryを使用してPPAを追加すると、手動でこれらのコマンドを実行した場合と同じ動作をします。

 deb //ppa.launchpad.net/dr-akulavich/lighttable/ubuntu YOUR_UBUNTU_VERSION_HERE main deb-src //ppa.launchpad.net/dr-akulavich/lighttable/ubuntu YOUR_UBUNTU_VERSION_HERE main 

上記の2行は、sources.listにリポジトリを追加するための伝統的な方法です。 しかしPPAはあなたのために自動的にそれをします、正確なリポジトリのURLとオペレーティングシステムのバージョンを気にせずに。

ここにいないことの1つの重要なことは、あなたがPPAを使うとき、それはあなたの元のsources.listを変えないということです。 代わりに、/etc/apt/sources.dディレクトリに2つのファイル、リストとサフィックス 'save'が付いたバックアップファイルを作成します。

PPAは別のsources.listを作成します

接尾辞が 'list'のファイルには、リポジトリに関する情報を追加するコマンドがあります。

PPAのsource.listの内容

これは、PPAを追加しても元のsources.listが混乱しないようにするための安全対策です。 それはまたPPAを取除くのを助けます。

なぜPPAなのか なぜDEBパッケージではないのですか?

あなたはそれが誰にも好まれないかもしれないコマンドラインを使うことを含むときあなたがなぜあなたがPPAを使うべきであるか尋ねるかもしれません。 グラフィカルにインストールできるDEBパッケージを配布するだけではどうでしょうか。

答えはアップデート手順にあります。 DEBパッケージを使用してソフトウェアをインストールした場合、sudo apt updateおよび&sudo apt upgradeを実行したときに、インストールされたソフトウェアが新しいバージョンに更新されるという保証はありません。

これはaptのアップグレード手順がsources.listに依存しているからです。 ソフトウェアのエントリがない場合は、標準のソフトウェアアップデータを介してアップデートを入手することはできません。

それで、それはDEBを使ってインストールされたソフトウェアが決してアップデートを得ないことを意味しますか? いいえ、違います。 パッケージの作成方法によって異なります。

一部の開発者は、sources.listにエントリを自動的に追加してから、通常のソフトウェアのように更新されます。 その一例がGoogle Chromeです。

ソフトウェアを実行しようとすると、新しいバージョンが利用可能かどうかを通知するソフトウェアがあります。 現在のソフトウェアを新しいバージョンに更新するには、新しいDEBパッケージをダウンロードして再度実行する必要があります。 この場合の例として、Oracle Virtual Boxがあります。

残りのDEBパッケージについては、手動でアップデートを探す必要があります。これは、特にあなたのソフトウェアがベータテスター向けのものである場合には便利ではありません。 もっと頻繁にアップデートを追加する必要があります。 これがPPAが助けになるところです。

公式のPPAと非公式のPPA

また、公式PPAまたは非公式PPAという用語も聞こえます。 違いは何ですか?

開発者が彼らのソフトウェアのためにPPAを作成するとき、それは公式のPPAと呼ばれます。 明らかにそれはプロジェクト開発者以外からのものではないので。

しかし時々、個人は他の開発者によって作成されたプロジェクトのPPAを作成します。

なぜ誰かがそれをするのだろうか? 多くの開発者がソフトウェアのソースコードを提供しているだけで、Linuxにソースコードからソフトウェアをインストールするのは面倒であり、誰もがそれを行うことができない、または行うとは限らないからです。

これが、他のユーザーがソフトウェアを簡単にインストールできるように、これらのソースコードからPPAを作成することをボランティアが自発的に行っている理由です。 結局のところ、これら3行を使うのは、ソースコードのインストールを戦うよりもずっと簡単です。

PPAが配布バージョンに使用可能であることを確認してください。

Ubuntuまたは他のDebianベースのディストリビューションでPPAを使用することになると、留意すべきことがいくつかあります。

特定のバージョンですべてのPPAが利用できるわけではありません。 あなたはどのUbuntuバージョンを使っているか知っておくべきです。 特定のPPAのWebページにアクセスすると、どのUbuntuのバージョンがPPAでサポートされているかがわかるため、リリースのコード名は重要です。

他のUbuntuベースのディストリビューションでは、/ etc / os-releaseの内容を調べてUbuntuのバージョン情報を調べることができます。

PPAがあなたのUbuntuバージョンで利用可能かどうか確認してください

PPAのURLを知るには? ppa:dr-akulavich / lighttableのようなPPA名でインターネットを検索するだけで、PPAをホスティングするための公式プラットフォームであるLaunchpadから最初の結果が得られます。 また、Launchpadにアクセスして必要なPPAを直接検索することもできます。

PPAを確認して追加しないと、ご使用のバージョンで利用できないソフトウェアをインストールしようとしたときに、このようなエラーが表示されることがあります。

 E: Unable to locate package 

さらに悪いことに、それはあなたのsource.listに追加されているので、あなたがソフトウェアアップデータを走らせるたびに、「リポジトリ情報のダウンロードに失敗しました」というエラーを見るでしょう。

端末でsudo apt updateを実行すると、どのリポジトリが問題を引き起こしているのかについての詳細がエラーに表示されます。 sudo apt updateの出力の最後に次のようなものがあります。

 W: Failed to fetch //ppa.launchpad.net/venerix/pkg/ubuntu/dists/raring/main/binary-i386/Packages 404 Not Found E: Some index files failed to download. They have been ignored, or old ones used instead. 

システムがあなたのバージョンのリポジトリを見つけることができないので、これは自明です。 先にリポジトリ構造について見たことを覚えていますか? APTは、//ppa.launchpad.net//ubuntu/dists/Ubuntu_Versionの場所でソフトウェア情報を探します。

特定のバージョンのPPAが利用できない場合は、URLを開くことができなくなり、有名な404エラーが発生します。

PPAがUbuntuのすべてのリリースバージョンで利用できないのはなぜですか?

これは、誰かがソフトウェアをコンパイルし、特定のバージョンでそれからPPAを作成しなければならないためです。 新しいUbuntuバージョンが6ヶ月ごとにリリースされることを考えると、すべてのUbuntuリリースごとにPPAを更新するのは面倒な作業です。 すべての開発者がそうする時間があるわけではありません。

ご使用のバージョンでPPAが使用できない場合にアプリケーションをインストールする方法

PPAがあなたのUbuntuバージョンに利用できないけれども、あなたはまだDEBファイルをダウンロードしてアプリケーションをインストールすることができる可能性があります。

Light Table PPAに行くとしましょう。 あなたが今学んだPPAに関する知識を使って、あなたはそのPPAがあなたの特定のUbuntuリリースのために利用できないことを理解します。

あなたができることは 'View package details'をクリックすることです。

そしてここで、あなたはより多くの詳細を明らかにするためにパッケージをクリックすることができます。 パッケージのソースコードとDEBファイルもここにあります。

Gdebiは依存関係の処理がはるかに優れているため、Software Centerの代わりにGdebiを使用してこれらのDEBファイルをインストールすることをお勧めします。

この方法でインストールされたパッケージは将来のアップデートを受け取らないかもしれないことに注意してください。

PPAの追加について十分に読んだと思います。 PPAとそれによってインストールされたソフトウェアを削除するのはどうですか?

PPAを削除するには?

私は過去にPPAを削除することについて書きました。 ここでも同じ方法を説明します。

PPAを削除する前に、PPAからインストールしたソフトウェアを削除することをお勧めします。 PPAを削除しただけでは、インストールされているソフトウェアはシステムに残りますが、更新は行われません。 あなたはそれを望んでいないでしょう?

それで、どのPPAによってどのアプリケーションがインストールされたかを知るにはどうすればいいのでしょうか。

PPAによってインストールされたパッケージを見つけて削除する

Ubuntu Software Centerはここでは役に立ちません。 より高度な機能を備えたSynapticパッケージマネージャをここで使用する必要があります。

ソフトウェアセンターからSynapticをインストールするか、以下のコマンドを使用することができます。

 sudo apt install synaptic 

インストールが完了したら、Synapticパッケージマネージャを起動してOriginを選択してください。 システムにさまざまなリポジトリが追加されているはずです。 PPAエントリはプレフィックスPPAでラベル付けされます。 それらをクリックして、PPAで利用可能なパッケージを確認します。 インストールされているソフトウェアには、その前に適切な記号が付きます。

PPA経由でインストールされたパッケージを探す

パッケージを見つけたら、それらをSynaptic自体から削除できます。 それ以外の場合は、常にコマンドラインを使用することができます。

 sudo apt削除package_name 

PPAによってインストールされたパッケージを削除したら、sources.listから引き続きPPAを削除できます。

PPAをグラフィカルに削除する

[ソフトウェアとアップデート]に移動して、[その他のソフトウェア]タブに移動します。 削除したいPPAを探します。

ここには2つの選択肢があります。 PPAの選択を解除するか、[削除]オプションを選択します。

違いは、PPAエントリを選択解除すると、システムは/etc/apt/sources.list.dにあるppa_name.listファイル内のリポジトリエントリをコメントアウトしますが、[削除]オプションを選択した場合はリポジトリエントリが削除されることです。 /etc/apt/sources.list.dディレクトリのppa_name.listファイルから。

どちらの場合も、ppa_name.listファイルは、たとえ空であっても、そのディレクトリに残ります。

PPAを使用しても安全ですか?

それは主観的な質問です。 ほとんどの場合、PPAはサードパーティの開発者によるものなので、純粋主義者はPPAを嫌います。 しかし同時に、PPAはDebian / Ubuntuの世界ではより簡単なインストールオプションを提供するので人気があります。

セキュリティに関しては、PPAを使用していて、Linuxシステムにハッキングされているかマルウェアが侵入している可能性は低いです。 私はこれまでに起こったそのような事件を思い出しません。

二度考えなくても公式のPPAを使用できます。 非公式のPPAを使用することは完全にあなたの決断です。

経験則として、プログラムの実行にsudoアクセスが必要な場合は、サードパーティのPPAを介してプログラムをインストールしないでください。

PPAの使用についてどう思いますか?

私はそれが長い読みであることを知っています、しかし私はあなたにPPAのより良い理解をさせたかったです。 この詳細なガイドがPPAの使用に関するあなたの質問の大部分に答えてくれたことを願っています。

PPAについてさらに質問がある場合は、コメント欄にお気軽にお問い合わせください。

技術的または文法的な誤りに気付いた場合、またはこの記事を改善するための提案がある場合は、私にお知らせください。

推奨されます

FacebookがUbuntuを30億ドルで買収
2019
LinuxカーネルでのNSAの暗号化アルゴリズムがコミュニティに不安を与えている
2019
Linux用9最高のスクリーンレコーダー
2019