野宮です。 In the Message; Subject : Re: [suse-linux-ja] festival.el Message-ID : <4313D65F154.D608TAKEZOU040728@smtp.mail.yahoo.co.jp> Date & Time: Tue, 30 Aug 2005 12:45:35 +0900 [MTさん] == "M. Takeyama(takezou)" has written: MTさん> > で、気になっていてメッセージを上げるのを忘れていたのですが、元々の festival MTさん> > のパッケージに festival.el が入っていますか？ MTさん> > ざっと見て無いと思ったのですが...... MTさん> 無いみたいです。 MTさん> (ちょっと確認してみました。) MTさん> # rpm -qa| grep festival MTさん> festival-1.4.3-37 MTさん> # rpm -qs festival-1.4.3-37 | grep festival.el やはり。 これって、bugzilla に上げた方が良いのでしょうか？ MTさん> 「Bilingual Emacspeak Platform(BEP) for Linux」 MTさん> に情報がありますけど... MTさん> http://www.argv.org/bep/Linux/ 有難うございます。m(_ _)m suse-linux-e@suse.com の過去ログにメッセージが上がっていつのが解ったのです が、これまたパッチが必要なようです。尤も、過去ログは、SUSE 8.2 のものでした ので、事情が大きく変っていて、パッチも大幅な変更が必要かも.... 因に、パッチというのは、ViaVoice に体するものでした。 MTさん> ＃音声合成ライブラリは、別途(有償)、入手しなければいけないですよね。 はい、そうです。 MTさん> ＃以前に、「IPA未踏ソフト成果報告(会)　g新部さんがマネージャの発表」 MTさん> ＃に参加した時に、デモをみました。 MTさん> ＃その時、linuxでだったかどうかは忘れましたが、Emacsで動かしていなので MTさん> ＃BSD系のOS か linuxだったと思います。 Emacsで動かしていなかった、というのは、ViaVoice単体で動かしていたのでしょう か？ MTさん> 正常に動作するかどうは別として MTさん> 「ViaVoice Distributable Runtime Engines」は入手可能のようです。 MTさん> (ライブライのバージョンが違う動かないかも) MTさん> http://www-306.ibm.com/software/voice/viavoice/dev/index.shtml ここは行きました。DLしようとすると、Windows版しかありませんでした。 --- 野宮 賢 mail-to: nomiyac360@mg.point.ne.jp 「eメールや携帯電話に縛られた社会は、自分自身と向き合ったり、 空想にふけったりする自由を奪う。」 -- M. Crichton --

