APTは私のパッケージのバージョン番号を修正または偽造しますか?

APTは私のパッケージのバージョン番号を修正または偽造しますか?

複数のコンピュータで個人的に使用できる独自のリポジトリを作成したいと思います。パッケージはいつものように署名されており、いくつかのパッケージソフトウェアは公式のDebianとUbuntuリポジトリで提供されているものと同じですが(通常)最新バージョンですが、常にそうではないことがあり、時には同じです。

同様に、私のリポジトリには、公式リポジトリで使用できるパッケージのサブセットのみが含まれています。

プライベートストアの場合、メンテナンスがより簡単な方法は次のとおりです。

  • パッケージのバージョン番号を常にx + 100または同様に偽造します。ここで、xは元のアップストリームソフトウェアのメジャーバージョンです。
  • APT固定を使用して修正してください。

APTピーニングは私にとってまだやや不思議な概念です。私はそれを使用しており、過去に異常で不要な問題を引き起こしました。

アイデアは、私のリポジトリが私のリポジトリで利用可能な公式とパッケージよりも優先されるということです。

答え1

プライベートストアの場合、メンテナンスがより簡単な方法は次のとおりです。

パッケージのバージョン番号を常にx + 100または同様に偽造します。ここで、xは元のアップストリームソフトウェアのメジャーバージョンです。 APT固定を使用して固定します。

どちらもありません。使用できる技術はいくつかあります。

まず、5.6.12を読んでください。制御ファイルとそのフィールド内部にDebian Policy Manual

1) 最新バージョンの場合は何もする必要はありません。

2)バージョンが同じ場合は、Debianのリビジョン番号を変更できます。パッケージバージョンではこの前にダッシュが付いています。たとえば、問題のパッケージバージョン(パッケージと公式パッケージの両方)があるとします1.0.1-10。あるいは、同様のことをすることもできます。または、Debianのバージョン番号(次の文字列)がディレクトリの並べ替えで公式のDebianのバージョン番号よりも高い場合はOKと選択できます。1.0.1-101.0.1-111.0.1-10.yournamehere1.0.1-100-

3)もう少し確実に知りたい場合は、epochを使用してください。 Debian は一般的に epoch を日常的に使用することに眩しいですが、プライベートパッケージの場合は問題ありません。

たとえば、これにより、そのバージョンは、1:1.0.1-10エポックのないすべてのパッケージバージョンよりも優先されます。ほとんどの場合、Debian パッケージにはエポックはなく、エポックがあるとパッケージのライフサイクル中に問題が発生したことを示します。

関連情報