品質の悪いパッケージがあるとはどういう意味ですか(品質の悪いパッケージでなければならない品質)、品質が悪いがインストールされているパッケージをインストールするとどうなりますか。
品質の悪いパッケージがあるとはどういう意味ですか(品質の悪いパッケージでなければならない品質)、品質が悪いがインストールされているパッケージをインストールするとどうなりますか。
回答:
特定のパッケージが品質が悪いと見なされる理由は、そのダイアログボックスで提供される詳細を見るとわかります。通常、パッケージ自体ではなく、パッケージのパッケージ方法を処理する必要があります。
パッケージがDebianポリシーを満たさない場合、品質が低いと見なされます。
この警告を引き起こす一般的な問題は次のとおりです。
意味はdebからdebに変化する可能性があり、基本的に何かが欠けているか、100%正しくパッケージされていないことを意味します。
dpkgを使用してインストールできます。
〜/ Downloadsフォルダーに.debをダウンロードしたと仮定して、ターミナルで次のコマンドを実行し、すべての.debファイルをインストールします。
cd ~/Downloads
sudo dpkg -i *.deb
sudo apt-get install -f
または、Gdebiを使用します。最初にGdebiをインストールします。
sudo apt-get install gdebi gdebi-core
その後、.debファイルを右クリックして、「Gdebi Package Installerで開く」を選択できます。
私はこれについて数時間前に実際に投稿しました:Ubuntuソフトウェアセンターで「パッケージは品質が悪い」エラーを取得するときに.Debファイルをインストールする方法
Software Centerを使用してインストールするパッケージにエラーやDebianポリシー違反がないことを確認するために、Lintianを使用してチェックします。その場合にのみ、パッケージのインストールが許可されます。
これをオーバーライドするオプションがない場合は、他の従来のパスを使用してパッケージをインストールできます。
USC の「悪い品質」エラーは、非標準パッケージを選択し、Debianポリシーを完全に満たしていないことを警告するのに役立ちます。lintianでインストールする前にパッケージを確認することをお勧めします。それこそが、ソフトウェアセンターでも行われていることです。
lintian name_of_package.deb
その後、ソフトウェアセンターが苦情を言っているパッケージの弱点を正確に示すエラー(E)または警告(W)が表示されます。上記の例では、ファイル許可が間違ったユーザーまたはグループIDに設定されています。パッケージがシステムファイルを置き換えない場合、これはシステム全体の安定性に影響を与えないため、インストールのリスクになる可能性は低いです。ただし、誤ってアクセス許可を設定すると、新しくインストールしたアプリケーションが期待どおりに実行されない可能性があります。
「品質の悪いパッケージ」は、システム全体の安定性に影響を与えたり、システムを破壊したりすることはほとんどありません。あなたのソースを信頼するとき、これはさらに少ないです。Debianが管理するリストもあり、Debianアーカイブからのパッケージ内のLintianタグの出現を示しています。
それでも、そのようなパッケージをインストールする前に、何が間違っているのかを正確に調べることをお勧めします。これは、バグ報告を提出してパッケージング担当者に修正の機会を与えるのにも役立ちます。
「品質基準に違反するパッケージのインストールは許可されていません。これは、コンピューターに深刻な問題を引き起こす可能性があります。このパッケージファイルを提供した人または組織に連絡して、詳細を下に記載してください。」
パッケージの品質が本当に悪い場合もありますが、ほとんどの場合、それは単なる誤検知です。これらのパッケージの品質をチェックするためにできることはあまりありませんが、ソースが信頼できる場合は、パッケージのインストールにこれらの代替手段を試すことができます。
品質の低下は、ダウンロード中のパケットのドロップや断続的なインターネットアクセスなどの破損も示唆しています。
sudo apt-get install gdebi gdebi-core
この回答は開発者向けに書かれたもので、モデレーターがマージしたと思われる別の質問で回答しました...
したがって、私があなたを正しく理解していれば、あなたはソフトウェアをパッケージ化していますが、Software Centerのようなインストーラーはパッケージの品質について不平を言っています。
パッケージ時にLintianを使用してみてください。これはインストール時にもチェックするツールです。要するに、それは
Debianパッケージチェッカー。Debianポリシーに準拠しているかどうか、およびその他の一般的なパッケージングエラーについて、バイナリパッケージとソースパッケージを確認するために使用できます。
例:
$ lintian -i packagename.deb
W: packagename: package-name-doesnt-match-sonames packagename
N:
N: The package name of a library package should usually reflect the soname
N: of the included library. The package name can determined from the
N: library file name with the following code snippet:
N:
N: $ objdump -p /path/to/libfoo-bar.so.1.2.3 | sed -n -e's/^[[:space:]]*SONAME[[:space:]]*//p' | sed -e's/\([0-9]\)\.so\./\1-/; s/\.so\.//'
N:
N: Severity: normal, Certainty: possible
N:
N: Check: binaries, Type: binary, udeb
N:
debuild
(必要に応じて)を使用してパッケージをビルドする場合、そもそもエラーのあるパッケージをビルドすることもできないため、最善の推測は、間違った方法でビルドしていることです。debuildはソースパッケージに対してLintianを実行し、ビルドプロセス中に出力も表示されます。
$ debuild -S
[...]
Now running lintian...
W: packagename source: debian-rules-missing-recommended-target build-arch
W: packagename source: debian-rules-missing-recommended-target build-indep
Finished running lintian.
[...]
で始まる行がある場合E:
、重大なエラーが発生しているため、通常の方法でパッケージを配布できません。ある程度の品質が必要です。
システムが破損する可能性があります。パッケージをインストールした後、システムが正常に起動しないか、システムの一部のコンポーネントが期待どおりに機能しない場合があります