野宮です。 In the Message; Subject : Re: [suse-linux-ja] Re: festival.el Message-ID : <43142BFD19A.F8B1TAKEZOU040728@smtp.mail.yahoo.co.jp> Date & Time: Tue, 30 Aug 2005 18:50:53 +0900 [MTさん] == "M. Takeyama(takezou)" has written: 小生> > これって、bugzilla に上げた方が良いのでしょうか？ MTさん> んーーん。　正直、言ってわかんないです。 MTさん> (vi 使いで、festivalも知らなかったものですから) ソースには、festival.el が入っているのですが、何故わざわざ抜き取ったのか疑 問なんです。 MTさん> もともと、festival.el が ViaVoice に依存するならビルド時に、 MTさん> ファイルの作成もしくは、ファイルのパッケージへのアーカイブは MTさん> おこなわない可能性があります。 MTさん> ＃私なら、状況によっては、そうします。 いえ、festivalは、ViaVoice に関係有りません。 ViaVoice を使うのは、Emacspeak の方です。 MTさん> すみません。(タイポです。) MTさん> 　Emacsで動かしていなので --- Ｘ MTさん> 　Emacsで動かしていたので --- ○ あっ、やはりそうですか。 Emacspeakは、視覚障害者の為に開発されたもので、以前、あるMLで、ロシアの方が 「自分は盲目のプログラマーで、仕事を出来るのは Emacspeak のお陰です」という 書き出しでPOSTされているのを拝見し、大変驚いたという経験をしました。 MTさん> Emacsで動かしていたから、プラットフォームのUnix系だっただろう MTさん> という意味でした。 MTさん> 実際のデモの内容は、Emacsで普通の textファイルを読み込ませて、 MTさん> ”音声”を出したり、Emacsをwebブラウザにもなるように設定して MTさん> webデータをを読んでいたかな。(画像は読み飛ばしたりして) MTさん> ＃メールのデモまでは...(なにぶん、昔のことなので記憶が曖昧です。) なるほど、そういうことでしたか。 その当時ですと、Emacs上のプラウザは、w3 ということになりますか。 MTさん> ＜IPAの関連のレポート＞ MTさん> http://www.twcu.ac.jp/~nabe/doc/IPAreport/ MTさん> ＃もしかして、デモの時って、MS-windowsでやっていたのかな？ MS Windowsだと、Meadowになりますがが？ それに、cygwin の環境を構築しなければならず、かなり面倒だと思いますが。 MTさん> > MTさん> 正常に動作するかどうは別として MTさん> > MTさん> 「ViaVoice Distributable Runtime Engines」は入手可能のようです。 MTさん> > MTさん> (ライブラリーのバージョンが違うと動かないかも) MTさん> > MTさん> http://www-306.ibm.com/software/voice/viavoice/dev/index.shtml MTさん> > MTさん> > ここは行きました。DLしようとすると、Windows版しかありませんでした。 [...] MTさん> 　　に飛んで、以下のようなプロダクトが購入できるようです。 MTさん> Product Price MTさん> IBM ViaVoice Text to Speech SDK Linux Brazilian Portuguese 295.00 [...] MTさん> IBM ViaVoice Text to Speech SDK Linux US English 295.00 おっ、あるのですね。でも、今一つ必要な Runtime が見当たりませんが。 尤も、これは訊いてみることとします。 ともあれ、どうも、有難うございます。m(_ _)m --- 野宮 賢 mail-to: nomiyac360@mg.point.ne.jp 「eメールや携帯電話に縛られた社会は、自分自身と向き合ったり、 空想にふけったりする自由を奪う。」 -- M. Crichton --

At Tue, 30 Aug 2005 14:29:05 +0200, I wrote:

At Tue, 30 Aug 2005 21:12:38 +0900, 野宮　賢 / NOMIYA Masaru wrote:

...

野宮です。

In the Message;

Subject : Re: [suse-linux-ja] Re: festival.el Message-ID : <43142BFD19A.F8B1TAKEZOU040728@smtp.mail.yahoo.co.jp> Date & Time: Tue, 30 Aug 2005 18:50:53 +0900

[MTさん] == "M. Takeyama(takezou)" has written:

小生> > これって、bugzilla に上げた方が良いのでしょうか？

MTさん> んーーん。　正直、言ってわかんないです。 MTさん> (vi 使いで、festivalも知らなかったものですから)

ソースには、festival.el が入っているのですが、何故わざわざ抜き取ったのか疑 問なんです。

抜き取ったというよりは、単にインストール時に忘れているだけだと思います よ。bugzilla に報告お願いします。

ちなみに、bugzilla のレポートというのはとても重要でして、β段階での バグフィックスには原則的に bugzilla ID が必須なのです。 ですから、バグがあった場合は、まず bugzilla、というのが流れです。 ML 上でのバグレポート（特にユーザ ML など）が取り入られる保証は全くな いのですね。 -- Takashi Iwai ALSA Developer - www.alsa-project.org

M. Takeyamaです。 On Wed, 31 Aug 2005 11:46:10 +0900 野宮　賢 / NOMIYA Masaru wrote:

野宮です。

[...]

Iwaiさん> ちなみに、bugzilla のレポートというのはとても重要でして、β段階での Iwaiさん> バグフィックスには原則的に bugzilla ID が必須なのです。 Iwaiさん> ですから、バグがあった場合は、まず bugzilla、というのが流れです。 Iwaiさん> ML 上でのバグレポート（特にユーザ ML など）が取り入られる保証は全くな Iwaiさん> いのですね。

了解しました。 早速 bugzilla に上げることとします。 「suse-linux-ja で、バグだ！ バグだ！」といっても関係 するパッケージのメンテナーさんは、大抵の場合、その事実を 知らないわけで。 ＃知らないから、対応も出来ない。

