v3 | v4 | |
---|---|---|
11 | 11 | == 議題 == |
12 | 12 | |
13 | * proposed-updateをどうするのか。(iwaim) | |
14 | * security fix eratta出す側としては1回閉じたいという意見あり。 | |
15 | * 1回閉じるのは確定だと思うけど、次いつあけるの?とかそもそもあけるの?とか。 | |
13 | 16 | * BTS の移行スケジュール (harada) (第19回に時間切れだったので今回) |
14 | 17 | * [wiki:OfflineMeeting 定例勉強会]の検討 (iwaim) |
… | … | |
18 | 21 | * 原因: パッケージ毎のポリシ(癖?)が明文化されてないため。(マクロ使用により減少してはいる) |
19 | 22 | * 対処: 問題をはらんでる元となるパッケージについては、ビルド方針のドキュメントを作成し検討する |
20 | * 範囲: ruby, perl, python # 他にあれば追加してください | |
23 | * 範囲: ruby, perl, python,[wiki:MakingRPM/Elisp Emacs Lisp] # 他にあれば追加してください | |
24 | * 安定版バグフィックスパッケージerattaリリース検討場所の明文化など (iwaim) | |
25 | * securityは従来通りでいいと思うけど、バグフィックスをどこで検討するのか、修正パッケージのテストはどうするのかというあたりを明文化したい。proposed-updateに準ずる形でいい? | |
26 | ||
21 | 27 | |
22 | 28 | == 議事録 == |