apt-get、aptitude、synapticの混合使用で起こりうる問題


12

aptitudeとsynapticは両方ともAPTのフロントエンドです(そして、私自身はapt-getのみに固執しています)が、利用可能なdpkg / APTフロントエンドのそれぞれの特性は、交換可能に使用すると問題と混乱を引き起こすようです。特に初心者は、コピー&ペーストをより頻繁に行い、それによってapt-getコマンドとaptitudeコマンドをほぼ同じように実行する傾向があるため、状況が不可解になる場合があります。

それらが混同されたときに発生する可能性のある問題と、複数のパッケージングマネージャーに依存する必要がある場合に回避するためのヒントをリストしてください。

回答:


3

私の知る限り、パッケージマネージャーごとに、どのパッケージが自動的にインストールされるか、または少なくともそうであるかどうかについて、異なる意見を持つことができます。

これは、autoremoveサブコマンドに影響を与える可能性があります(aptitudeにはautoremoveサブコマンドはありませんが、autoremoveは自動的に実行されることに注意してください)。

したがって、とにかく大きな問題ではなく、使い物にならないパッケージをぶらぶらさせることができます。

また、どのパッケージがブロックされているかについて異なる意見を持つこともできますが、これはこの機能を使用しないことが多い一般ユーザーにとっては問題になりません。

依存関係と競合解決アルゴリズムはほぼ同等であるため、結論として、ユーザーは何かを壊すことを恐れることなく、異なるパッケージマネージャーの使用を混在させることができると思います。


1
依存関係の解決は同等ではありません。apt-getはより良い仕事をします。apt-getが成功した場合、aptitudeは多くの場合、KDEの新しいリリースのインストールに失敗します。
マコ

2

apt-getとaptitudeは本当に同じバックエンドを使用します。apt-getを使用してパッケージがインストールされている場合、aptitudeはブロックされ、その逆も同様です。

aptitudeは競合の解決とそれ以降のクリーンアップでわずかに優れていますが、aptitude、synaptic、またはapt-getを使用している場合、同じタスクを実行していることになります。これはユーザーの好みの問題です。


4
ehhh彼らはちょうど同じロックファイルを使う
MACO
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.