前回4/26のアクションアイテム

• 翻訳における「ちょっとした質問」が出来る場所を検討する(see /20090826)(shibata)

• 「何から翻訳すればいいのか」の導入(see /20090826)(shibata)

• WikiNameの使い方を含めたwiki.ubuntulinux.jp整理案(hito)

• https://wiki.ubuntulinux.jp/UbuntuTipsGuidelines リライトとwikiのルール(jkbys)

• Kaizen Projectのバグ管理全般のドキュメントをまとめる(hito)
• lp-l10n-jaとubuntu-l10n-jaのMLの位置づけをドキュメントにする(kuromabo)
• archive, cdimageの上流サーバ(hito,jkbys)
  • Nattyが落ち着いてから実施
• フォーラムの明文化されていないルールの文書化(hito)
• 6.06 LTSのEOLアナウンス(hito)
• OSC北海道のイベントページ(mizuno)
• OSC仙台のイベントページ(shibata)
• イベント配布用グッズ購入(jkbys)

  • -> https://wiki.ubuntulinux.jp/Events/BoughtItem をもとに購入する

• 4月分チームレポート(nobuto)

イベント関連

OSC仙台

• 懇親会はどうする？
• 例年どおり自前でやる or OSC懇親会に参加する
  • 選択肢a) 自前でいつもの牛タン

  • 選択肢b) http://www.ospn.jp/osc2011-sendai/modules/eguide/event.php?eid=17

  • -> 来週決める

Nattyの開発

apt-clone問題

• Remix CDを用いると、「apt-cloneが走る」インストールプロセスが失敗する。

  • see also: https://bugs.launchpad.net/ubuntu/+source/apt-clone/+bug/775037

  • see also: https://forums.ubuntulinux.jp/viewtopic.php?pid=78753

  • 具体的には以下。
    • 既存のフォーマット済みパーティションを対象にした、「フォーマットしない」インストール
    • Ubiquityからの「アップグレード」インストール
  • コケるのはアップグレードプロセスの最後の段階で、基本的な導入そのものは問題ない。
  • が、apt-lineが不正な状態になっているので、そのままではアップデートできない。
  • [ ] 対処はどうする？

apt-clone問題の詳細

• 以下の場合はapt-cloneが走らないので、問題に遭遇しない。
  • クリーンインストール
  • 「Maverick環境からの、update-manager/do-release-upgradeによるアップグレード」
  • 「Maverick環境からの、Alternate CDを用いたアップグレード」

背景：

• そもそもの問題として、apt-clone が sources.list をマイグレーションする処理がRemixのリポジトリに対しては妥当でない。
  • apt-clone 0.1.6は、 "DIST"と"DIST-updates", "DIST-backports", "DIST-security" 以外のポケット指定に対しては、正常にマイグレーション処理が行えない。
    • 上記に含まれないポケット指定は、すべて暗黙で"DIST"に置き換わる。
    • UbuntuのリリースCDとして考えると妥当だが、派生物のことを考えるとあまりよろしくはない。
  • 結果として、Remixに含まれるnatty-non-free/ポケット指定のapt-lineが「natty」指定になるため、機能しなくなる。
    • さらに、apt-lineが機能しなくなることにより、インストールの最終フェーズで行われるapt-cloneからキックされるパッケージアップデートがコケる。
  • インストールそのものは正常なので、workaroundとしてはインストールプロセス完了後にapt-lineを正しいものに直す（正しいsourcesファイルに置き換える）だけでよい。
    • パッケージマイグレーション（もともとの環境に入っていたパッケージの復元処理）が飛ばされるので嬉しくないが、一応システムとしては機能する。

対処：

• 以下の対処案のうち、
  • a は b, c と両立可能（むしろ両立させて対処すべき）。
  • b, cはコンフリクトする。
• 対処案a: Remix ISOとしては何もせず、アップグレード後のworkaroundをリリースノート等に記述する
  • (pros) なにも弄らないで済む
  • (pros) 「すでにアップグレードしてしまった人」にも有効
  • (cons) O以降の対処を検討する必要がある
  • (cons) ユーザーにとってお手軽ではない
  • (????) あくまで「N用のワークアラウンド」でしかないため、根治は別途考える必要がある。
• 対処案b: Remix ISOを再リリースし、apt-cloneの問題の挙動を修正したものを含める。
  • (pros) 最小の修正範囲で済む
  • (cons) O以降の対処を見当する必要がある
  • (cons) apt-clone以外にも同じポリシ（ポケットはDISTとDIST-{updates,backports,security}だけ）のソフトウェアが出てくる潜在的な危険性を考えると、今のapt-lineは変更されるべき。
  • (????) リリースノートでのフォローはやはり必要。

• 対処案c: Remix ISOを再リリースし、かつ、natty-non-freeリポジトリのapt-lineを「DIST」ポケット名で書けるようにする（「deb http://archive.ubuntulinux.jp/ubuntu-ja-non-free natty multiverse」とかにする）。

  • L/Nのサポート終了まで、既存スタイルのapt-lineも提供し続ける必要がある。
  • (pros) 解法としてもっとも妥当
  • (pros) O以降では新しいタイプのapt-lineだけ提供することで、今後同様の問題は起きなくなる。
  • (cons) apt-lineの見せ方を二系統にすることは、そもそも妥当な実装で可能なのか不透明。二重管理になるのは避けたい。
  • (????) リリースノートでのフォローはやはり必要。

• => 各方法の作業工数見積もりが必要なため、一旦workaroundとして a) を行い、その後で検討しなおす。