Menu
▾
▴
xcast-linux-dev-ja — XCAST6 for Linux developers in Japanese
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(21) |
Feb
(12) |
Mar
(8) |
Apr
(2) |
May
(46) |
Jun
(15) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2006 |
Jan
(3) |
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Junji S. <js...@mc...> - 2005-06-01 11:01:18
|
佐藤です．
From: KUROSAWA Takahiro <fwk...@mb...>
Subject: Re: [xcast-linux-dev-ja] preparation of release packages
Date: Wed, 01 Jun 2005 18:11:37 +0900
> > 0.2 で全然問題ないと思います．
>
> と書いてしまって今さらなのですが，パッケージのリリースを 0.2_rc1
> とかにすると，0.2 正式リリースのときに，パッケージのアップグレード
> で困ったことになるかもしれない，ということを思い出してしまいました．
>
> rpm -Fvh とかでのアップグレードのときのバージョン比較で，
> 0.2_rc1 > 0.2 となってしまいそうな気がします．
> うーむ，どうしましょうか．
なるほど．そういう問題が発生してしまうんですね．
> 0.1.99 とかにするのがありがちではありますが……
ぢゃ，採用で．
＃いっぱい開発してまっせ，って感じでいいかもです :-)
では，RPM/SRPMに関しては，
release
libxcast/xcgroup : 0.1.99(.fc3)
vic/rat/uclmmbase : 0.1.99.xc(.fc3)
とします．xcの部分で引っかかるかどうかはわからないですが，引っかかる
といや〜んなので，後にしました．
FRSのリリース名は以前の通り"0.2-rc1"で．
|
|
From: KUROSAWA T. <fwk...@mb...> - 2005-06-01 09:11:45
|
黒沢です． At Tue, 31 May 2005 22:40:28 +0900, KUROSAWA Takahiro wrote: > > ＃いきなり0.2から始まるのも変ですが，ベースにしているパッチが > > ＃BSD版0.2なので > > 0.2 で全然問題ないと思います． と書いてしまって今さらなのですが，パッケージのリリースを 0.2_rc1 とかにすると，0.2 正式リリースのときに，パッケージのアップグレード で困ったことになるかもしれない，ということを思い出してしまいました． rpm -Fvh とかでのアップグレードのときのバージョン比較で， 0.2_rc1 > 0.2 となってしまいそうな気がします． うーむ，どうしましょうか． 0.1.99 とかにするのがありがちではありますが…… |
|
From: Yuji I. <ki...@la...> - 2005-06-01 00:48:03
|
UGですが、 From: KUROSAWA Takahiro <fwk...@mb...> Subject: Re: [xcast-linux-dev-ja] preparation of release packages Date: Tue, 31 May 2005 22:40:28 +0900 > むー，そういえば FRS ってディレクトリ階層が作りにくいんでした…… > 無理に FRS 使うんじゃなくて，xcast.jp 使わせてもらっちゃうって > 手もあるのかなー，とか考えたりしてます． 「使わせてもらう」なんてメッソウもございません。 ははぁー。どうぞご存分にお使い下さいぃぃ。 -- UG |
|
From: Junji S. <js...@mc...> - 2005-05-31 15:48:30
|
佐藤です． From: KUROSAWA Takahiro <fwk...@mb...> Subject: Re: [xcast-linux-dev-ja] preparation of release packages Date: Tue, 31 May 2005 22:40:28 +0900 > > FRSでツリー構造にファイルをputするのが可能なのか不明なので， > > とりあえずフラットに置きました．あと，リリース名も勝手に > > "0.2-rc1"とかにしてますが，別名にした方がよい，すべきだという > > 意見があれば仰ってください． > > むー，そういえば FRS ってディレクトリ階層が作りにくいんでした…… > 無理に FRS 使うんじゃなくて，xcast.jp 使わせてもらっちゃうって > 手もあるのかなー，とか考えたりしてます． そうですね．そっちで公開してもOKかもです． もしくは，FRSにはdeb/RPM/SRPMSだけを置いて．ソースの場所とソース からのコンパイル方法はREADMEに記述して逃げるとか :-) > > ＃いきなり0.2から始まるのも変ですが，ベースにしているパッチが > > ＃BSD版0.2なので > > 0.2 で全然問題ないと思います． では，FRSに置く場合は，リリース名は"0.2-rc1"にします． > > それから，カーネルのRPM化はまだやってません． > > > > ＃パッチの数をみて，ちょっとゲンナリしました... > > わたしがパッケージ作ったときは，めんどくさかったので， > mv *.patch *.bz2 (RPM の SOURCES のディレクトリ) > みたいなことをやったのですが，問題なかった憶えがあります． > *.config も mv する必要あったかもしれません． > > そういえば *.config ファイルもいじる必要ありましたが， > echo 'CONFIG_XCAST6=y' >> ${f}.config > を sh の for f in *.config でまわした憶えがあります． > # って作るのは i686 と i686-smp だけで十分な気もしますけど． > > なんでしたら，やりかたはわかっているので，こちらで source RPM > 作りましょうか？ source RPM なら今週末には作れると思います． やると言っておきながら恐縮ですが... ではお言葉に甘えてお願いします． |
|
From: KUROSAWA T. <fwk...@mb...> - 2005-05-31 13:49:31
|
黒沢です． On Tue, 31 May 2005 18:55:34 +0900 (JST) Junji SATO <js...@mc...> wrote: > 作業が遅くなって申し訳ありませんが， いえ，全然そんなことないと思います． > 公開に先駆けて， > FRS(File Release System)におくRPM/SRPMファイルを一時 > 的にまとめてみました．場所は， > > http://xcast-linux.sourceforge.net/0.2-rc1 > > です． いい感じでパッケージが揃ってますね． > FRSでツリー構造にファイルをputするのが可能なのか不明なので， > とりあえずフラットに置きました．あと，リリース名も勝手に > "0.2-rc1"とかにしてますが，別名にした方がよい，すべきだという > 意見があれば仰ってください． むー，そういえば FRS ってディレクトリ階層が作りにくいんでした…… 無理に FRS 使うんじゃなくて，xcast.jp 使わせてもらっちゃうって 手もあるのかなー，とか考えたりしてます． > ＃いきなり0.2から始まるのも変ですが，ベースにしているパッチが > ＃BSD版0.2なので 0.2 で全然問題ないと思います． > なお，RPM/SRPM化するにあたり，以下の変更を行いました． > > - 各specのreleaseマクロを変更 > - rc1.fc3 : libxcast, xcgroup > - xc.0.2_rc1.fc3 : vic, rat, uclmmbase > - 起動スクリプト(xcast6)をlibxcast内に入れ，インストー > ル時にchkconfigされるよう修正 > - xcgroup(クライアントスクリプト)におけるプラットホーム > 選択の正規表現を変更 > > 変更はCVSにcommitしてあります． 了解です． > それから，カーネルのRPM化はまだやってません． > > ＃パッチの数をみて，ちょっとゲンナリしました... わたしがパッケージ作ったときは，めんどくさかったので， mv *.patch *.bz2 (RPM の SOURCES のディレクトリ) みたいなことをやったのですが，問題なかった憶えがあります． *.config も mv する必要あったかもしれません． そういえば *.config ファイルもいじる必要ありましたが， echo 'CONFIG_XCAST6=y' >> ${f}.config を sh の for f in *.config でまわした憶えがあります． # って作るのは i686 と i686-smp だけで十分な気もしますけど． なんでしたら，やりかたはわかっているので，こちらで source RPM 作りましょうか？ source RPM なら今週末には作れると思います． |
|
From: Junji S. <js...@mc...> - 2005-05-31 11:48:44
|
佐藤です． ついでにREADME.txtも作成しましたので，添付します． cvsにも突っ込んでありますので，おかしな点等あれば， 適宜修正してください． |
|
From: Junji S. <js...@mc...> - 2005-05-31 09:47:25
|
佐藤です． 作業が遅くなって申し訳ありませんが，公開に先駆けて， FRS(File Release System)におくRPM/SRPMファイルを一時 的にまとめてみました．場所は， http://xcast-linux.sourceforge.net/0.2-rc1 です． FRSでツリー構造にファイルをputするのが可能なのか不明なので， とりあえずフラットに置きました．あと，リリース名も勝手に "0.2-rc1"とかにしてますが，別名にした方がよい，すべきだという 意見があれば仰ってください． ＃いきなり0.2から始まるのも変ですが，ベースにしているパッチが ＃BSD版0.2なので なお，RPM/SRPM化するにあたり，以下の変更を行いました． - 各specのreleaseマクロを変更 - rc1.fc3 : libxcast, xcgroup - xc.0.2_rc1.fc3 : vic, rat, uclmmbase - 起動スクリプト(xcast6)をlibxcast内に入れ，インストー ル時にchkconfigされるよう修正 - xcgroup(クライアントスクリプト)におけるプラットホーム 選択の正規表現を変更 変更はCVSにcommitしてあります． それから，カーネルのRPM化はまだやってません． ＃パッチの数をみて，ちょっとゲンナリしました... |
|
From: KUROSAWA T. <fwk...@mb...> - 2005-05-28 00:59:45
|
黒沢です． On Sat, 28 May 2005 02:23:10 +0900 (JST) Junji SATO <js...@mc...> wrote: > > sources のディレクトリは，ディストリビューション非依存にしませんか？ > > あと，kernel のディレクトリに入れるものは，sources の下でよさそうに > > 思います． > 上のはおもいっきり思いつきなので，黒沢さんの案でOKです． > では，CPUアーキテクチャはとりあえずi386とi686でいいです > か？noarchもいりますかね． FC のリリースのしかたに合わせると，i686 版はカーネルだけかなと 思います．あとは i386 のパッケージだけでいいんじゃないかと思います． カーネルパッケージは，カーネルのコンフィギュレーションに効いて くるので CPU アーキテクチャが重要になりますが，カーネル以外は 最適化の意味しかなさそうですので． # 前のメールで noarch と書いたのは，kernel-source パッケージが # noarch だったような気がしたからです．よくわかっていないので # すが，「source RPM 使え」って言うこともできそうなので， # kernel-source パッケージはなくても全く問題ないと思います． > FC3とかにしてもいいですか？後続のリリースのために． おお，それが良いですね． > で，FC2用RPM/SRPMの需要ってありますかね．あるとしたら，うちの > 会社のメンバーくらいかな :-p と思っているんですが. > こっちは個人的に対応するので，公開用には用意しなくてもいい気 > がしますがどうでしょう？ FC3 だけでいいと思います． まずは必要最小限の部分でちゃんとしたものにすることを考えた ほうがいいと思っています． カーネルパッケージまで考えると，パッケージをビルドすること 自体もそんなに楽ではないですし，パッケージをビルドする環境 を維持するのもわりと面倒だったりしますし :-) > > リリース名は snapshot とかでしょうかねぇ？ > > 思いきって x.x-RC? (release candidate) とかにしちゃいます？ > > 悩みますね． > とりあえずrcをつけちゃいましょうか．で，xcastizeされているもの > はやっぱり"xc"とかつけた方がいいですよね． > > ex. > - uclmmbase-1.2.16-xc-0.2-rc1 > - uclmmbase-1.2.16-xc.0.2-rc1 > - uclmmbase-1.2.16-xc_0.2-rc1 > - other... > > それ以外のものは単に-rc1でいいのかなと． > > ex. > - libxcast-0.2-rc1 RPM パッケージのリリース番号についてはおまかせします． CVS リポジトリにパッケージング用のファイルを commit してあり ますので，spec ファイルいじっちゃってかまいません． CVS モジュール名は pkgs です． Debian の方は，パッケージのリリース番号を細かくすると，バー ジョンの比較に気をつけないといけなくなるという話を聞いたこ とがあるので，単純に元パッケージに .xc.n をつける形でいきます． > > そういえば，カーネルパッケージどうしましょう？ > > 「使いたい奴は自分で作れ」でもいいと思いますが，あるとうれしい > > かもです． > > そうですね． > "簡単，お手軽"を目指しているので，あった方がいいですね． > こちらも作っておきます． ありがとうございます． XCAST6/Linux な環境を用意するのがかなり楽になりそうです． > ＃それにしても，結構な数のパッチがあったてますね < kernel*.src.rpm そうなんですよ． なので，vanilla kernel 用に作ったパッチがあたらないことが かなりよくあるという…… |
|
From: Junji S. <js...@mc...> - 2005-05-27 17:15:04
|
佐藤です． From: KUROSAWA Takahiro <fwk...@mb...> Subject: Re: [xcast-linux-dev-ja] vic patch - enable to receive Date: Fri, 27 May 2005 21:19:24 +0900 > > xcast-linux.sourceforge.net > > > > にディレクトリを掘って，そこに置くってかたちでいいで > > すかね？ > > File Release System を使うほうが良いようです． あ，じゃぁ，そうしましょう． > > kernel/ > > Debian/ > > sources/ > > packages/ > > FC/ > > sources/ > > RPM/ > > SRPM/ > > > > ってな感じで． > > sources のディレクトリは，ディストリビューション非依存にしませんか？ > あと，kernel のディレクトリに入れるものは，sources の下でよさそうに > 思います． 上のはおもいっきり思いつきなので，黒沢さんの案でOKです． では，CPUアーキテクチャはとりあえずi386とi686でいいです か？noarchもいりますかね． > まとめると，自分としては以下がよさそうに思います． > > sources/ > Debian-sarge/ > FC/ > RPMS/ > SRPMS/ FC3とかにしてもいいですか？後続のリリースのために． FC3/ RPMS/ SRPMS/ FC4/ RPMS/ SRPMS/ ... もしくは， FC/ 3/ RPMS/ SRPMS/ 4/ RPMS/ SRPMS/ ... とか． で，FC2用RPM/SRPMの需要ってありますかね．あるとしたら，うちの 会社のメンバーくらいかな :-p と思っているんですが. こっちは個人的に対応するので，公開用には用意しなくてもいい気 がしますがどうでしょう？ ＃みんなものぐさなので上げようとしない :-) > リリース名は snapshot とかでしょうかねぇ？ > 思いきって x.x-RC? (release candidate) とかにしちゃいます？ 悩みますね． とりあえずrcをつけちゃいましょうか．で，xcastizeされているもの はやっぱり"xc"とかつけた方がいいですよね． ex. - uclmmbase-1.2.16-xc-0.2-rc1 - uclmmbase-1.2.16-xc.0.2-rc1 - uclmmbase-1.2.16-xc_0.2-rc1 - other... それ以外のものは単に-rc1でいいのかなと． ex. - libxcast-0.2-rc1 > > RPM/SRPMの作成だけだったら私の方でもできますが，作成 > > しておきましょうか？ > > おお，かなりうれしいです． > うちには VMware 内の FC3 の環境しかないのです． 了解です． 作成しておきます． > そういえば，カーネルパッケージどうしましょう？ > 「使いたい奴は自分で作れ」でもいいと思いますが，あるとうれしい > かもです． そうですね． "簡単，お手軽"を目指しているので，あった方がいいですね． こちらも作っておきます． ＃それにしても，結構な数のパッチがあったてますね < kernel*.src.rpm 長文失礼しました． |
|
From: KUROSAWA T. <fwk...@mb...> - 2005-05-27 12:23:19
|
黒沢です． On Fri, 27 May 2005 20:19:32 +0900 (JST) Junji SATO <js...@mc...> wrote: > で，(十分ではありませんが)一通り動作確認もできたので > もうそろそろ他の方にも使ってもらって，大いにテスト > してもらいたいなぁと思っているんですが，どうでしょう？ 同感です． > もし公開OKなら，とりあえすDeb/RPMを > > xcast-linux.sourceforge.net > > にディレクトリを掘って，そこに置くってかたちでいいで > すかね？ File Release System を使うほうが良いようです． Project Web Server は，長く続いているダウンロードは自動的に 帯域を狭めるとかいうことをやってるからでかいものは置いても うまくいかないよとか書いてあったように思います． File Release System を使えば，ちょっと待てば日本にもミラー されてうれしかったりします． > 例えば， > > kernel/ > Debian/ > sources/ > packages/ > FC/ > sources/ > RPM/ > SRPM/ > > ってな感じで． sources のディレクトリは，ディストリビューション非依存にしませんか？ あと，kernel のディレクトリに入れるものは，sources の下でよさそうに 思います． こまかいつっこみですが， RPM -> RPMS, SRPM -> SRPMS の方がよさそうに思います． /usr/src/redhat の下は RPMS とかになっているので． /usr/src の下は CPU アーキテクチャごとにわかれていますが， XCAST6 のリリースでは分ける必要はないと思います． まとめると，自分としては以下がよさそうに思います． sources/ Debian-sarge/ FC/ RPMS/ SRPMS/ リリース名は snapshot とかでしょうかねぇ？ 思いきって x.x-RC? (release candidate) とかにしちゃいます？ > RPM/SRPMの作成だけだったら私の方でもできますが，作成 > しておきましょうか？ おお，かなりうれしいです． うちには VMware 内の FC3 の環境しかないのです． そういえば，カーネルパッケージどうしましょう？ 「使いたい奴は自分で作れ」でもいいと思いますが，あるとうれしい かもです． FC3 で，2.6.10-1.770_FC3 に対して作業した spec ファイルと， オリジナルからの差分を添付しておきます． # FC2 でパッケージを作る場合は %define FC3 1 とかやっている # 部分に気をつけてください． # あとは，rpmbuild に --target i686,noarch をつけておく必要が # あったりとかという話もあったような． |
|
From: Junji S. <js...@mc...> - 2005-05-27 11:11:37
|
佐藤です． From: KUROSAWA Takahiro <fwk...@mb...> Subject: Re: [xcast-linux-dev-ja] vic patch - enable to receive Date: Thu, 26 May 2005 23:39:56 +0900 > 以上をまとめて，パッチや spec ファイルを更新したのは，以下のパッケー > ジです: > uclmmbase > libxcast > rat > vic > > # kernel-patch と xcgroup 以外とも言います :) アップデートありがとうございました． で，(十分ではありませんが)一通り動作確認もできたので もうそろそろ他の方にも使ってもらって，大いにテスト してもらいたいなぁと思っているんですが，どうでしょう？ もし公開OKなら，とりあえすDeb/RPMを xcast-linux.sourceforge.net にディレクトリを掘って，そこに置くってかたちでいいで すかね？ 例えば， kernel/ Debian/ sources/ packages/ FC/ sources/ RPM/ SRPM/ ってな感じで． RPM/SRPMの作成だけだったら私の方でもできますが，作成 しておきましょうか？ |
|
From: Eiichi M. <mur...@jp...> - 2005-05-26 21:37:53
|
黒澤さん、佐藤さん 村本です。 すばらしいです。 休んでくださいね。いや、ほんと、体は、壊さないでくださいね。 KUROSAWA Takahiro さんは書きました: >On Thu, 26 May 2005 17:34:43 +0900 (JST) >Junji SATO <js...@mc...> wrote: > >> FC系でしか(FC系専用?!)試していませんが，初期化スクリプト >> を作成してみました． ># Debian の方は…… ># 今日はもう電池切れっぽいので明日には間にあわなそうです． ># パッケージ作る気力が…… ----- mur...@jp... |
|
From: KUROSAWA T. <fwk...@mb...> - 2005-05-26 15:05:45
|
黒沢です． On Thu, 26 May 2005 17:34:43 +0900 (JST) Junji SATO <js...@mc...> wrote: > FC系でしか(FC系専用?!)試していませんが，初期化スクリプト > を作成してみました． > > /etc/init.dにつっこんでchkconfig --add xcast6すればOKだ > と思います． すばらしい！ FC 系で「v6 引けたから，ちょっと XCAST6 試してみようかな」って 人にとってはこれでかなり敷居が下がったと思います． 初期化系のスクリプトはディストリビューション非依存に作るのは たぶん無理ですよねぇ． Debian だと start と kill の番号はパッケージのスクリプトで与えて いたような気がしますし． # Debian の方は…… # 今日はもう電池切れっぽいので明日には間にあわなそうです． # パッケージ作る気力が…… |
|
From: KUROSAWA T. <fwk...@mb...> - 2005-05-26 14:52:18
|
黒沢です．
On Thu, 26 May 2005 13:52:13 +0900 (JST)
Junji SATO <js...@mc...> wrote:
> で，早速0にして試したみましたが，vic/ratとも受信できています．
> なので，ifindexを取得するコードは不要です．
安心しました．テストどうもありがとうございます．
> - ifaddr.hのインクルード
> - if_nametoindex()部分
> - vicの-xオプション部分
>
> ＃単純にADD_MEMBERSHIPを追加するだけでOKですね
この部分を外したパッチを作成しました．
vic と rat (というか libuclmmbase) については ADD_MEMBERSHIP を
有効にしてあります．
> > > それから，rpmbuildしたときに，*debuginfo*.rpmが作られてしま
> > > うので，各specファイルに
> > >
> > > %define debug_package %{nil}
> > >
> > > を入れた方がいいかもです．
> >
> > よくわからずに作業しているのですが，debuginfo のパッケージは作らな
> > いほうが良いのでしょうか？
>
> あってもいいでしょうが，debuginfoではないRPMにも*debuginfo*関連の
> ライブラリが含まれてくるので，混乱を招くのかなと．
なるほど．
debuginfo なファイルが入らないように，%files の部分の指定を直しました．
usr/lib/* とか書いていたのがまずかったようです．
以上をまとめて，パッチや spec ファイルを更新したのは，以下のパッケー
ジです:
uclmmbase
libxcast
rat
vic
# kernel-patch と xcgroup 以外とも言います :)
|
|
From: Junji S. <js...@mc...> - 2005-05-26 08:26:40
|
佐藤です． FC系でしか(FC系専用?!)試していませんが，初期化スクリプト を作成してみました． /etc/init.dにつっこんでchkconfig --add xcast6すればOKだ と思います． ＃起動番号は暫定的にS98 K02にしてます From: KUROSAWA Takahiro <fwk...@mb...> Subject: Re: [xcast-linux-dev-ja] vic patch for 2.8ucl1.1.5, libxcast Date: Thu, 19 May 2005 17:51:33 +0900 > 初期化スクリプトがあるとうれしかったりするかもしれません． > > /sbin/chkconfig とかで XCAST6 の on/off を制御できたりすると， > バイナリパッケージを放り込むだけの人に対してのドキュメントがとても > 楽になるなぁとか思ったり…… > > # ただ，ディストリビューション依存なのが面倒ですね． > # Debian だと /etc/default/* をいじることになりそうですし． |
|
From: Junji S. <js...@mc...> - 2005-05-26 04:51:36
|
すいません．
間違えました．
> - ifaddr.hのインクルード
- net/if.h のインクルード
^^^^^^^^
でした．
＃ifaddrs.hもいらないかもです
---jsato
From: Junji SATO <js...@mc...>
Subject: Re: [xcast-linux-dev-ja] vic patch - enable to receive
Date: Thu, 26 May 2005 13:52:13 +0900 (JST)
> なので，ifindexを取得するコードは不要です．
>
> - ifaddr.hのインクルード
> - if_nametoindex()部分
> - vicの-xオプション部分
>
> ＃単純にADD_MEMBERSHIPを追加するだけでOKですね
|
|
From: Junji S. <js...@mc...> - 2005-05-26 04:44:09
|
佐藤です．
From: KUROSAWA Takahiro <fwk...@mb...>
Subject: Re: [xcast-linux-dev-ja] vic patch - enable to receive
Date: Thu, 26 May 2005 07:14:15 +0900
> > ratにオプションを追加してインターフェイス名orインターフェイス
> > インデックスをuclmmbaseに渡すのは難しそうだったので，udp_xcast6_init()
> > 内で行ってます．しかも，安直にprocを使ってしまいました...
> > かなりしょぼいので参考程度に使ってください :-)
>
> カーネルの方で，net/ipv6/mcast.c の ipv6_sock_mc_join() 内部が
>
> if (ifindex == 0) {
> struct rt6_info *rt;
> rt = rt6_lookup(addr, NULL, 0, 0);
> if (rt) {
> dev = rt->rt6i_dev;
> dev_hold(dev);
> dst_release(&rt->u.dst);
> }
> } else
> dev = dev_get_by_index(ifindex);
>
> ということをやってくれているので，ifindex を調べずに 0 で渡しちゃって
> 良いように思います．
>
> 0 にして渡しても動作するようでしたら，vic の方も直してしまおうと
> 思います．
をを，本当だ．
2.6.8.1の時に加えた修正をまんま流用していんですが，そういえば
xcst6tnl0にルーティングエントリを追加するのでifindexにセット
しなくても大丈夫そうですね．
で，早速0にして試したみましたが，vic/ratとも受信できています．
なので，ifindexを取得するコードは不要です．
- ifaddr.hのインクルード
- if_nametoindex()部分
- vicの-xオプション部分
＃単純にADD_MEMBERSHIPを追加するだけでOKですね
> > それから，rpmbuildしたときに，*debuginfo*.rpmが作られてしま
> > うので，各specファイルに
> >
> > %define debug_package %{nil}
> >
> > を入れた方がいいかもです．
>
> よくわからずに作業しているのですが，debuginfo のパッケージは作らな
> いほうが良いのでしょうか？
あってもいいでしょうが，debuginfoではないRPMにも*debuginfo*関連の
ライブラリが含まれてくるので，混乱を招くのかなと．
[jsato@rose i386]$ rpm -qpl ./libxcast-0.2-1.i386.rpm
/usr/include/libxcast.h
/usr/lib/debug
/usr/lib/debug/usr
/usr/lib/debug/usr/lib
/usr/lib/debug/usr/lib/libxcast.so.0.0.0.debug
/usr/lib/libxcast.a
/usr/lib/libxcast.la
/usr/lib/libxcast.so
/usr/lib/libxcast.so.0
/usr/lib/libxcast.so.0.0.0
このdebuginfoをどのように使用するかはわからないのですが，
RH9のリリースノートによると，
GDBは、アプリケーション用のデバッグ情報が個別ファイルから
読み込まれるように強化されています。これにより、バイナリ
からデバッグ情報を抽出して、補足パッケージ に入れることが
できるようになりました。Red Hat Linux 9 の開発中、"debuginfo"
パッケージは、、特別のRPMマクロをインプリメントしてほぼす
べてのパッケージに生成されました。 デフォルトでは、
Red Hat Linux 9 でのRPMマクロの設定は"debuginfo"パッケージ
を生成します。パッケージを構築していて、"debuginfo"パッケ
ージを生成したくない 場合は、~/.rpmmacros ファイルに以下を
加えてください。
%define debug_package %{nil}
gdbで用いるので，一般ユーザにはあまり関係のないもののよう
に思います．
|
|
From: KUROSAWA T. <fwk...@mb...> - 2005-05-25 22:34:13
|
黒沢です．
On Thu, 26 May 2005 02:13:51 +0900 (JST)
Junji SATO <js...@mc...> wrote:
> vicと同様，xcst6tnl0でff05::10にADD_MEMBERSHIPするパッチを作成
> してみました．uclmmbaseのsrc/net_udp.cに対するパッチです．
ありがとうございます．
> ratにオプションを追加してインターフェイス名orインターフェイス
> インデックスをuclmmbaseに渡すのは難しそうだったので，udp_xcast6_init()
> 内で行ってます．しかも，安直にprocを使ってしまいました...
> かなりしょぼいので参考程度に使ってください :-)
カーネルの方で，net/ipv6/mcast.c の ipv6_sock_mc_join() 内部が
if (ifindex == 0) {
struct rt6_info *rt;
rt = rt6_lookup(addr, NULL, 0, 0);
if (rt) {
dev = rt->rt6i_dev;
dev_hold(dev);
dst_release(&rt->u.dst);
}
} else
dev = dev_get_by_index(ifindex);
ということをやってくれているので，ifindex を調べずに 0 で渡しちゃって
良いように思います．
0 にして渡しても動作するようでしたら，vic の方も直してしまおうと
思います．
> それから，rpmbuildしたときに，*debuginfo*.rpmが作られてしま
> うので，各specファイルに
>
> %define debug_package %{nil}
>
> を入れた方がいいかもです．
よくわからずに作業しているのですが，debuginfo のパッケージは作らな
いほうが良いのでしょうか？
> あと，uclmmbase.spcに，"--enable-ipv6"を追加しなくてはいけない
> ような気がします．
おお，それはまずいですね．追加するようにします．
|
|
From: Junji S. <js...@mc...> - 2005-05-25 17:05:49
|
佐藤です．
From: KUROSAWA Takahiro <fwk...@mb...>
Subject: Re: [xcast-linux-dev-ja] vic patch - enable to receive
Date: Wed, 25 May 2005 23:12:46 +0900
> なお，vic のパッチについては，以下の部分を佐藤さんのパッチから
> 変更しています．
> - ADD_MEMBERSHIP するソケットを，受信側のソケットに変更．
> ADD_MEMBERSHIP は「パケットをわたしにも届けてね」と言うための
> ものですので，受信側のソケットに対して行うのが正しいと思います．
> 送信側のソケットにした場合は XCAST6 パケットを受信できないように
> 思います．
すいませんでした．
XcastCreateGroup()で作成するソケットは送信ソケットだったのですね．
お手数おかけしました．
> - DLOG マクロが未定義だったので，使っている部分を削除しました．
パッチを送った後に気づきました．
こちらもすいませんでした．
> > - rat の ADD_MEMBER パッチ (by 佐藤さん？) の取り込み
> > + 4.2.25 へバージョンアップ
>
> こちらについては何もしていません．
vicと同様，xcst6tnl0でff05::10にADD_MEMBERSHIPするパッチを作成
してみました．uclmmbaseのsrc/net_udp.cに対するパッチです．
ratにオプションを追加してインターフェイス名orインターフェイス
インデックスをuclmmbaseに渡すのは難しそうだったので，udp_xcast6_init()
内で行ってます．しかも，安直にprocを使ってしまいました...
かなりしょぼいので参考程度に使ってください :-)
4.2.25へのバージョンアップは，前述の通り，UCLのrat-4.2.25に
対してrat_4.2.22-2.xc.1.diffはすんなりあたるので問題ないと
思います．
＃動作確認はrat-4.2.25で行いました
それから，rpmbuildしたときに，*debuginfo*.rpmが作られてしま
うので，各specファイルに
%define debug_package %{nil}
を入れた方がいいかもです．
あと，uclmmbase.spcに，"--enable-ipv6"を追加しなくてはいけない
ような気がします．
|
|
From: KUROSAWA T. <fwk...@mb...> - 2005-05-25 14:29:59
|
黒沢です． On Wed, 25 May 2005 12:35:17 +0900 KUROSAWA Takahiro <fwk...@mb...> wrote: > 今までの修正をふまえて，Debian のパッケージを作るにあたっては， > 以下の作業をしようと思います． > > - kernel-patch 修正 > - vic の ADD_MEMBER パッチその他 by 佐藤さん の取り込み ここまで作業しました．例のところのパッチは差し替えました． SHA1 (vic_2.8ucl1.1.5-5.xc.1.diff.gz) = 79c3a4984c7e3b17e744e5bbfcf792cb02975fde です． なお，vic のパッチについては，以下の部分を佐藤さんのパッチから 変更しています． - ADD_MEMBERSHIP するソケットを，受信側のソケットに変更． ADD_MEMBERSHIP は「パケットをわたしにも届けてね」と言うための ものですので，受信側のソケットに対して行うのが正しいと思います． 送信側のソケットにした場合は XCAST6 パケットを受信できないように 思います． - DLOG マクロが未定義だったので，使っている部分を削除しました． - v4l のインデントは，極力オリジナルのものに合わせました． > - rat の ADD_MEMBER パッチ (by 佐藤さん？) の取り込み > + 4.2.25 へバージョンアップ こちらについては何もしていません． |
|
From: Junji S. <js...@mc...> - 2005-05-25 08:06:56
|
佐藤です． From: KUROSAWA Takahiro <fwk...@mb...> Subject: Re: [xcast-linux-dev-ja] vic patch - enable to receive Date: Wed, 25 May 2005 12:35:17 +0900 > > で，次はratなんですが，サウンドデバイスがOSSエミュレーションでちゃ > > んと認識されているみたいなので，vic同様xcst6tnl0に対してADD_MEMBER > > するコードを追加するだけなのかなと思ってます．ただ，ratの方に追加す > > るのはしんどそうなので，uclmmbaseに追加しようと思ってますが，いぢ > > ちゃりしちゃうと問題が発生しますか？ > > XCAST6 に特化している部分への追加であれば，問題ないと思います． > その部分は rat しか使いませんので． 了解です． > > あと，ratのベースバージョンをBSD版と同じく4.2.25にあげたいのですが > > いかがでしょう？ > > そっちのほうがよさそうですね． > Debian のパッケージをベースに作業したので，古いバージョンを > 使っていました． > > 今までの修正をふまえて，Debian のパッケージを作るにあたっては， > 以下の作業をしようと思います． > > - kernel-patch 修正 > - vic の ADD_MEMBER パッチその他 by 佐藤さん の取り込み > - rat の ADD_MEMBER パッチ (by 佐藤さん？) の取り込み > + 4.2.25 へバージョンアップ こっちも了解です． |
|
From: Junji S. <js...@mc...> - 2005-05-25 07:54:03
|
佐藤です． From: Yuji Imai <ki...@la...> Subject: Re: [xcast-linux-dev-ja] vic patch - enable to receive Date: Wed, 25 May 2005 10:52:11 +0900 (JST) > > 試しに，UCLから取ってきたrat-4.2.25のratディレクトリに対して > > rat_4.2.22-2.xc.1.diffを当ててみたのですが，rat.specでrejectされる > > くらいであとは問題ないです．なので，rat.specを修正するだけで大丈夫 > > のような気がします． > > 最新版がいい気がします。 > > ところで、ADD_MEMBERのコードを含めucl*とかBSD組と離れて行っちゃった > りしないかな。後からでもいいと思うけど。（これが言いたかった事。） 基本的にBSDパッチに追加って感じなので，単純に#ifdef Linuxとかでくくっ ちゃえばいいのかなと思ってます． ＃BSDカーネルだとxcst0で明示的にMLD joinしなくてもOKなんですかね uclmmbaseの方もratのcommonに相当する部分で，こちらも上記同様，BSD 版パッチがベースで，それにappendって感じです． |
|
From: KUROSAWA T. <fwk...@mb...> - 2005-05-25 03:35:22
|
黒沢です． At Wed, 25 May 2005 02:47:26 +0900 (JST), Junji SATO wrote: > > この方法で修正したパッチを添付します．素の linux-2.6.10 に対する > > パッチとなっています．よろしければお試しください． > パッチをあてたところ，vicにてパケットが出ることを確認しました！ > 対応ありがとうございました． 確認どうもありがとうございます． 動いたようでほっとしました．あとはパッケージを直さねば． > で，次はratなんですが，サウンドデバイスがOSSエミュレーションでちゃ > んと認識されているみたいなので，vic同様xcst6tnl0に対してADD_MEMBER > するコードを追加するだけなのかなと思ってます．ただ，ratの方に追加す > るのはしんどそうなので，uclmmbaseに追加しようと思ってますが，いぢ > ちゃりしちゃうと問題が発生しますか？ XCAST6 に特化している部分への追加であれば，問題ないと思います． その部分は rat しか使いませんので． > あと，ratのベースバージョンをBSD版と同じく4.2.25にあげたいのですが > いかがでしょう？ そっちのほうがよさそうですね． Debian のパッケージをベースに作業したので，古いバージョンを 使っていました． 今までの修正をふまえて，Debian のパッケージを作るにあたっては， 以下の作業をしようと思います． - kernel-patch 修正 - vic の ADD_MEMBER パッチその他 by 佐藤さん の取り込み - rat の ADD_MEMBER パッチ (by 佐藤さん？) の取り込み + 4.2.25 へバージョンアップ |
|
From: Yuji I. <ki...@la...> - 2005-05-25 01:52:25
|
UGです。 ほんんんんんんんんんんんっと、なんにもしてなくてごめんよ。 From: Junji SATO <js...@mc...> Subject: Re: [xcast-linux-dev-ja] vic patch - enable to receive Date: Wed, 25 May 2005 02:47:26 +0900 (JST) > パッチをあてたところ，vicにてパケットが出ることを確認しました！ > 対応ありがとうございました． すげー。 > > # ずいぶん遅い (早い？) 時間にメールを書いていらっしゃるようで > > # びっくりしてします．あまり無理なさらないでください…… > > お気遣いありがとうございます． > > 思い立ったが吉日で，アルファさんとのミーティングまでに何とか > 動くところまでは，と勝手に鼓舞しちゃってるだけです :-p > > ＃それに，ちょうど仕事の方も一段落ついたので 身体だけはきをつけてね。 > で，次はratなんですが，サウンドデバイスがOSSエミュレーションでちゃ > んと認識されているみたいなので，vic同様xcst6tnl0に対してADD_MEMBER > するコードを追加するだけなのかなと思ってます．ただ，ratの方に追加す > るのはしんどそうなので，uclmmbaseに追加しようと思ってますが，いぢ > ちゃりしちゃうと問題が発生しますか？ > > あと，ratのベースバージョンをBSD版と同じく4.2.25にあげたいのですが > いかがでしょう？ > > 試しに，UCLから取ってきたrat-4.2.25のratディレクトリに対して > rat_4.2.22-2.xc.1.diffを当ててみたのですが，rat.specでrejectされる > くらいであとは問題ないです．なので，rat.specを修正するだけで大丈夫 > のような気がします． 最新版がいい気がします。 ところで、ADD_MEMBERのコードを含めucl*とかBSD組と離れて行っちゃった りしないかな。後からでもいいと思うけど。（これが言いたかった事。） ---- UG |
|
From: Junji S. <js...@mc...> - 2005-05-24 17:39:29
|
黒沢さん 佐藤です． From: KUROSAWA Takahiro <fwk...@mb...> Subject: Re: [xcast-linux-dev-ja] vic patch - enable to receive Date: Tue, 24 May 2005 22:57:16 +0900 > > > (1) カプセル化されたパケットを受けとったときのインタフェースの > > > ifindex を skb のどこかに覚えておくように変更する > > > (たぶん skb->xcast6 の下)． > > > (2) ip6_route_input_byaddr() に ifindex を与える引数を追加する． > > > (3) xcast6_branch() は (1) で覚えておいた ifindex を使って > > > ip6_route_input_byaddr() を呼び出すように変更する． > > > > なるほど． > > 上記の方法で良いと思います． > > この方法で修正したパッチを添付します．素の linux-2.6.10 に対する > パッチとなっています．よろしければお試しください． パッチをあてたところ，vicにてパケットが出ることを確認しました！ 対応ありがとうございました． > # ずいぶん遅い (早い？) 時間にメールを書いていらっしゃるようで > # びっくりしてします．あまり無理なさらないでください…… お気遣いありがとうございます． 思い立ったが吉日で，アルファさんとのミーティングまでに何とか 動くところまでは，と勝手に鼓舞しちゃってるだけです :-p ＃それに，ちょうど仕事の方も一段落ついたので > > 覚えておく場所としては，skbの他に，ip6_tnlとかip6_tnl_parmと > > かは使えないですかね... > > SMP の場合にパケットが同時に処理されたりしなければできそうですが， > ロックなしでそれが保証できるのかどうかわからないので，上に書いた > 通りパケットに憶えさせておくようにしておきました． なるほど． 勉強になりました． で，次はratなんですが，サウンドデバイスがOSSエミュレーションでちゃ んと認識されているみたいなので，vic同様xcst6tnl0に対してADD_MEMBER するコードを追加するだけなのかなと思ってます．ただ，ratの方に追加す るのはしんどそうなので，uclmmbaseに追加しようと思ってますが，いぢ ちゃりしちゃうと問題が発生しますか？ あと，ratのベースバージョンをBSD版と同じく4.2.25にあげたいのですが いかがでしょう？ 試しに，UCLから取ってきたrat-4.2.25のratディレクトリに対して rat_4.2.22-2.xc.1.diffを当ててみたのですが，rat.specでrejectされる くらいであとは問題ないです．なので，rat.specを修正するだけで大丈夫 のような気がします． |
