標準で命名された.debファイルの名前を変更しても安全ですか？

.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サイトでホストしているだけです。

長年にわたって、.deb非標準の名前を持つ多数のパッケージを蓄積してきましたが、問題に遭遇したことは覚えていません。最近出会うかもしれない非標準的な名前の「有名な」パッケージには、google-chrome-stable_current_amd64.debとが含まれsteam.debます。（どちらの場合も、修正されたバージョンレスの名前により、ダウンロードに安定したURLを使用でき、インストール手順に安定したURLを使用できます。）

ただし、名前にスペースが含まれているものに出くわしたことは覚えていません。ツールで問題が発生することはありませんが、ユーザーに混乱を引き起こす可能性があります（シェルベースのツールを使用している場合、ファイル名を引用するかスペースをエスケープする必要があるため）。

もう1つの注意点は、パッケージ名（controlファイルに保存されているもの）とは異なる非標準名を使用すると、たとえばパッケージを削除しようとしたときに混乱が生じる可能性があることです（パッケージ名はインストールに使用した名前と同じ）。

このすべての結果として、標準名に固執したくない場合は、my-program.debまたはmy-program_amd64.deb（複数のアーキテクチャをサポートするかどうかに応じて）のようなものをお勧めします。古いバージョンのダウンロードを許可する場合は、バージョン管理されたファイル名へのシンボリックリンクも作成できます。

ファイル名は、主にアーカイブメンテナンスソフトウェアとローカルキャッシュの利点のために標準化されています。

昔、m68kDebianにアーキテクチャが追加される前は、ファイル名には「package _ version .deb」が使用されていましたが、問題はありませんでした。アーカイブソフトウェアがストアに必要なときにアーキテクチャ名がファイル名に追加されたi386とm68k同じディレクトリに同じパッケージとバージョンのパッケージ。パッケージリストには常に長いファイル名と8.3ファイル名の両方が含まれているため、クライアントを中断することなく実装できます。

Dpkgは通常、パッケージのファイル名をまったく気にしません。インストール実行中、APTはこのインストール実行のすべてのパッケージファイルを含むディレクトリを生成し、各ファイルには現在の実行の番号がファイル名の前に付加されます（つまり、パッケージfooバージョン1およびパッケージbarバージョン2 をインストールする場合foo、 、aptのは、合格する0-bar_2_all.debと1-foo_1_amd64.deb）dpkgのために。

APTは通常、名前がキャッシュの目的で一意であると想定します。名前を再利用すると、キャッシュにこのファイルがあるユーザーは、新しいファイルが大きい場合、ダウンロードを再開しようとします。これにより、チェックサムテストに失敗したために無効なファイルが残ります。ただし、このエラーはユーザーに表示され、インストールの実行を再開する必要があります。