takezouです。
＃話題をbugzilla関係に絞ってコメント。(＆ スレッドぶち壊しモード)
On Mon, 16 Jan 2006 18:29:55 +0900
野宮 賢 / NOMIYA Masaru
野宮です。
[...]
Takeyamaさん> 今回のケースだとかなり再現性があると思いますので、bugzilla に Takeyamaさん> 登録すると解決は早いかも。(レポート + 日本語DVIファイルを) Takeyamaさん> 「日本語DVIファイルを扱う部分でエラーの生じること」
これですが、ソースに問題があるようで、例えば、
# dvi2tty -q -J hoge.dvi
としましても、-J、つまり、
-J Allow processing of japanese fonts
が効いていません。そんこともあって、namazu では、namazu 2.0.13 の時に対 応を 諦めたとのことですが、それでも bugzilla に上げても宜しいのでしょうか？ ちょっとだけ、bugzillaの使い方などについてコメントを ＃日頃、bugzilla(openSUSE)と言っているには、理由(自分なりのポリシー)が ＃あって発言しているので。
このＭＬで情報交換をやって、解決法が発見(パッチなど)できても バージョンアップしたりした場合には、また、自分で再作業をしなけ ればいけなくなったりすることがあります。それは、それで楽しかったり するのですが、全ての人が喜んでやるわけではありません。 そうなると、根本的な解決(オープンソースの開発元かディストロ)して もらうのが一番効果的という結論に達します。 suse-linux-ja(ML)で議論していると、マイクさんとか岩井さんとかが 気付いてくれて、問題解決することもありますが、それが必ずしも 正しい問題解決のパスなのかな？ と思ってしまいます。 ＃SUSE Linux(ディストロ)がbugzillaでバグを管理しているなら、 ＃そこに、問題をあげるのが一番良いかと。(長期的視点でみたとき) ＜ここから、本題(bugzillaの使い方 --- ちょっとだけノウハウを公開)＞ ・bugzillaへの登録の場合、過去に同じ報告がないかを確認します。 あった場合には、それに追加してゆくなどの方法をとるのが良いと 思います。 間違って、投稿した場合にはバグの管理者(各パッケージのメンテ―ナー) さんから、「２重投稿だ！」みたいな連絡が来ます。 ＃既に登録されているバグＩＤを知らされるので、その議論に加わって ＃いくかたちになると思います。 ・新規登録の場合、どの項目(連絡先)を選ぶかによって対応が違ってくるかも ＃例えば、KDEがらみで、セキュリティのバグの場合は、KDEのメンテナー ＃宛にするか／セキュリティチーム宛にするか？ ＃大体の場合、もし担当が違っていれば、途中から担当が変更されたり ＃します。 ＃あと、場合によっては、議論の途中から召喚されてメールが飛んで ＃くることもありますね。:-) ・内容を記述するときは、再現方法(動作環境なども含む)を書かないと いけないと思います。ここで、「このファイルをビューすると必ず落ちる」 みたいな添付ファイルがあると問題の再現性を簡単に追試できるので 解決が早いと思います。 ＜まとめ＞ で、今回の件だと、Segmentation faultをおこさせる"日本語DVIファイル" が手元にあるので、bugzillaに登録すると問題の解決が早いのはと 思った次第です。 ＃まあ、今回の件は、私の不得意分野でもあるんですけどね。 ＃(名前が出ていたりしてレスしないわけがいかない(最初のキッカケを作った)) P.S. ＭＬの議論は議論で継続すれば良いと思いますし、bugzillaの登録は 登録でやってみればということです。同時並行して問題解決をはかる。 ＃namazuのケースの時も、bugzillaの登録は否定していません。 ＃原因をnkf(perl-NKF)に特定している部分があってそこの部分に ＃対して”スッキリしない”ということだけです。 ＃簡単に再現できそうなら、追試して、同じ場面に遭遇して納得 ＃したかもしれませんが、そうでなかったので、少なくとも論理的な ＃裏付けが欲しかっただけです。(単純に。) ＃私の場合「原因は、nkf(perl-NKF)だ」みたいな閃きが浮かんでこないもので. --- takezou -------------------------------------- GANBARE! NIPPON! Yahoo! JAPAN JOC OFFICIAL INTERNET PORTAL SITE PARTNER http://pr.mail.yahoo.co.jp/ganbare-nippon/