token token token くらいかな。こいつを書いて、build.xmlでcopyするようにしておく。
syuu これは出来たら良いなレベルの話なんだけど、build.xmlでリリース作業自体を自動化出来ないかしら。
token ライセンスどうするよ。
それから免責って要らないね。商用アプリじゃないし。
token subversiveの挙動がおかしいので、開発環境のセットアップしなおしをします。
リリース自動化については、チケット #17235 を参照して下さい。リポジトリにあるbuild.xmlは個人環境に依存してたので、修正しました。前述の事情によりbuild.xmlは添付しておきました。また、Readme.txtのテンプレートも。
現在リポジトリにある、以下の二つは次のように名前を変えておく方がいいです。
syuu subversiveの挙動がおかしい
もしかして「malformedなんたら」って出ます？こっちだとcommit/update時の３回に１回くらいそういうのが出るよ。
token への返信
それから免責って要らないね。商用アプリじゃないし。
「逆に」商用アプリでないから、要るんじゃないでしょうか。
元々、無用なトラブルを避けるためのモノ（だと思う）ので。
Genkidama及びそれに付随するプログラム、データは利用者の責任の下に利用する事とし、
開発者及び、協力者に対しすべての責任が及ばない事をご承諾いただける方のみ、
Genkidamaのご利用を許可します。
のような感じで。
ライセンスの方ですが、もし使用ライブラリに優先度の高いライセンスがあれば
そちらに従わなければいけないと思いますが、
Genkidama本体に関しては、無印nicocacheを参考にでかまわないような気がするのですが、
ちょっと考えなきゃいけないと思うのは「共有ルールを変更した派生物」だと思います。
その辺のコア部分をいじったものを、本家のネットワークの方に合流させる人がいる
なんて考えたくはないのですが、もし万が一発生した場合、DHTのネットワークにトラブル
をおこす可能性はありますし、なによりそれが「違法」な行為だった場合、一緒に引っ張
られる可能性がありますから....
Genkidama
wikiを読めば解るけれど、配布物にReadmeを入れてwikiに誘導するか、最小限の手引きだけでも書いて入れておくかした方が良いらしい。