自社製debパッケージ（PAM）をインストールしました。
sudo dpkg --force-all -i /opt/bzr/build-area/*.deb
tree例:
/opt/bzr/build-area
.
├── libpam0g_1.1.8-3ubuntu1_amd64.deb
├── libpam0g-dev_1.1.8-3ubuntu1_amd64.deb
├── libpam-cracklib_1.1.8-3ubuntu1_amd64.deb
├── libpam-doc_1.1.8-3ubuntu1_all.deb
├── libpam-modules_1.1.8-3ubuntu1_amd64.deb
├── libpam-modules-bin_1.1.8-3ubuntu1_amd64.deb
├── libpam-runtime_1.1.8-3ubuntu1_all.deb
├── pam_1.1.8-3ubuntu1_amd64.build
├── pam_1.1.8-3ubuntu1_amd64.changes
├── pam_1.1.8-3ubuntu1.diff.gz
├── pam_1.1.8-3ubuntu1.dsc
└── pam_1.1.8.orig.tar.gz
重要：新しい公式Ubuntu PAMバージョンがリリースされ、それを実行するとどうなりますか
apt dist-upgrade -y？私のパッケージにも適用されますか？オプション：
--force-all私はそこにいるべきですかdpkg -i？任意に選択できる:https://code.launchpad.net/~ubuntu-core-dev/pam/ubuntu私にとっては「開発ポイント」のように見えますか？ 「安定点」はありますか？ bzrでどうやって得るの？
答え1
はい、パッケージよりも高いバージョン番号を使用している場合は、ピンの優先順位を適切に調整したりパッケージを維持したりしない限り、そうなります。カス）。同じバージョン番号を使用している場合、リポジトリ内のパッケージはユーザーのパッケージを上書きする可能性があるため、ローカルで再構築するときは実際にバージョンを上げる必要があります（通常「1.1.8-3ubuntu1.1」）。
いいえ、必要な場合以外は使用を避ける必要があります。必要と思われる場合は、パッケージに問題がある可能性があるため、修正する必要があります。
このコードリポジトリは2014年以降更新されていないため、活発に開発中のリポジトリであると疑われます。いろんな
pam地点を見ることができます。発射台たとえば、bzr branch lp:ubuntu/vivid/pam次のように複製します。
次のような状況を処理する方法は次のとおりです。
- ソースコードを見る（
debcheckoutまたはapt-get source） - リポジトリにある場合は、興味のあるパッチで新しいブランチを作成します。
- それ以外の場合は、パッチを手動で適用します。
- どちらの場合も、適切な変更ログエントリにバージョンを増やします
dch -n（マージの問題を回避するためにコミットしません）。 - パッケージをビルドしてインストールします（私の場合は渡すローカルパッケージリポジトリ）
パッケージの新しいバージョンがリリースされたら、ソースリポジトリに対して上記の操作を繰り返し、最初から始めるのではなく、パッチをリベースします。