生成されたファイル名構造.debはpackage_version_architecture.deb。
これ節：
一部のパッケージは名前構造に準拠していません
package_version_architecture.deb。 dpkg-nameに名前が変更されたパッケージは、この構造に従います。通常、これはdselect / dpkgがパッケージをインストールする方法には影響しませんが、他のインストールツールはこの命名構造に依存する可能性があります。
質問：
しかし、実際の生活の中で.debパッケージファイルの名前を変更することは非常に深刻ですか？連合国尊敬されるか。.deb私のソフトウェアにカスタムファイル名を提供するのは一般的な慣行ですか？
例:
My Program for Linux v1.0.0 (Pro).deb— カスタム命名my-program_1.0.0-1_amd64.deb— 正確な公式名称
メモ:
はいいいえ.deb計画はリポジトリを作成し、直接ダウンロードできるようにWebサイトにパッケージをホストします。
ベストアンサー1
長年にわたって私は.deb標準ではなく名前を持つ多数のパッケージを蓄積してきましたが、何の問題も経験した記憶はありません。今日、非標準名で接することができる「主な」パッケージgoogle-chrome-stable_current_amd64.debにはsteam.deb。 （どちらの場合も、固定バージョンのない名前を使用すると、安定したURLをダウンロードに使用でき、安定した名前をインストール手順に使用できます。）
しかし、私はいいえ名前にスペースがある人に会うと、ツールに問題はありませんが、ユーザーに混乱を招く可能性があります（シェルを使用している場合は、ファイル名を引用するかスペースをエスケープする必要があるため）。ベースツール）。
もう1つ注意することは、（ファイルに保存されている）パッケージ名とは異なる標準以外の名前を使用することもcontrol混乱を招く可能性があることです。例えばパッケージを削除しようとすると（パッケージ名がインストールされているパッケージ名と異なるため）
したがって、標準名に固執したくない場合（複数のアーキテクチャをサポートするかどうかに応じて）またはmy-program.deb同じものをお勧めします。my-program_amd64.deb以前のバージョンのダウンロードを許可したい場合は、それをバージョンファイル名へのシンボリックリンクとして設定することもできます。