たまに、iwaiさんとかマイクさんが、suse-linux-ja(ML)からの 話題ということでバグ投稿されているを目にしますが、再現 方法(不具合の)とか、現象(詳細)のことで突っ込みが入り、 かなずしも iwaiさんとかマイクさんがレスできるとは限らない ので保留状態みたいなるものもあったような...(曖昧ですけど) 以前に、マイクさんがとあるbugzillaの件で, 私のメール アドレスをＣＣに追加したことがありました。 ＃具体的には、”GTK_RC_FILES(XMMS)”の件だったりします。 ＃ある日、突然 bugzilla からメールがくる。 ＃KDEがらみのことだと、SUSE(KDE関係者)の誰とやりとりしな ＃ければいけないかは知っているの大丈夫なんですが。 ＃それ以外だと心の準備が... 以前に, 同様なことをコメントしたことがあると思いますけど。 「SUSE 9.x(10.x) のあそこが悪い、ここを改善して欲しい」 というようなことがあれば、 ・bugzilla　---　できれば状況を一番わかっている方が報告を。(英語) (・suse-linux-ja(ML)　---　(とりあえず言ってみる。)) (・opensuse@opensuse.org　--- 今、一番ホットかも) ＃SUSE linuxの開発(プロセス、ルール)にあわせてやるのが ＃一番効果的ですし、問題解決の近道だと思います。 --- M. Takeyama __________________________________ Take an action against poverty http://pr.mail.yahoo.co.jp/whiteband/

At Wed, 31 Aug 2005 20:38:10 +0900, 野宮　賢 / NOMIYA Masaru wrote:

野宮です。

In the Message;

Subject : Re: [suse-linux-ja] Re: festival.el Message-ID : <43157F7F3B6.EF1CTAKEZOU040728@smtp.mail.yahoo.co.jp> Date & Time: Wed, 31 Aug 2005 18:59:27 +0900

[MTさん] == "M. Takeyama(takezou)" has written:

MTさん> 「suse-linux-ja で、バグだ！ バグだ！」といっても関係 MTさん> するパッケージのメンテナーさんは、大抵の場合、その事実を MTさん> 知らないわけで。 MTさん> ＃知らないから、対応も出来ない。

別段、バグだとは思っていませんが。 Iwaiさんも仰るように、入れ忘れだと考えています。

MTさん> 「SUSE 9.x(10.x) のあそこが悪い、ここを改善して欲しい」 MTさん> というようなことがあれば、 MTさん> ・bugzilla　---　できれば状況を一番わかっている方が報告を。(英語)

festival,el を入れた方が良いよ、ということぐらいでも、ですか？

はい。遠慮が多すぎるのは日本人の悪い癖です :-)

MTさん> (・opensuse@opensuse.org　--- 今、一番ホットかも) MTさん> ＃SUSE linuxの開発(プロセス、ルール)にあわせてやるのが MTさん> ＃一番効果的ですし、問題解決の近道だと思います。

う〜む、festivalって、そんなにポピュラーなものでしょうか？ 尤も、Emacs 上で使う以外は、コマンドで使うという方法しか知りませんが。

festival 自体は GNOME の accessability などにも使われてますよ。

In the Message;

Subject : Re: [suse-linux-ja] Re: festival.el (spec ファイルの diff) Message-ID : <43157FBE3B6.EF1DTAKEZOU040728@smtp.mail.yahoo.co.jp> Date & Time: Wed, 31 Aug 2005 19:00:30 +0900

[MTさん] == "M. Takeyama(takezou)" has written:

MTさん> festival-1.4.3-37(SRPM)の中身をみてみました。

MTさん> festival.el をどこにおくかによるんですけど、 MTさん> *.scm と同様にするとしたら、 MTさん> 　/usr/share/festival/ MTさん> になって、以下のような変更点で、festival.el が MTさん> パッケージに収録されるようになります。 MTさん> ＃変更は、１行ですみます。 MTさん> ＃intstallセクション(specファイル) [...] MTさん> /usr/share/festival/festival.el

何故、*.scm を /usr/share/festival の配下に置くのかよく解りません。 何か、お考えがあってのことでしょうが。

*.scm はテキストですから共有可能な /usr/share 以下に置くのは問題ないと 思うのですが？

このこともあって、festival.el を何処におかれるのかなぁ、と考えたりしていま す。

Emacs Lisp なら通常は /usr/share/{emacs,xemacs}/site-lisp 辺りでしょう か。 いずれにせよ、そういうのは、メンテナが悩んでくれますので、大丈夫ですよ。 -- Takashi Iwai ALSA Developer - www.alsa-project.org

