標準名の.debファイル名を変更するのは安全ですか?

標準名の.debファイル名を変更するのは安全ですか?

生成されたファイル名構造.debpackage_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以前のバージョンのダウンロードを許可したい場合は、それをバージョンファイル名へのシンボリックリンクとして設定することもできます。

答え2

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

過去には、m68kスキーマがDebianに追加される前に、パック_バージョン.deb"、問題ありません。アーカイブソフトウェアが同じパッケージとバージョンのパッケージを同じディレクトリに保存する必要がある場合は、スキーマ名がファイル名に追加されます。パッケージリストにはi386常にm68k両方が含まれているためです。長いファイル名と8.3ファイル名、これはクライアントを中断することなく達成できます。

Dpkgは通常、パッケージのファイル名にまったく気にしません。インストールの実行中に、APTはこのインストール実行用のすべてのパッケージファイルを含むディレクトリを作成しfooます。 aptが渡され、dpkgに渡されます。barfoo0-bar_2_all.deb1-foo_1_amd64.deb

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

関連情報