22:02 (Y) では,会議を始めます。 22:02 (khirano) OKです。 22:02 (ikuyaTL10) はじめてください 22:02 (pochi_atmark) +1 22:02 (kamataki) OKです 22:02 (Y) 開始に先立って,ログの公開に関してです。 22:02 (maho) 公開してokayです。 22:02 (khirano) 公開に+1 22:02 (machey) 了解です。 22:02 (Y) この会議のミーティングログを,「では,会議を始めます」というところからさかのぼって公開することに異存のある方はいましたらどうぞ。 22:03 (minari) none 22:03 (ikuyaTL10) 問題ありません 22:03 (ycatch) 今回の議案には、公開NG項目がないので、公開に+1 22:03 (koura) 特に不都合はありません。 22:03 (kamataki) わたしは初めての参加なので、お任せ 22:03 (khirano) 異存なし。 22:03 (Y) はい。 22:03 (maho) 問題ありません。 22:03 (ycatch) 異存無し 22:03 (machey) OK, +1. 22:04 (Y) で,あとこのように決を採る場合なのですが,全員でいちいち+1をしていると大変なので,反対意見のある人だけ何か言うというのはいかがでしょう。 22:04 (Y) 棄権,無言は+1ということにして。 22:04 (khirano) 了解です。 22:04 (maho) 了解。 22:04 (kamataki) 了解 22:04 (ikuyaTL10) 了解しました 22:04 (machey) それでいいと思います。 22:04 (minari) 了解です。 22:04 (koura) 反対の意思表示として -1 を投じるだけ、というのもアリですか? 22:04 (Y) ありです>小浦 22:05 (koura) 御意 22:05 (khirano) これも了解。 22:05 (Tora_) 了解です。 22:05 (machey) OK. 22:05 (maho) okay 22:06 (pochi_atmark) すでに、この発言自体が公開されてしまうので、発言しづらいのですが、 22:06 (Y) どうしても削除希望ならこっそり削除しますが。 22:06 (maho) -1 22:06 (Y) あるいは予定にない第三者の秘密が関わる問題とか。 22:06 (maho) mailでしてください。 22:06 (ycatch) mahoさんのノロケも含めて、公開希望 : ) 22:06 (Y) なるほど。 22:07 (pochi_atmark) 公開されることによって発言に制約がかかる場合もあるし、 22:07 (Y) あり得ますね>ぽち 22:07 (maho) うーむ、僕だけの問題でないので ;) 22:07 (machey) ふだんからそうしてるからあんまり気にならないなぁ。 22:07 (pochi_atmark) 「公開ということでよいですかー」という「公開ありき」というのはどうかと思ったり。 22:07 (pochi_atmark) でも、別に反対というわけではありません。 22:08 (khirano) とにかく1回公開でやってみませんか。 22:08 (pochi_atmark) あと、ハプニングで公開できないことが出てきたりするので「基本的に公開」くらいがよいかな、と。 22:08 (minari) 基本は公開で 最後に公開のyes noを取ったらどうでしょう。 そのときに、消去すべき場所があれば言えばよいのではないでしょうか。 22:09 (maho) 公開するならする、しない発言は個人的に。 22:09 (maho) 議長の判断にゆだねます。 22:09 (koura) 公開の yes/no をとるなら、毎回最初の方が良いと思います。 22:09 (koura) # 基本は公開、で。 22:09 (Tora_) 放送と同じで、作為的に内容を改ざんするのはよくないと思いますが、一部分を伏せるというのはよいのかと。 22:10 (pochi_atmark) (というよーな議論が事前に必要かと思ったわけです^^;) 22:10 (Y) 今回の討論予定には第三者が関わる問題はありません。ですから基本的に公開で良いかと思われます。ただし,議題に関してどうしても問題があるというのであれば一部を伏せるというのはありでもいいかと。ただしログではどこを削除したか明記します。 22:10 (Y) こんなんでいかがでしょう? 22:10 (maho) okay. 22:10 (Tora_) 賛成 22:10 (machey) 了解。 22:10 (ycatch) +1 22:10 (kamataki) はい 22:10 (khirano) 了解です。 22:11 (Y) まあ要するに情報公開請求したら一部墨塗りだったー,となる可能性もあると。 22:11 (minari) yes 22:11 (pochi_atmark) +1 22:11 (Y) んではまず,前回提示されたTO DOに関する報告です。 22:11 (Y) すでにML上で報告された者は簡単に私の方から報告します。 22:11 (Y) ja.openoffice.orgに関して。 22:12 (Y) フォーラムの利用について,および文字コードの書き換えは完了しました。 22:12 (Y) 可知さん,中田さんお疲れ様でした。 22:12 (Y) そして,「新しいサーバー環境をよく知る」というのが… 22:12 (ycatch) ページ移動で文字化けも直ったかな 22:12 (Y) これをどう報告すればいいんでしょう。 22:12 (Y) あ,それが新しいサーバー環境かな。 22:12 (Y) ちなみに私には解決策は分かりませんでした。 22:12 (ycatch) bbs_MLの文字化け 解消と 22:13 (ycatch) まあ、バグの収束件数として 22:13 (Y) 一度マイクロソフトにIEで文字が化けるよーって問い合わせでもしないと根本的な解決は難しいような気がします。 22:13 (ycatch) 記録を残していけば >> サーバー 22:13 (Y) 記録を残すとは? 22:14 (ycatch) このログが残っていくから、1月は2件。 22:14 (khirano) MSにそういうリクエスト受け付けるチャネルあるの? 22:14 (maho) 日本語のcommentかきまくるというのも一つの手かもしれません。 22:14 (maho) そうしたら日本語のページだと解釈してくれるかもしれません。 22:15 (Y) ちなみに翻訳班のページで実験してみたのですが,ちょっと日本語を足したくらいでは治りませんでした。 22:15 (Y) 質問コーナーみたいなのを見た覚えがあります>平野 22:15 (khirano) Y: 了解 22:15 (maho) どうしたものか... 22:15 (khirano) 依然としてIEってシェア90%以上? 22:16 (maho) 94.8% 22:16 (ycatch) 入り口ページ側が、しょぼいのか・・・ 22:16 (ycatch) 入り口ページ側も、ja.oooと同じ文字コードにすればいいかな 22:16 (maho) 変換しましょか? 22:17 (Y) 入り口ページとは?oooug.jpにあるやつですか? 22:17 (koura) 文字コードを統一しておくのは良いかもしれませんね。 22:17 (ycatch) 私がやりましょ。エディタで保存し直すだけだから。 22:17 (ycatch) Yes > 入り口ページ 22:17 (Y) そちらは文字化けするという報告はありましたっけ? 22:17 (maho) 結局UTF-8で統一ですか :( 22:17 (ycatch) 文字化けするのは、入り口から戻るときだと思う 22:17 (Y) いえ,関係ないです。 22:18 (Tora_) *.openoffice.org 側へ要望してみませんか。 22:18 (Tora_) ブラウザが受け付けるよと提示する文字コードに自動的にコード変換できないかと。 22:18 (Y) 翻訳班のページを,ja.openoffice.orgの上のページのみでふらついてみれば,ページによって化けるのが確認できます。 22:18 (Tora_) 技術的に可能であれば。 22:18 (Y) また,トップから「プロジェクト」のページに行っても化けます。 22:18 (ycatch) じゃあ、化けるページ・化けるブラウザの切り分けからかなぁ 22:18 (Y) そのようです。 22:19 (koura) 負荷がちょっと心配ですね…… < コード変換 22:19 (maho) IZを書きますよ。 22:19 (Y) これは今後の課題ということでしょうね。今はまだまとまった情報がありませんし。 22:19 (maho) koura: どういう意味ですか? 22:19 (koura) Tora さんの提案に関してです > maho さん 22:19 (Tora_) xxx.html.ja を置いて、それを shift_jis で書くという方法はできるようですけど。二重管理でいや。 22:20 (maho) なるほど。thanks 22:20 (ycatch) SourceCastに事例がいくだけでも、対応が違うんじゃない? 日本語化されてるんだし。 なので、IZ希望 22:21 (khirano) IZ +1 22:21 (maho) okay. 22:21 (ycatch) 入り口は、そのままEUCにしときます 22:21 (Y) ですね。まずIZ立てて,それで必要とされる情報を元にいろいろ調べていくようにしますか。 22:21 (koura) -1。まずは切り分けをしっかりした方が良いのではないかと思います。 22:21 (maho) okay, 切り分け、次にIZ 22:21 (khirano) 他のnative-lang でも起こってそう?? 22:22 (maho) いや、日本語特有だと思われます。 22:22 (Y) 中国語も化けてます。 22:22 (Y) 私の環境では。今見ました。 22:22 (Tora_) 中国語も、主要コードがいくつかあるようです。 22:22 (maho) それは日本語版だからでは? 22:22 (maho) そうですね。 22:23 (Y) 私のPCは全言語が表示できるようにしてありますが…そういうことじゃなくて? 22:23 (ycatch) 化けてもわからない : ) > 中国語 22:23 (khirano) 切り分け⇒IZ +1 22:23 (maho) 議長、とりあえず問題意識の共有でけりをつけませんか? 22:23 (khirano) 切り分け、どうやる? 22:23 (Y) ちなみにOperaは正しく表示しています>中国語 22:23 (Y) そうですね。 22:23 (maho) 1. how to reproduce 22:24 (Y) ここで話し合ってもそう簡単には解決できないので,改めてまとめるということにしましょうか? 22:24 (khirano) 作業方法などは、MLで。 22:24 (maho) 2. type of the browser have such kind of problem 22:24 (ycatch) discussへ移動でもいいよ。 22:24 (Y) IRCよりもMLでの方がまとめて書けるから分かりやすいかと。 22:24 (koura) discuss へ移動に +1。 22:24 (machey) ML移動に +1. 22:25 (maho) ML移動+1 22:25 (pochi_atmark) ドコに投げるかは別として、ほかの有識者のコメントもあるかもしれないし>メーリングリスト 22:25 (kamataki) ML移動+1 22:25 (ycatch) +1 むつろさんにも聞けるしね 22:25 (khirano) それはいい。+1 22:25 (Y) ではとにかく一度MLに移動し,出来る限り問題を切り分けていくということにしましょう。 22:25 (Y) ほんじゃ,次。 22:26 (Y) ML説明などの書き直し。 22:26 (Y) これについては特に担当者などが決まっていなかったようです。 22:26 (maho) policyってどうなってます? (商用利用可能とか) 22:26 (ycatch) ポリシーとは、別の話ですよね。 > ML書き直し 22:27 *nick Tora_ → Tora 22:27 (ycatch) 別なら、先にMLを片づけたいナ。  書き直すのは、私がやりましょう 22:27 (maho) すいません、説明とはどういう意味ですか? 22:28 (Y) といってもこれは,まず書き直し必要部分の洗い直しからなので,洗い直して書き直し必要無しとなれば現状維持。 22:28 (Y) ちなみにMLの説明とは 22:28 (Y) http://ja.openoffice.org/ml_info.html 22:28 (Y) これではないかと。 22:28 (ycatch) 前回のToDoにあったのは、ポリシーの書き直しじゃないかな? 22:28 (maho) 参加資格自由とかは必要ですか? 22:29 (ycatch) もっと、すっきりさせる? 22:30 (maho) 議長、どれをどう書き直すことを議論しますか? 22:30 (minari) 投稿数も今は多めではないですね。 22:30 (machey) そうかも。> minari 22:30 (ycatch) 特にないなら、無理に手を付けることもないかな。 面倒だし。 22:30 (Y) 今はどこを具体的に書き直すか議論するのではなく,どこを書き直すべきか見直す人ととして可知さんが立候補してくれたので,まずは洗い直しからかと。 22:31 (machey) ところで、携帯への転送に関して注意して欲しいと思うんですけど、 22:31 (machey) うざったいですかねぇ? 22:31 (Y) あー,時々PDXからエラーが返ってくるやつですか? 22:31 (maho) うざい。 22:31 (machey) Yes. 22:31 (ycatch) じゃあ、その携帯の注意書きをいれますか。 22:31 (khirano) おねがいします。:) 22:31 (machey) むかしからやってる人は常識としててんそうしないんだけど。 22:31 (Y) それに関しては一言あったほうがいいですね。ちなみにその現象はPDX限定です。 22:32 (maho) まぁなくならないとは思いますけど、具体的にどうしたら減らせるか案が欲しいですね。 22:32 (Y) DDIポケットのデーモンは,Reply-Toを無視して嫌でもFromにエラーメールを返してきます。 22:32 (pochi_atmark) メーリングリストに関する一般的な説明の素晴らしいページとかないんですかね? 22:32 (ycatch) では、見直してみると。で、修正案をdiscuss行き 22:33 (kamataki) ところで「実験」MLの案内がないのでは 22:33 (minari) 原則 携帯電話 PHSのアドレスでは登録は・・・という ことですね。 22:33 (Y) それでいいでしょう>catch 22:33 (Y) DDIポケットのメールについて私の方から少し説明しますね。 22:33 (Y) 一応本流MLの管理人もしていますし。 22:33 (machey) そういうアドレスからの登録は拒否できないの? > minari 22:34 (maho) ちょいまってください:kamatakiさん 22:34 (pochi_atmark) 普通のアドレスをケータイに転送してるヒトもけこーいるね>みなりん 22:34 (maho) OOoは強制排除できます。 22:34 (kamataki) 了解:mahoさn 22:34 (minari) 今確認してます>machey 22:34 (machey) Thanks > maho 22:34 (Y) それが正解です>ぽち 22:35 (Y) 携帯のメールアドレスで登録している人はほとんどいません。 22:35 (Y) PDXに限定して言えば,一人だけです。 22:35 (maho) だとすると誰が購読しているか判断できないような気がするのですが? 22:35 (Y) いつも問題になっているのは,自分のPCのアドレスからPDXに転送している人です。 22:36 (maho) どうやってその人を特定しているのですか? 22:36 (Y) ですからエラーメールが来るという通報があった場合,私が必ずテスト投稿しているでしょ? 22:36 (maho) すいません。今すぐ理解できそうにないので、 22:36 (minari) freemlのシステムとして拒否するのはなさそうです。 22:36 (maho) o 特定できるならばその方法 22:36 (machey) Thx > minari 22:36 (maho) o その人に注意をする 22:36 (Y) そこで返ってくるエラーメールに元々送ったメールが添付されているので,それを展開してヘッダーからPCのアドレスを特定。それを参加者から検索してヒットすればそのアドレスに注意を送っていました。 22:36 (maho) でokayですか? 22:37 (maho) なるほど。 22:37 (maho) ありがとうございます。 22:37 (maho) 完全にはできないということですね... 22:37 (koura) とりあえずの対策としては、注意書きを増やすくらいしかなさそうですね。 22:38 (machey) モラルに任せるしかないんですね。 22:38 (maho) まぁある程度仕方ないです。 22:38 (Y) さて,話がそれてしまいましたが,ML説明ページは可知さんが一度見直し,discussに修正すべき点を投稿ということで。ただし,携帯に転送することに関しての注意書きは付け足す方向で。 22:38 (khirano) OK 22:38 (pochi_atmark) ええと、だから、メーリングリスト一般に関する素晴らしいページってないんでしょうか? 22:38 (minari) 注意事項を増やして、News latterでいついつから禁止にしますと呼びかけた上で、現在登録されている アドレスにあれば 消去をしませんか? 22:38 (ycatch) FreeMLに少し説明がなかったかな。 昔リンクしてたような 22:39 (maho) pochi: どういうのを想定されているんですか? 22:39 (pochi_atmark) あれば、そこへのリンクがあればよいかなぁと思うのですが。 22:39 (Tora) 携帯の本人は、なぜ問題なのかわかりません。このような問題が起きているんだよ。と説明を。 22:39 (Y) http://www.freeml.com/help/welcome.html 22:39 (Y) 一応FreeMLによるメーリングリストの説明。 22:40 (maho) うーむこれはよい感じなページですね。 22:40 (Y) 具体的にどう書くかという話はML上でいいかと思うのですが。 22:40 (ycatch) あとは、MLの情報とは別に、「こういう使い方は注意してね」と案内を流すかな 22:41 (pochi_atmark) そですね。ハナシを交錯されてごめんなさい>Yさん 22:41 (ycatch) では、続きはMLで 22:41 (khirano) OK 22:41 (maho) これはニュースレターをつかうといいのではないでしょうか? >ycatch 22:41 (Y) さて,どんどんいきます。 22:41 (maho) okay 22:41 (Y) sourceforge.jpについて。 22:41 (Y)  ・現在登録されている人の役割(Role)整理について方針を出し、登録者Role 22:41 (Y)   の整理作業が円滑に行えるように、Role変更に関して登録者と連絡をとり、 22:41 (Y)   同意を得る作業を行う。(巳鳴) 22:42 (Y) これはどうなっていますでしょうか?>巳鳴 22:42 (minari) ほいほい 私ですね。 22:42 (minari) まず、現状として 認識が甘かったため roleをどう設定するかというのが その前の課題としてありました。 22:42 (minari) でもって それを含んだ案と言うのを出させていただきました。 22:43 (khirano) 読みました。 22:43 (Y) doc班の再編に関するやつですか。 22:43 (minari) はい そうです。 22:43 (ycatch) 次のステップに進んでも、いいんじゃない? 22:44 (minari) まず 今回あの 設定でよいか(今)voteした上で docに通知して行い隊と考えています。 22:44 (minari) 行いたい。 22:44 (Y) なるほど。 22:45 (ycatch) 最終案は、どれだっけ? 22:45 (Y) ちなみにその資料を読んだことがない,という方はどの程度います? 22:45 (maho) maho 22:45 (ikuyaTL10) 資料って? 22:46 (kamataki) 読んでないと思う 22:46 (Y) doc班の再編に関する巳鳴さんからの提案資料です。 22:46 (minari) 今webにアップしますね。 22:46 (ycatch) かなり前に出たから、みんな埋もれてるんだよ。 (鎌滝さんは別) 22:46 (ycatch) FreeMLへのリンクでもいいよ 22:47 (minari) http://cgi.f8.aaacafe.ne.jp/~openship/study/index.php 22:47 (minari) 一番下のoooという項目の物です。 22:48 (Y) Message-Id: <200401021554.i02Fsdw12754@www51.inetd.co.jp>これだな。コミッターMLの。 22:48 (minari) その資料の中の 権限について  22:50 (khirano) http://www.transwift.net/ooo/rerere.pdf 22:50 (maho) そこまで細かくしなくてもいいと思う。 22:50 (Y) 最初の方のこの表に関して異議がないかここで確認したいわけですな?>巳鳴 22:50 (minari) yes 22:50 (khirano) あ、ポインタ提供されてましたね。>みなり 22:51 (minari) ありがとうございます>平野さん 22:51 (machey) Writer と Translator に区別は必要? 22:51 (minari) なぜ細かく規定しているのかと言うのは、管理者が変わったときのため。 22:51 (maho) 必要ないと思います。 22:51 (ycatch) シンプルにするなら、Project Owner と Developerだけでいいかな 22:52 (Y) 権限は変わってませんね。writer & translatorは。だからあんまり気にしなくてもいいのでは? 22:52 (ycatch) developerも、Editor権限いるかもしれないし 22:52 (maho) ycatch: そうですね。 22:52 (minari) Docのコーディネータが管理をするのかtrのコーディネータが管理するかの違いです、 分けているのは 22:53 (machey) でも、活動する人は両方で書くよね。 22:53 (Y) あ,私もdeveloperにEditor権限あってもいいと思う。新しいツールの説明を書いてくれた場合とか考えると。 22:53 (maho) 全部あげといた方がいいと思うよ。 22:53 (kamataki) とりあえず見たrerere.pdf 22:53 (maho) めんどっちいから。 22:53 (ycatch) まあまあ、よく考えるとこれも案なので、doc班になげてみんなで議論するのがいいんじゃない? 22:54 (Y) 残念ながら現時点ではコンセンサスは得られないようですよ>巳鳴 22:54 (maho) minari氏に全権委任。 22:54 (ikuyaTL10) sx?をCVSで管理する必要ってあります? 22:54 (minari) ない>ikuya 22:54 (maho) Y:間違い。minari氏がコーディネーターなんで彼の裁量がすべて。 22:55 (Tora) 方針は全体で、詳細は各班で。 22:55 (maho) suggestionは与えるけれど、というスタンス。 22:55 (Y) いえ,巳鳴さんはこの表に関して決を採りたいと言っていたので。 22:55 (ycatch) 全権委任は、極端じゃないの? というか、コーディネータが次をどうしたいか次第 22:55 (maho) という意味で全権委任. 22:55 (maho) です。 22:55 (Y) 巳鳴さん,どうされます? 22:56 (minari) 先ほどの話を含めた上で もう一度commiterにひとまず投げます。 22:56 (maho) がんばってください :) 22:56 (khirano) OK 22:56 (Y) 了解。 22:56 (maho) okay. 22:56 (Y) では次に進みます。 22:56 (Y)  ・不在登録者のRoleを適正にする作業を実行する。(可知) 22:56 (Y)  ・登録者Roleの整理完了後、ドキュメントML(ja-doc)でドキュメント整理に 22:56 (Y)   ついて話し合い、整理に着手する。 22:56 (Y)  ・以上の点を含むドキュメント-プロジェクト再構築案を2003年12月中に出 22:56 (Y)   す。(巳鳴) 22:56 (Y) これについては, 22:56 (ycatch) スタッフMLで、この案をもう一回ブラッシュアップするというのは、どう。 22:56 (ycatch) ああ、ごめん。 22:57 (Y) Role方針が決まらないとできないと思うのでしばし凍結ですね。 22:57 (Y) そうなるかと>可知 22:57 (ycatch) I think so 22:57 (Y) えーっと,次は・・ 22:58 (maho) とにかくがんばってリーダーシップとってね > minari 22:58 (Y) 運営スタッフの会計チームだ。 22:58 (khirano) よし! 22:58 (maho) 11000円まだ支払ってません。 22:59 (machey) はい。 22:59 (machey) すみません。休みで文書書くっていったのに... 22:59 (ycatch) それは、公開しても良い情報なの? : ) 22:59 (maho) 口座番号は問題なしと思われます。 22:59 (machey) committersにはだそうと思ってました。 22:59 (Y) これは,運営スタッフがまだ確定していない状況ですが別個に進めて大丈夫なのでしょうか?>machey 23:00 (machey) 一般公募をしないといけないんでしたよね。そういえば。 23:00 (ycatch) discussで一般公募したので、それに手を挙げてね、ってコトじゃなかったけかな? 23:01 (machey) ...すみません。そうでした。 23:01 (maho) しましたか? > machey 23:01 (machey) まだです。 23:01 (ycatch) それと、文章を書くのも、そんなに完璧を狙わなくてもいいと思うよ。 23:02 (maho) 僕もそう思います。 23:02 (maho) じゃなるべく早く。 23:02 (machey) 了解。頑張ります。 23:02 (Tora) 余談: .org などの会場で CD-ROM 配ったら、その費用ってどこから来ているのですか。 23:02 (khirano) では、もう少し時間をとって文書と公募と。 23:02 (ycatch) きっと近藤さんの頭の中にプランは、あると思うので、それをサラサラっと。ネ 23:02 (Y) ではこれは次回持ち越しということで。 23:03 (maho) Tora: 自腹です。 23:03 (Tora) debian が $1 ドルで配布していました。 23:03 (ycatch) 各自の持ち出しじゃないかな 23:03 (minari) スタッフ自腹>tora 23:03 (ycatch) 106円/1$ ? 23:03 (Tora) at Linux WorldExpo New York 23:03 (Y) 今まさにそのくらい>可知 23:03 (khirano) 自腹状態は、改善しないとね。 23:04 (minari) #100円募金・・・なるほど 23:04 (maho) discuss@ であおってみたんですが ;) 23:04 (ycatch) この話は、CD-ROM班の話につながってしまうな 23:05 (khirano) さて、次、かな。 23:05 (Y) よろしいですかな。 23:05 (maho) okay 23:05 (machey) +1. 23:05 (ycatch) らじゃ 23:05 (koura) うぃ。 23:05 (minari) 先に3)運営スタッフの明確化について進行状況と今後に関する確認 がよかったかも・・ 23:05 (Y)  ・運営に参加していないコミッターに参加の意志を確認する。(中田) 23:05 (Y)   ※完了 23:05 (Y)  ・ウェブページにある運営関係のドキュメントをピックアップして、運営ス 23:05 (Y)   タッフ編成にあたり書きかえが必要なものを特定し、適切な書きかえを行 23:05 (Y)   う。(可知) 23:05 (Y)   ※完了 23:05 (minari) はい 23:05 (Y) これは完了。お疲れsま。 23:05 (Y) そうかも。私も思った。>巳鳴 23:05 (ycatch) 完了したのは、ピックアップだけね。 23:05 (Y)  ・JCAをわかりやすく説明するページを今年中に作成する。(中田) 23:05 (Y)   →このJCAをわかりやすく説明するページは、以下のようなFAQを含め、 23:05 (Y)    JCAの理解を助ける情報を提供するのが目的。 23:06 (Y) あ,そうですね。 23:06 (Y) 書き換え必要なものの選定と,書き換え作業はできそうですか?>可知 23:06 (ycatch) えー、いろんな意見を交換しているウチに、結局JCAの話になりました :) 23:07 (Y) ごめんなさい。JCAはちょっと待ちましょう。 23:07 (maho) まぁOOoはopensource projectの色が薄いですからねぇ。 23:07 (ycatch) 待ちマース 23:07 (khirano) 書き換えが必要なページは特定できてますか? 23:07 (Y) 可知さん作業はできそうですか? 23:08 (ycatch) あ、ごめんなさい。 23:08 (khirano) リストアップして、MLに流していただければ、手伝えそう。 23:08 (ycatch) 結局、書き直し先もポリシーの話になるから、なかたさんがPDLを検討するなら、それ待ちかな。 23:09 (maho) PDLは問題ないですが、JCAにはサインしないとcommit権は与えられないです。 23:09 (Y) なるほど。確かにそうですね。書き直すと言ってもその基準が決まらないうちは無理ですね。 23:09 (ycatch) Yes もちろん 23:09 (minari) OOoに取り込むのにPDLもOK? 23:09 (maho) ダメ。 23:09 (maho) というかそれは取り込まれないはず。 23:10 (minari) (install guide.is ..pdl....) 23:10 (maho) でもsetup_guideはどうなってるんだろう? 23:10 (minari) PDLと 綺麗に書いてあります 23:10 (maho) ちょっとこれは聞いておきます。 23:10 (ycatch) でも、PDLのドキュメントを、OOoに含めず配布するのは、アリだから、たとえばCD-ROMはOkなんじゃない? 23:10 (minari) (jaは) 23:11 (maho) CD-ROMとは? 23:11 (ikuyaTL10) 英語のsetup_guideはたしかPDLでしたよ。。 23:11 (minari) PDLも要調査というところですかね? 23:11 (ycatch) いくや導入ガイドは? 23:11 (ikuyaTL10) PDLです 23:11 (maho) 問題なし。 23:12 (ycatch) cvsツリーに含まれないと、PDL可なのかな? 23:12 (Y) ただ単に一緒に配っているだけという扱いなのかも。 23:12 (ycatch) たとえば、CD-ROM班が作るやつ 23:12 (maho) それはそれでライセンスを確認しろということか。 23:12 (maho) なるほど。 23:12 (ikuyaTL10) CVSにもLGPL/SISSL以外のものが入っているのでは。。Bitstream Vera Fontとか。。 23:12 (maho) yes. 23:12 (maho) BitstreamはBSDライセンス並みに緩いのでゆるければ入ります。 23:13 (maho) KevinがMS Core fontを入れるということをやってますね。 23:13 (minari) あれはPDL LGPL 以外のライセンスのものも入れますので別です僕は 23:24 (Y) ライセンスの自由度を調べる,そしてja.openoffice.orgで配布できるものを考える。ですね。 23:24 (maho) Knuthの本みたいに「ゲームを始める前に」とかかきますか。 23:24 (maho) Y: okay, thank you very much. 23:25 (Y) 運営スタッフの明確化について進行状況と今後に関する確認 23:25 (Y) です。 23:25 (Y) 結局運営スタッフの明確化については,なかなか話が進んでいないような… 23:25 (maho) いやycatchさんのみ 23:25 (ycatch) これは、時間がかかるのですよ。 > 明確化 23:25 (Y) 現在はスタッフ登録書を作るか,JCAを代用するかというところで問題になっているというのが私の認識です。 23:25 (koura) JCA または登録書、じゃないんですか? 23:26 (maho) koura: yes 23:26 (Y) JCAを代用していいのか,というのが論点かと。 23:26 (ycatch) これも、皆さんどう思います? 23:26 (maho) 問題ないと思うんですが。 23:26 (ikuyaTL10) 代用可能でいいと思います。 23:27 (Tora) JCAとユーザー会とは、別次元だと思うのですが、、、 23:27 (maho) yes 23:27 (minari) 一番最初に 何のためにJCAにしろ、登録書を利用するかだとおもうのですが・・ 23:27 (Y) 私もja.openoffice.orgとユーザー会の混同は良くないと思います。 23:28 (khirano) 個人認証ですよね > みなり 23:28 (Y) また,JCAを代用した場合に問題になりそうなのは,スタッフ登録抹消をどうするかということです。 23:28 (maho) Developer権限を落とすだけで終わりです。 23:28 (Y) 例えば私が明日からOpenOffice.orgの世界からいなくなるとします。 23:28 (koura) 「変な人除け」として機能すれば問題ないと思ってます。 23:28 (Tora) 自分達でコントロールできない 23:28 (Tora) 物をよりどころにすると、 23:28 (Y) サイト上の名前は他の方が消せばいい。 23:28 (koura) JCA にしろ、登録書にしろ。 23:28 (Y) でも,copyrightapprovedはどうするの? 23:29 (maho) どういう問題が発生しますか? 23:29 (Tora) サイトとは? >Y 23:29 (Y) JCAにサインした人がスタッフであるという定義にすると,私が永久にスタッフになってしまいます。 23:29 (minari) 私の認識では[] 23:29 (minari) 変な人除け>khirano 23:29 (Y) サイト=ja.openoffice.orgです。>tora 23:29 (Tora) ども。 23:30 (maho) なるほど。同じように登録書もそうですか。 23:30 (maho) だれがコントロールするかというのは重要な問題です。 23:30 (Y) 登録書の場合,管理人が書類を破棄することができます。また,スタッフ一覧はスタッフ自身で更新が可能です。 23:31 (maho) yes. 23:31 (ycatch) JCAの情報の管理権は、私たちにはないけど、登録書ならあるのじゃないかな 23:31 (koura) JCA を提出した人は「資格を有する」ということでは如何? 23:31 (Y) じゃあなくてもいいことになってしまう。 23:31 (maho) それでいいと思います。 23:31 (maho) Y: yes. 23:32 (ycatch) でも、それはSunには区別が付かないのでは > 資格を有する 23:32 (minari) Sunと区別がつかないとは?>ycatch 23:32 (pochi_atmark) ナンの区別?>カチさん 23:33 (ycatch) Sunと ではなく、Sunには。  JCAを受け取ったSunが、それがスタッフなのかコミッタなのか区別が付かない。全員をコミッタだと思うのでは? 23:33 (maho) SUNはどうでもいいと思います。 23:33 (koura) Sun がスタッフなのか Commiter なのかを区別する必要はないと思いますが。 23:34 (ikuyaTL10) それを心配する必要があるのかわかりかねますが… 23:34 (ycatch) なぜ? JCAはSunと結ぶ契約なのでは? 23:34 (pochi_atmark) それで問題があるんですか?>カチさん 23:34 (minari) sunの問題は我々の問題ではないです。 23:34 (maho) 会とは関係なくJCAにはサインできます。 23:34 (Tora) JCAは免許証、Webの内容を編集できるという。 23:34 (Tora) JCAを持っていなくても、ユーザー会の運営は可能。 23:35 (maho) yes. 23:35 (ycatch) Sunに対して問題を起こすのは、我々の問題ではない?  それを奨励しているのに? 23:35 (maho) できれば登録証も欲しくないです。 23:35 (koura) その免許証を本人確認に代用しよう、ということだと思います。 23:35 (pochi_atmark) 「問題を起こす」とは? 23:36 (maho) 会と関係なくともJCAにはサインできますが、ja.oo.oへのcommit権はproject ownerが支配するので、 23:36 (maho) 運営者のだれかがproject ownerでないかぎり、問題は発生しないと考えています。 23:36 (ycatch) ひとつは、copyrightapprovedですよね。コミットする気がないのに、Sunとの契約が成立して、そこに名前が載って、私たちには消せない 23:37 (koura) ですから、コミットする気のない人は JCA ではなくて、登録書で、ということではありませんでしたか? 23:37 (maho) 選択可能にしています。 23:37 (ycatch) project ownerには、copyrightapprovedが消せる? 23:37 (maho) JCAを破棄できるということですか? 23:37 (maho) 確かできたはず。 23:38 (ycatch) ごめんなさい。どこかで話がこんらんしてますね 23:39 (ikuyaTL10) 権利を行使する権利を剥奪されるのはつらいです。。というのは混乱に拍車をかけるでしょうか。 23:39 (pochi_atmark) どうしてそんなに「copyrightapproved」にこだわるのかわからないのですが、「Webを編集した」時点で「コミットした」ことになるんじゃないですか? 23:39 (ycatch) まって。話が混乱している 23:39 (Y) 私の論点は,ja.openoffice.orgとユーザー会を混同することになるのでJCAの代用反対ということです。 23:39 (Y) 可知さんの論点は? 23:39 (ycatch) コミッタになる人 = JCA 要   コミッタにならずスタッフだけ=登録書  ならOK 23:40 (Tora) 同意。 23:40 (ycatch) コミッタにならない人にも、JCA奨励なら間違い 23:40 (maho) それ面倒すぎます。 23:40 (maho) 人数が増えた場合は。 23:40 (Y) それってどれ? 23:41 (maho) コミッタにならない人にも、JCA奨励なら間違い 23:41 (Y) なぜですか? 23:41 (minari) ja oooのcommiter=JCA要 であって 必ず必要 23:42 (maho) もし何かOOoに取り込まれるべきものができた場合いちいち確認とる作業が必要。 23:42 (Y) 巳鳴さんの発言がどこからつながっているのか分かりません。 23:42 (ycatch) コミッタにならない人の話をしてるのでは? 23:42 (maho) もちろん日本は日本でやる、というのならokay. 23:42 (minari) yes 23:43 (maho) バイナリなども、本体のものを使わず、独自でパッチ、ドキュメント、修正などを 23:43 (maho) 管理できるならば、JCAは不要です。 23:43 (koura) すみません、commiter でかつスタッフ、という場合については、どのようにお考えですか? > catch さん 23:43 (ycatch) コミッタなんだから、JCA要だと思います > koura 23:43 (koura) 登録書は? 23:44 (maho) カジュアルユーザー(ikuya氏を引き合いに出して申し訳ないですが) 23:44 (ycatch) すでにコミッタであることが明確なら、不要なのでは。 23:44 (koura) つまり、JCA or 登録書で OK、ということですか? 23:44 (maho) 彼が、テンプレートなどに日本語対応を行ったとしてフィードバックするならばJCAは必要。 23:45 (ycatch) JCA or 登録書 は、OKです 23:45 (koura) ただ、JCA を無条件に奨励はおかしい、ということですね。 23:45 (ycatch) Yes > koura 23:45 (minari) JCA or 登録証はOKだが 推奨はするのはNOということですね。 23:45 (koura) 無条件に奨励については、私も首肯しかねます。 23:45 (maho) 推奨する理由は書いています。 23:46 (ycatch) 奨励しないという意見も出してるわけです 23:47 (Tora) JCAとユーザー会は別として明文化し、実際の運営上では、両方持っているのが楽。 23:47 (ycatch) そうか。「コミッタにならない人にも、JCA奨励なら間違い」の奨励のニュアンスが違うんだな 23:47 (Y) つまり,中田さんはJCAを推奨したい。可知さんはJCAの無条件推奨は反対。YはJCAの代用そのものが反対。 23:47 (khirano) 運営スタッフは全員とりあえず、登録書をminariさんに出しちゃう。 23:47 (Y) 中田さんも可知さんもJCAの代用そのものはOKということでいいのかな。 23:48 (khirano) かかるのはちょっとした手間と郵便切手代。 23:48 (maho) 僕はokay 23:48 (khirano) どう? 23:48 (ycatch) Ok JCA代用 23:48 (Y) やっと間違いない認識ができたかようですね。 23:49 (ycatch) うーむ。問題の先送りな気がするな。登録書送付 23:49 (maho) Y: JCAの代用そのものに反対する気持ちはわかります。 23:49 (maho) ycatch: yes. 23:49 (Y) ちなみに私としては登録書が紙である必要はあまりないと思います。 23:49 (machey) +1 > Y. 23:49 (maho) PGP signedなら 23:50 (maho) e-mailでも 23:50 (ikuyaTL10) 半分冗談ですけど、みんなで集まって写真撮るとかでもいいのではと思いますね。甘過ぎでしょうか。。 23:50 (khirano) 選択可で。 23:50 (ycatch) 一段と敷居が高くなるっす 23:50 (pochi_atmark) つか、登録書もないに越したことはないと思うんだけどね 23:50 (Y) 本人がいつも使っているメールアドレスに返信して確認すればいいだけでしょう。PGPまでしなくても。 23:50 (maho) potch: yes. 23:50 (maho) FreeBSDで働くとき何も提出してません。*BSDはそれっぽそうです。 23:51 (khirano) 私は登録書送るなら、紙にします。:) 23:51 (minari) つまり、日頃からMLなりで 活動している人でナイト運営にかかわってはならぬということですか?>Y 23:51 (pochi_atmark) (をぉ、カチさん風だ>potch) 23:51 (Y) そうです>巳鳴 23:51 (maho) minari: そうじゃないひとをどうやって信頼できます? 23:51 (maho) ごめんなさい: pochi 23:52 (minari) では、そこの基準はどこですか?<運営スタッフに登録できる。 23:52 (Y) スタッフのコンセンサスです。 23:52 (pochi_atmark) (いや、誤らんでもいいです。自分でも再発見でした>中田さん) 23:52 (Y) 合議です。 23:52 (Tora) スタッフからの紹介? 23:52 (ycatch) 結局、信頼感を形成するなら、紙にこだわることもないような気もするんですよ。 MLで議論するもよし、あって写真を撮るもよし、紙にこだわると、逆に形式化する 23:53 (koura) 御意 23:53 (maho) ycatch: yes 23:53 (Y) いえ,誰も直接に会ったことがないひとでも,普段の活動を見て信頼できそうだとみんなが思えば,ということです。>Tora 23:53 (maho) Y: スタッフのコンセンサスしか無いと思う。僕も。 23:54 (ycatch) ただ、記録がのこったほうが、まあいいので、いちおう紙だと。 メールでも、いいんじゃないか、とも思うし。郵送じゃなくて、FAXでもいい 23:54 (Y) 人の信頼に明確なラインを引くことは不可能です。ですから,スタッフの主観を集合させて少しでも客観的になるようにしようというだけです。 23:54 (minari) 了解しました。では紙でもE-mailでもどちらでもかまわないでしょう。 23:54 (ikuyaTL10) メールをヘッダ付きで印刷というのも良さそうですな。。 23:54 (khirano) 私は運営スタッフについて, 23:54 (ycatch) で、それを我々が関係ないところで動いているJCAに託すのも、どうかな 23:55 (khirano) 運営スタッフについて, 23:55 (khirano) 組織係のminariさんの 23:55 (minari) 変な人よけとして 合意が前提であれば いつものアドレスで送ってくれれば問題ないとおもいます。 23:55 (khirano) 手元に情報があればいいと思います。 23:55 (Tora) サイバーテロの時代です。せめて自筆(といっても代筆されちゃ意味ないけど)の紙、欲しい。それと紹介状。しつこい? 23:55 (khirano) 形態は紙でも、電子情報でもなんでも。 23:55 (minari) で、私が印刷して持っていれば よぃかと:) 23:56 (ycatch) 直接あったときの名刺を整理しておくとかでも、いいんじゃないかな 23:56 (maho) Tora: PGP signedじゃだめ? 23:56 (pochi_atmark) 私はナンでもよいです。 23:56 (Tora) べりさいんが人物評価してくれるのならば。 23:56 (machey) そうすると、紙の方が楽、という人多いかも知れませんね。 23:56 (maho) たぶんそこまでがちりとする必要もないと思います。正直。 23:56 (maho) Tora: ;) 23:57 (kamataki) 管理者が管理しやすい方法で 23:57 (pochi_atmark) 極端なハナシ、中田さんが「こいつは信頼できるヤツだ」と言えば信頼します。 23:57 (minari) me too :p 23:57 (Y) Toraさんとしては一度でも面通しをしたほうがいいということですかな。 23:57 (maho) まぁ僕はこの中の誰でも同じです。 23:57 (Tora) はい。> Y 23:57 (maho) Y: それは厳しいです。 23:57 (minari) 運営スタッフとして どのような活動をするか にも かかわってきますね。:p 23:58 (ycatch) Debianなんかは、相互認証ですよね。信頼できる奴が信頼している奴は、まあ信頼できるだろう。第3者機関は使わなくても良い 23:58 (pochi_atmark) その上で、運営に協力しようという意思があるなら、JCAだろうが登録書だろうが、そのくらいやってくれるだろうとは思うんだけど:-) 23:58 (Tora) まさに、それ。 > ycatch 23:59 (minari) ユーザ会に関する金銭管理等 重要な任務は、面識が必要 であり、それ以外ではだしてくれるだけで問題ないかと思います。 23:59 (ycatch) 信頼関係の別の構築方法を、確立しようとしているんだから、JCAに頼ることはないんじゃないかな? 00:00 (maho) 信頼関係と、JCAは別ですな。 00:00 (pochi_atmark) 別ですね。 00:00 (maho) ここで矛盾が一つでるわけなんですが、 00:00 (khirano) なんだい??? 00:00 (pochi_atmark) あ、そか、なるほど…… 00:00 (maho) これは将来的にJCAが不必要になったら消滅はしますので、過渡的なものだと。 00:01 (maho) 運営スタッフなども、結局信頼関係で、それをJCAで代用、というのは実際に無意味ですが、 00:01 (maho) JCA->JCAや登録証 00:02 (khirano) それじゃあ、みんな、ミナリさんに、ラブレター、あるいはラブメール書く準備はできたかな。 00:02 (maho) まぁJCAが解消すれば、済む話です。 00:02 (khirano) オレ、明日、さっそく書くぞ。 00:02 (khirano) まってろ -> minari 00:02 (Y) まだ何も決まってはいないと思いますが…>平野 00:02 (machey) さっき日付変わりましたね O/T 00:02 (Y) オーバーしてしまいました… 00:02 (khirano) すみません。 00:02 (maho) そのまま移行すればそれですむわけで... 00:02 (Y) ところで今までのまとめ。 00:02 (Y) 中田:JCAまたは登録書。JCAを皆に推奨 00:02 (Y) 可知:JCAまたは登録書。JCAはコミットしたい人のみに推奨 00:02 (Y) Y:JCA代用反対。登録書は紙でなくてもよい。登録には実績必要。 00:02 (Y) Tora:一度でも面通ししている必要あり。もしくはスタッフの紹介。 00:03 (Y) 抜け,ありますかね。 00:03 (minari) ないとおもわれる 00:04 (ycatch) 運営スタッフ間の信頼感を気づくことが、重要。だと 00:04 (ycatch) 気づく->築くですね 00:04 (maho) ycatch: yes. 00:04 (Y) ではこれらの論点を元に今後話し合っていくということで今日はこの辺にしましょう。 00:04 (koura) 御意。 00:04 (khirano) 了解。 00:04 (ycatch) +1 00:04 (Tora) 了解。 00:04 (machey) 了解です。 00:04 (koura) うぃ。 00:04 (ikuyaTL10) お疲れさまでしたー 00:04 (maho) thank you very much. +1 00:05 (Y) では次に進みます。 00:05 (kamataki) お疲れ様 00:05 (Y) 今日はこの辺という台詞で誤解を与えた予感… 00:05 (kamataki) 誤解したかも 00:05 (Y) 4)aram さん運営スタッフより登録削除の件 00:05 (khirano) まだある・・・・ 00:05 (Y) これは反対する人いますか? 00:05 (ikuyaTL10) 失礼しました。。 00:05 (Y) ごめんなさい>今日はこの辺 00:06 (machey) 相変わらず、本人と連絡とれませんか? 00:06 (maho) 僕は削除賛成です。また要求があれば復帰させればよいでしょう。 00:06 (koura) +1 00:06 (Y) まず,荒牧さんはスタッフMLに参加していますか?>巳鳴 00:07 (ycatch) 誰か本人に連絡とろうとしてる? 00:07 (khirano) 私、何回か、aramさんのメアドに連絡しました。 00:07 (khirano) 返信なし。 00:07 (minari) はいってます>y 00:07 (machey) 今から電話する、ってのはマズいですかね 00:08 (machey) こんな時間だし。 00:08 (koura) 流石に遅いのでは…… 00:08 (maho) machey: まずいと思います。 00:08 (ycatch) 誰か、直接面識がある人は? 00:08 (Y) 日付変わっちゃったし。 00:08 (minari) あ 私会ってます:) 00:08 (Y) 近藤さん電話番号知っているということは知り合いですか? 00:09 (machey) 去年オフかいやった時に電話番号交換してるんです。参加者で。 00:09 (Y) なるほど。 00:09 (minari) ちなみに今参加している人は、 [jaooo-staff:1180] staff ml の参加者 で確認できます。 00:09 (Y) 削除OKの意見が多いようですが,もし最後に電話で確認をしたいということでしたらお任せしますが>近藤 00:09 (ycatch) MLに入っているなら、削除賛成だな。 電話するほどでもないでしょう 00:10 (machey) そうですね。> catch 00:10 (Y) では削除ということで決定です。 00:10 (minari) (私の携帯にも入っていた・・・) 00:10 (Y) 5)webmastersja@openoffice.orgに来るメールへの対応ガイドライン 00:11 (Y) これは今までは「こちらのメールアドレスでは質問は受けていません」と返していますが, 00:11 (Y) その下でこっそり教えてあげたりしていることもあります。 00:11 (Y) その辺の統一を図ろうということで良いのかな? 00:11 (minari) (いや こっそり教えてる方が多いい) 00:11 (khirano) Y: そうです。 00:11 (Y) ちなみに文面のテンプレートはIRCでなくMLのほうがいいと思う。 00:11 (maho) 僕は個人の裁量にお任せします。 00:12 (khirano) 基本は、適切なMLなりに振るですね? 00:12 (Y) いちいち文章書くのも面倒なので,テンプレート作って一律却下でいいような。きちんと「ここでは答えません」って言っているんだし。 00:13 (minari) 誰が対応するかというのも問題です。 00:13 (ycatch) ただ単に「質問に答えていません」だと、OOoから逃げちゃうけど、こっそり教えると、逃げないけど、2度はメールしてこないという感じなのだと思います 00:13 (maho) 文章読んでくれない人は正直うざいんで無視で十分。 00:13 (maho) やりたい人がやれば良いと思います。 00:13 (Y) 確かにOpenOffice.orgを広げるという視点から見ると微妙な問題>可知 00:13 (machey) 心証を悪くしない程度には返答しているつもりです。自分では。 00:14 (ycatch) 今は、主にminariさんがやってくれているので、現状維持希望。本人の負担が少ないのなら 00:14 (maho) 人的リソースの問題ですね。 00:14 (minari) 私は問題ないですよ。現状の量であれば 00:14 (maho) 僕はお任せします。 00:15 (ycatch) スレッド式bbsがわかりにくくて、メールで質問したりするかな? 00:15 (khirano) ちなみに、users@ のモデレーターCPHのやり方は、minari風です。 00:15 (Y) 他の方の反対もないようなので,現状維持,巳鳴さんよろしくということで。 00:16 (Y) BBSについてはこれはこれで懸案ですね。 00:16 (minari) 私が基本的に答えるということでよいでしょうか? 00:16 (maho) 任せます。 00:16 (khirano) 賛成 00:16 (khirano) おねがいします。 00:16 (ycatch) ありがたい 00:16 (Y) では,そういうことで。 00:16 (minari) 話を降るときは宜しく ってことでw 私が一応担当します。 00:17 (Y) 鎌滝さんのラベルデータについてですが,メールで解答していただいた点以外に何か聞いておきたいことなどある方はいますか? 00:17 (minari) ただし、メディア等に関してはcatchさん お願いできますか? 00:17 (ycatch) 了解 > メディア対応 00:17 (minari) メディアや企業ですね。 00:17 (Y) メモします>メディアや企業 00:17 (maho) 個人宛は個人の裁量で答える方針 00:18 (maho) これについては皆さんどうですか? 00:18 (minari) 個人宛ては個人で処理してください:p 00:18 (koura) それはまあ、そうですね。 00:18 (khirano) それでいい。 00:18 (Y) ご指名である以上,仕方ないでしょう>中田 00:18 (machey) そう思います。 00:19 (maho) じゃ、そういうことで。 00:19 (Y) ではラベルデータについて今聞いておきたいことがある方は…? 00:19 (pochi_atmark) でも、「中田真秀さま」ってメールも来るよ^^; 00:19 (minari) 指名は・・・・指名者対応で^^; 00:19 (maho) ということです。 00:20 (Y) ぽちさんそれで納得ですか? 00:20 (khirano) 鎌滝さん、ラベルデータのライセンスについては、どうお考えですか? 00:20 (maho) ちゃんと書いてあるのに、企業とかならば、失礼なので僕は答えるつもりはありません。 00:21 (pochi_atmark) 現状、そういうのって、「たまたま」名前が入っているだけで、勘違いしているヒトが多いように思うので、 00:21 (kamataki) 可知さんの、デュアルライセンスに惹かれました 00:21 (pochi_atmark) それは、一般の「間違った質問」メールと同じように処理したほうがよいかなぁと。 00:21 (khirano) なるほど。> 鎌滝さん 00:22 (ycatch) ありがとう。でも、前の話が切れないようなので、ちょっと待ってくださいませ 00:22 (kamataki) 現段階のラベルデータは好きにしてください 00:22 (maho) kamatakiさん、ライセンスは著作者が設定できますよ。 00:22 (kamataki) 了解:kachi 00:22 (ycatch) メールの話を片づけます 00:22 (khirano) ycatch さんが、営業してくれるっていうし!! 00:22 (ycatch) ます? 00:23 (khirano) ごめん。 00:23 (khirano) メール話、おさめて。 00:23 (minari) では、私が対応して 下に個人的に何かお話がある場合XXX@XXX.XX に とかきましょうか。 00:23 (ycatch) webmaster宛で来て、名前が書いてあるとしたら、なかたさん宛が目立ちますよね 00:23 (maho) そうしていただけると大変ありがたいです。 00:24 (pochi_atmark) そういう場合です>カチさん 00:24 (maho) なぜなんでしょう 00:24 (Y) まあその辺は臨機応変に。ということでしょうかね。 00:24 (ycatch) プロジェクトオーナーとして名前が書いてあるからじゃないかな 00:24 (pochi_atmark) で、その内容は、「OOoの使い方が……」って場合が多いようなので、 00:24 (Y) 本当に中田さん宛か訳も分からず中田さん宛かは見れば分かるでしょう。 00:24 (ycatch) ユーザー会御中って、書きにくいから。 00:25 (minari) (aramさん消しました) 00:25 (maho) じゃ、運営者一同とか書いておいていいですか? 00:25 (pochi_atmark) だから、その「訳も分からず中田さん宛て」は、ほかの「よく読め」メールと同じように扱うんですよね?って確認です>Yさん 00:25 (Y) それでいいと思います>ぽち 00:26 (pochi_atmark) それだけです。 00:26 (Y) はい。ご指摘ありがとうございます。 00:26 (ycatch) プロジェクトオーナーを連名にしときます? 00:26 (maho) うーむ交代したときに面倒なので書かない方が懸命だと思います。 00:26 (ycatch) あ。もう、終わったかな 00:27 (Tora) 夜が明けた。カリフォルニア。 00:27 (ycatch) おはようございます 00:27 (Tora) おはようございます。 00:27 (maho) おはようございます。 00:28 (koura) 朝早くからお疲れさまです。 00:28 (khirano) さあ、もうひといき、がんばろう。 00:28 (Y) さて,ではラベルデータの話に戻りましょう。 00:28 (Y) 先ほどの話は, 00:28 (machey) 退社する前にcommittersにメールしたんだけど、徹夜では > Toraさん 00:28 (minari) (少し問い合わせも改良した方がよいかもしれませんね・・) 00:28 (Y) ライセンスについてはデュアルライセンスに興味有り。現在あるものについてはお好きなように。 00:29 (Y) だそうです。 00:29 (khirano) :) 00:29 (khirano) 今後ですよね。 00:29 (Tora) ども。ぐっすり寝ました。> machey 00:29 (maho) ライセンスは著作者が自由に設定できます。同じものに、違うライセンスを設定することも可能です。 00:30 (ycatch) ライセンスは、著作権者にしか設定できないので、そこはがんばって欲しい 00:30 (kamataki) はい。:maho 00:30 (ycatch) BSDライセンスにすれば、楽? 00:30 (maho) そして、フィードバックがあった際は、謝辞として取り扱うのが楽かもしれません。 00:30 (minari) BSD->クローズドにされる危険性が・・・ボソリ 00:31 (maho) 少し考えます。 00:31 (Y) あのー,時間も押しているので,IRCで聞いておきたいことにできれば限定してお願いします。 00:31 (maho) ycatch: 楽です。 00:31 (khirano) 鎌滝版ラベルデータのつくり方ページってあります? 00:31 (maho) どうせバイナリになりませんし:) 00:31 (ycatch) ML継続かな。 00:31 (kamataki) ライセンスについては、もう少し勉強が必要なようで 00:31 (ycatch) ありますよ。ラベル作成 00:31 (khirano) そうですか。 00:31 (kamataki) SF.jpにあります 00:32 (khirano) 了解。 00:32 (Y) 他に質問等ありませんか? 00:32 (maho) そうか、BSDライセンスにすればほとんど問題ないんですね。 00:33 (ycatch) BSDなら、JCA不要? 00:33 (minari) (BSDLの場合はほぼ制限が無いので楽ぽ) 00:33 (maho) externalに取り込まれるという意味で不要になるでしょうね。 00:33 (Y) ライセンスについては一度まとめてからのほうがいいと思いますが。BSDライセンスと言われても内容が分かりません。 00:33 (Y) BSDLなんて聞いたこともありません。 00:34 (ycatch) 次のニュースレターの話が、それの予定。 00:34 (kamataki) 右に同じ 00:34 (minari) BSDライセンス 00:34 (minari) BSDL 00:34 (Y) そしてライセンスの内容説明はIRCですべきものではありません。 00:34 (minari) 今話すべきものではないですね。 00:34 (minari) MLで話した方がよいと思います。 00:34 (maho) ycatch: 後でBSDライセンスの話メールでしましょう。 00:34 (ycatch) らじゃ 00:35 (Y) ラベルデータに関して他に質問はないようなので,次に行きます。 00:35 (Y) 7)今年9月開催予定ベルリンOOoCon参加プロジェクト 00:35 (khirano) うひ 00:35 (ycatch) で、誰が走るの? 00:35 (Y) 私からのコメント:マヂ? 00:35 (maho) 走るのではないはず? 00:35 (minari) 2 00:35 (minari) w 00:35 (koura) 面白そうですけどねぇ。 00:35 (koura) でもマラソンはイヤだな。 00:35 (khirano) マラソン参加はオプション 00:35 (minari) 面白そうですね 00:35 (ycatch) 誰か行けるの? 00:35 (maho) わからないです。 00:35 (khirano) いきたい人〜〜〜〜〜 00:36 (maho) 経緯話しましょうか? 00:36 (koura) 先の事はわかりません。 00:36 (Y) 私もその頃いったいどこにいるやら… 00:36 (maho) ちょうど学会の時期と重なる可能性があるのですが、調べておきます。 00:36 (maho) 行った方がいいですよね。 00:36 (ycatch) お呼びがかかるなら、行ってみたいなぁ 00:36 (maho) 問題は、費用です。 00:36 (khirano) それそれ 00:36 (maho) ycatch: ぜひ行くべきです。 00:36 (koura) 行きたい気持ちはありますが、お金の問題が。 00:37 (minari) いけるとは 思いますが・・・私が言っても役に立たない。 00:37 (machey) いきたいけど、もっと先だろうな。お金の件もあるし。 00:37 (khirano) 費用問題の解決をまずはかる実行委員会つくらない? 00:37 (machey) ドイツ語マスターする、って野望もあるし。ね、平野さん。 00:37 (Tora) すぽんさー募るのはどう。 00:37 (Y) Ich kan kein Deuch 00:37 (maho) Tora: それしかないです。 00:37 (maho) 発表する内容は? 昨年と同じ? 00:37 (koura) # 役に立たないのは私の方が役に立ちません :D 00:38 (ycatch) 去年は、IPAがスポンサーなんですよね 00:38 (minari) #とりあえず、参加者サポートプロジェクトを発足する? 00:38 (minari) #私はコーディネータにはなりません。 00:38 (maho) IPA? 00:38 (pochi_atmark) (ドイツ在住のヒトを巻き込む……) 00:38 (ycatch) 違うのか。> スポンサー 00:38 (Y) 去年のスポンサー情報は公開しても良いのでしょうか? 00:39 (minari) ***(プライバシーに関わるため削除) 00:39 (maho) ちょっとデリケートな問題なのでMLで。 00:39 (khirano) OK 00:39 (Y) 上の部分のログを公開することに問題ありませんか? 00:39 (maho) なし。 00:39 (Y) 了解。 00:39 (ycatch) OK 00:39 (machey) 了解。 00:39 (Y) ではまず実行委員会を作るということかな? 00:39 (pochi_atmark) ま、いいや。 00:40 (maho) 発表するのならスポンサーがつく可能性が高いです。 00:40 (maho) 高いです->高くなる 00:40 (minari) ***(プライバシーに関わるため削除) 00:40 (Tora) IPA: 情報処理推進機構 00:40 (Tora) http://www.ipa.go.jp/software/open/2003/result.html 00:42 (ikuyaTL10) もうだめ…すみませんが寝ます 00:42 (koura) いきなり実行委員会ではなくて、もう少しいろいろ話した方が良いように思います。ML で。 00:42 (maho) おつかれさま。ikuya 00:42 (ycatch) このIPAは、また別の話なのです 00:42 (koura) はい、お疲れさまでした > ikuya さん 00:42 (machey) お大事に 00:42 (minari) おやすみ>ikuya 00:42 (ycatch) ご苦労様でした 00:42 (ikuyaTL10) PCはこのままにしておきます 00:42 (Tora) おやすみ。 00:42 (Y) お疲れ様。 00:42 (Y) これで議題は終わりなので,ご安心を。 00:42 (kamataki) ご苦労様 00:43 (Y) ふむ。何にせよこの話はもう少し練る必要があるということですかね。 00:43 (ycatch) では、残りの話は? 00:43 (Y) MLにて具体化という方向で終了かな。 00:43 (koura) +1 00:43 (ycatch) ok 00:43 (maho) okay 00:43 (kamataki) ok 00:44 (khirano) 了解。 00:44 (minari) +1 00:44 (pochi_atmark) +1 00:44 (machey) えっと、どっちの? 今回のログは公開されるから discuss? 00:44 (maho) Y: Todo表をcommitters MLに流してください。そしてみなさんOOoでのloginネームを教えてください。 00:44 (maho) discuss@が適当だと思います。 00:44 (ycatch) スポンサーの話が微妙なら、スタッフMLかな 00:44 (maho) Y: IssueZillaをたてます。 00:45 (Y) 了解しました。私のログインネームは***(セキュリティ上の懸念により削除)です。>中田 00:45 (koura) 私はスタッフ ML を想定していました。 00:45 (minari) OOo login name : ***(セキュリティ上の懸念により削除) 00:45 (koura) OOo login name: ***(セキュリティ上の懸念により削除) 00:45 (machey) OOo login name : ***(セキュリティ上の懸念により削除) 00:45 (ycatch) ***(セキュリティ上の懸念により削除) 00:45 (Y) スポンサーの話など,機密になる可能性がありますのでまずはスタッフMLでしょうね。 00:45 (khirano) ***(セキュリティ上の懸念により削除) 00:45 (maho) ikuya氏は***(セキュリティ上の懸念により削除)ですね。 00:46 (Tora) ***(セキュリティ上の懸念により削除) 00:46 (pochi_atmark) ***(セキュリティ上の懸念により削除) 00:46 (maho) kamataki氏は? 00:46 (kamataki) OOo nameはわたしは関係ないよね 00:47 (kamataki) 違うか***(セキュリティ上の懸念により削除)で 00:47 (maho) kamataki: 自分は今回すべき仕事はありますか? 00:47 (maho) おっと、すいません。 00:47 (Tora) ログイン名の部分は、公にする必要はないと思いますが。 00:47 (maho) しまった。 00:48 (maho) いや、これでいいです。というのもほぼ明確ですから。 00:48 (Y) 公開されるのが嫌な方がいれば伏せます。一応個人情報ですので。 00:48 (koura) 別に構いません。 00:48 (minari) 運営スタッフとしてooo login nameは 必須ですね・・・ボソリ 00:49 (khirano) 問題なし。 00:49 (Tora) 好き嫌いではなくて、セキュリティ上。 00:49 (Y) なるほど。 00:49 (kamataki) ごめんなさいooo login nameとは? 00:49 (maho) どのような問題が発生しますか? 00:49 (minari) (メールアドレスを公開しているので セキュリティ上の問題は・・ 00:50 (minari) OOo本家の登録名です