M. Takeyamaです。 ＃フォローモード On Wed, 31 Aug 2005 20:38:10 +0900 野宮　賢 / NOMIYA Masaru wrote:

野宮です。

[...]

[MTさん] == "M. Takeyama(takezou)" has written:

MTさん> 「suse-linux-ja で、バグだ！ バグだ！」といっても関係 MTさん> するパッケージのメンテナーさんは、大抵の場合、その事実を MTさん> 知らないわけで。 MTさん> ＃知らないから、対応も出来ない。

別段、バグだとは思っていませんが。 Iwaiさんも仰るように、入れ忘れだと考えています。 すみません。ちょっと表現が大げさ過ぎましたね。 ＃野宮さんには悪いのですが、”festival.elの件”を例にさせてもらいました ＃「suse-linux-ja で、バグだ」と言ってみても、メンテナーさん ＃などにその声が届かなければ変わらない。(ことの大きい／小さいに関係なく)

suse-linux-ja(ML)は, SUSE(Novell)が運用しているから defaultで声が届くという先入観があるのではないか。--- 一般論として。 ＃(岩井さんのコメント --- 集約) ＃「ML 上でのバグレポートが取り入られる保証は全くないのですね。」

MTさん> 「SUSE 9.x(10.x) のあそこが悪い、ここを改善して欲しい」 MTさん> というようなことがあれば、 MTさん> ・bugzilla　---　できれば状況を一番わかっている方が報告を。(英語)

festival,el を入れた方が良いよ、ということぐらいでも、ですか？ です。です。 ＃やってくれなければ、言い方を変えるとか。トーン変えるとか。 ＃(違った意味で、コミニュケーションを楽しむことができるかも)

MTさん> (・opensuse@opensuse.org　--- 今、一番ホットかも) MTさん> ＃SUSE linuxの開発(プロセス、ルール)にあわせてやるのが MTさん> ＃一番効果的ですし、問題解決の近道だと思います。

う〜む、festivalって、そんなにポピュラーなものでしょうか？ 尤も、Emacs 上で使う以外は、コマンドで使うという方法しか知りませんが。 これも、一般論に話を広げています。 他のWeb(ブログ)とかで、SUSEの改善点とか愚痴みたいのものを 時たま、みかけますけど、そこでクローズしていると以上おしまいで 何の進展(改善、改良)もないわけで... ＃そういうのを見かけるとちゃんとした手続きが大切だといつも感じます。

[MTさん] == "M. Takeyama(takezou)" has written:

MTさん> festival-1.4.3-37(SRPM)の中身をみてみました。

MTさん> festival.el をどこにおくかによるんですけど、 MTさん> *.scm と同様にするとしたら、 MTさん> 　/usr/share/festival/ MTさん> になって、以下のような変更点で、festival.el が MTさん> パッケージに収録されるようになります。 MTさん> ＃変更は、１行ですみます。 MTさん> ＃intstallセクション(specファイル) [...] MTさん> /usr/share/festival/festival.el

何故、*.scm を /usr/share/festival の配下に置くのかよく解りません。 何か、お考えがあってのことでしょうが。 考えがありません。(考えていたら、こんなにはやくテストできません) ＃これから、ghostscriptのテストもやらなきゃいけないし...

もともとのRPMの *.scmが、/usr/share/festival に置いてあるので 単純にそれにならっただけです。 ＃すべての *.scm が/usr/share/festival の下ではないですけど。 festival.el が無いといった場合に、 ＝＝＞じゃどこに置くの？(話が展開するかも。) 　　　おくコード(specファイルで)はすぐに書けても。 　　　「本来、どこに置くのが良いのか」という議論は 　　　別次元になるんですよね。 このメールは、「こうやれば収録できるよ」の例です。 言葉だけではなく。実例があると問題解決のイメージが しやすいと思いますので。 ＃メンテナーさんが対応してくれなくても、そのときは ＃「野宮さんで、勝手にやってね。」という意味も含んでいます。 「単にインストール時に忘れているだけ」でなく festival.elを最初から不要を考えていたなら ここらあたりのアイディア(提案みたいなもの)は 用意しておいた方が良いと思います。 --- M. Takeyama __________________________________ Take an action against poverty http://pr.mail.yahoo.co.jp/whiteband/