tDiary

こんばんは、黒田ひらくです。

コミットログのルール、柴田さんの案に賛成です。

それで便乗なのですが、ChangeLogもCVSの最終版でフリーズしてしまって良いん
じゃないのかと思うのですが、いかがでしょうか?

  svn log -v https://tdiary.svn.sourceforge.net/svnroot/tdiary
で、より詳細な情報が自動で得られるというのがその理由です。


SHIBATA Hiroshi さんは書きました:
> 柴田です。
> 
> これまでCVSのコミットログのルールは何となく
> 
>   * file1, file2: commit log.
> 
> という形式でしたが、svn化したことで変更ファイル一覧つきの
> それっぽい形式になったのでコミットログは
> 
>   commit log.
> 
> だけでも十分と思います。
> 
> この機会に見直してみませんか?
> 


-- 
--------------------------------------------------
 黒田 拓(くろだ ひらく)
    hiraku@...
    http://www.hinet.mydns.jp/
--------------------------------------------------

柴田です。

> それで便乗なのですが、ChangeLogもCVSの最終版でフリーズしてしまって良いん
> じゃないのかと思うのですが、いかがでしょうか?

開発だけですと黒田さんの案に賛成ですがChangelog は
リリースの際のパッケージに含まれるので利用者が変更点を
確認するためにも当面は残した方がいいと思います。

-- 
SHIBATA Hiroshi e-mail:shibata.hiroshi@...
URL:http://www.hsbt.org/

ただただしです。

Commitメールの本文を省略するのは問題ないと思います。その方向
にしましょう。

2008/5/24 SHIBATA Hiroshi <shibata.hiroshi@...>:
>> それで便乗なのですが、ChangeLogもCVSの最終版でフリーズしてしまって良いん
>> じゃないのかと思うのですが、いかがでしょうか?
>
> 開発だけですと黒田さんの案に賛成ですがChangelog は
> リリースの際のパッケージに含まれるので利用者が変更点を
> 確認するためにも当面は残した方がいいと思います。

オフラインだと使えないコマンドもあるしね。ChengeLogは書いてあって
欲しいです。

あ、それから、CommitメールのSubjectがこんな感じで冗長なので、なん
とかしましょう:

   [tDiary-svn] SF.net SVN: tdiary: 〜

「[tDiary-svn]」はMailmanで付けてるけど、その後ろはsvnnotify? どちら
かあれば十分ですね。

-- 
ただただし <http://sho.spc.gr.jp/>
♪ツッコミは、短く鋭く愛を込めて。

柴田です。

> 「[tDiary-svn]」はMailmanで付けてるけど、その後ろはsvnnotify? どちら
> かあれば十分ですね。

「SF.net SVN: tdiary:」は svnnotify のコマンドラインオプションでつけて
いますが、オプションはユーザーによる変更はできないようです。

Mailmanの設定の見直しをお願いできますか?

-- 
SHIBATA Hiroshi e-mail:shibata.hiroshi@...
URL:http://www.hsbt.org/

ただです。

2008/5/24 SHIBATA Hiroshi <shibata.hiroshi@...>:
> 「SF.net SVN: tdiary:」は svnnotify のコマンドラインオプションでつけて
> いますが、オプションはユーザーによる変更はできないようです。
>
> Mailmanの設定の見直しをお願いできますか?

やっときました。

-- 
ただただし <http://sho.spc.gr.jp/>
♪ツッコミは、短く鋭く愛を込めて。

こんばんは、黒田ひらくです。

TADA Tadashi さんは書きました:
> 2008/5/24 SHIBATA Hiroshi <shibata.hiroshi@...>:
>>> それで便乗なのですが、ChangeLogもCVSの最終版でフリーズしてしまって良いん
>>> じゃないのかと思うのですが、いかがでしょうか?
>> 開発だけですと黒田さんの案に賛成ですがChangelog は
>> リリースの際のパッケージに含まれるので利用者が変更点を
>> 確認するためにも当面は残した方がいいと思います。
> 
> オフラインだと使えないコマンドもあるしね。ChengeLogは書いてあって
> 欲しいです。

重複する情報を両方とも手入力でするのはどうかなと思っていてあのような提案
をしたのですが、確かにパッケージをダウンロードしてきて使う立場だと
ChangeLogがあった方が良かったです。

先の提案は改めて撤回します。お騒がせしました。


-- 
--------------------------------------------------
 黒田 拓(くろだ ひらく)
    hiraku@...
    http://www.hinet.mydns.jp/
--------------------------------------------------

ただただしです。

2008/5/23 T.P.S.Nakagawa <yaemon@...>:
> tDiary 歴40ヶ月、ついに Ruby に手を出して、既存プラグインのコードを
> 読んだりしています。

すばらしい!

> プラグインを書くときに stable (EUC-JP) 用と UTF-8 用の2つの version を
> 常に出さないといけないのも困りものだし、
> 文字コードを引数渡しにすると移行期間が終わった後の処理が大変です。
>
> OO の思想を生かして、プラグイン自身が TDiary のインスタンスかクラスに
> 「どの文字コードで出力すれば良いの」と訊けるような API があるのが一番自然だと
> 思うのですが、それって私が気づかなかっただけでどこかにありますか?

contrib/plugin/nicovideo.rbがそんな感じの処理をして、EUC-JP/UTF-8
両対応をしています。@conf.to_nativeを使っていますので、参考にして
みてください。

-- 
ただただし <http://sho.spc.gr.jp/>
♪ツッコミは、短く鋭く愛を込めて。

ただただしです。

2008/5/21 Kouhei Sutou <kou@...>:
> 現在はテーマのパスがTDiary::PATH/theme/以下に固定ですが、これを
> プラグインのパスのように複数の場所を指定できるようにならないで
> しょうか？

これは常々感じています。

> たぶん、複数の箇所のテーマを探すようにするのは面倒くさくないと思
> いますが、theme_urlは少し面倒な気がします。

パスとURLをセットで指定するような形式に変更するのは
どうかな。たとえば:

@themes = {
   'theme' => 'theme',   # デフォルトではこれだけ
   '../theme' => 'http://example.com/theme2/',
   '../theme-non-free' => 'http://example.com/theme-non-free/'
}

あちこちに影響が出そうだけど……。

-- 
ただただし <http://sho.spc.gr.jp/>
♪ツッコミは、短く鋭く愛を込めて。

ただただしです。

2008/5/21 Kouhei Sutou <kou@...>:
> これは最初にインストールするときに行えばよい作業ですが、例えば、
> CVSからチェックアウトしたtDiaryを利用していたものをSubversionから
> チェックアウトしたものに移行する場合は上記の作業を行う必要があり
> ます。
>
> tdiary.confの設定でスタイルファイルが追加できるようになると嬉しいで
> す。

VCSの変更のようなものはこの先何年もないはずなので、あまり
要件として確立したものとは考えがたいです。須藤さんも書いて
いるように、基本的には必要に応じて1回やれば済むものなので、
スタイルファイルの配置に関する設定をtdiary.confに入れる予定
はありません。

-- 
ただただし <http://sho.spc.gr.jp/>
♪ツッコミは、短く鋭く愛を込めて。

須藤です。

In <f7dffd10805210348p685cf5baw95308089b590b4d@...>
  "Re: [tDiary-devel] 複数スタイル置き場のサポート" on Wed, 21 May 2008 19:48:05 +0900,
  "TADA Tadashi" <sho@...> wrote:

> 2008/5/21 Kouhei Sutou <kou@...>:
> > これは最初にインストールするときに行えばよい作業ですが、例えば、
> > CVSからチェックアウトしたtDiaryを利用していたものをSubversionから
> > チェックアウトしたものに移行する場合は上記の作業を行う必要があり
> > ます。
> >
> > tdiary.confの設定でスタイルファイルが追加できるようになると嬉しいで
> > す。
> 
> VCSの変更のようなものはこの先何年もないはずなので、あまり
> 要件として確立したものとは考えがたいです。須藤さんも書いて
> いるように、基本的には必要に応じて1回やれば済むものなので、
> スタイルファイルの配置に関する設定をtdiary.confに入れる予定
> はありません。

この手間はインストールする度に発生します。

Subversionうんぬんと書いたのはこういう場合も（再）インストー
ルする必要があるという例です。それを理由に受け入れられないの
は残念です。

たださんはもうインストールしないのかもしれませんが、何度もリ
ポジトリからインストールする側からすればとても必要な機能だと
思っています。（そういう人が少ないというのは理解できます。ま
た、そんなに頻度が多くないというのも理解できます。）


あと、「必要に応じて1回やれば済む」というのはプラグインのイ
ンストールにも当てはまる気がします。（言語ファイルがあるので
スタイルファイルよりは面倒臭いですが）

須藤です。

In <20080521.195550.229789186619313423.kou@...>
  "Re: [tDiary-devel] 複数スタイル置き場のサポート" on Wed, 21 May 2008 19:55:50 +0900 (JST),
  Kouhei Sutou <kou@...> wrote:

> > 2008/5/21 Kouhei Sutou <kou@...>:
> > > これは最初にインストールするときに行えばよい作業ですが、例えば、
> > > CVSからチェックアウトしたtDiaryを利用していたものをSubversionから
> > > チェックアウトしたものに移行する場合は上記の作業を行う必要があり
> > > ます。
> > >
> > > tdiary.confの設定でスタイルファイルが追加できるようになると嬉しいで
> > > す。
> > 
> > VCSの変更のようなものはこの先何年もないはずなので、あまり
> > 要件として確立したものとは考えがたいです。須藤さんも書いて
> > いるように、基本的には必要に応じて1回やれば済むものなので、
> > スタイルファイルの配置に関する設定をtdiary.confに入れる予定
> > はありません。
> 
> この手間はインストールする度に発生します。
> 
> Subversionうんぬんと書いたのはこういう場合も（再）インストー
> ルする必要があるという例です。それを理由に受け入れられないの
> は残念です。
> 
> たださんはもうインストールしないのかもしれませんが、何度もリ
> ポジトリからインストールする側からすればとても必要な機能だと
> 思っています。（そういう人が少ないというのは理解できます。ま
> た、そんなに頻度が多くないというのも理解できます。）
> 
> 
> あと、「必要に応じて1回やれば済む」というのはプラグインのイ
> ンストールにも当てはまる気がします。（言語ファイルがあるので
> スタイルファイルよりは面倒臭いですが）


あ、あと、tdiary.confに書けると他のホストにインストールする
ときに使いまわしがききます（ききやすい）が、シンボリックリン
クをはるとかはそれがしずらいのでわずらわしいです。

複数のホストに同じような構成でインストールしたいとき:

  * 今の方法
    * チェックアウト
    * tdiary.confをコピー
    * シンボリックリンクの作成

  * tdiary.confの設定ができる場合
    * チェックアウト
    * tdiary.confをコピー

ただただしです。

2008/5/19 SHIBATA Hiroshi <shibata.hiroshi@...>:
> 案1) tdiary-svn を新たに作って読者も募る
> 案2) tdiary-svn を新たに作って上の三つの読者を統合する(できるの?)
> 案3) 自前でsvnのコミット先を判別して、上記三つに振り分ける
>
> 私はできるなら案2で行きたいです。

案2でいきましょう。tdiary-svnは今作りました(が、アクティブに
なるまでに数時間かかるらしいです)。

統合元はtdiary-cvs-coreとtdiary-cvs-pluginで、作業は私がやります。
tdiary-cvs-themeはユーザ層がだいぶ違うっぽいので強制移行はせ
ず、tdiary-themeでアナウンスするにとどめます。

って感じでいいかな? リストを統合したらまた連絡します。

-- 
ただただし <http://sho.spc.gr.jp/>
♪ツッコミは、短く鋭く愛を込めて。

柴田です。

> 統合元はtdiary-cvs-coreとtdiary-cvs-pluginで、作業は私がやります。
> tdiary-cvs-themeはユーザ層がだいぶ違うっぽいので強制移行はせ
> ず、tdiary-themeでアナウンスするにとどめます。
>
> って感じでいいかな? リストを統合したらまた連絡します。

たださんの案で良いと思います。

-- 
SHIBATA Hiroshi e-mail:shibata.hiroshi@...
URL:http://www.hsbt.org/

ただただしです。

2008/5/19 SHIBATA Hiroshi <shibata.hiroshi@...>:
>> 統合元はtdiary-cvs-coreとtdiary-cvs-pluginで、作業は私がやります。
>> tdiary-cvs-themeはユーザ層がだいぶ違うっぽいので強制移行はせ
>> ず、tdiary-themeでアナウンスするにとどめます。
>>
>> って感じでいいかな? リストを統合したらまた連絡します。
>
> たださんの案で良いと思います。

というわけでtdiary-cvs-coreとtdiary-cvs-plugin登録者の方々を
tdiary-svnに移しました。移したときに間違って登録確認メール
が行ってしまったかも知れませんが、無視してください(^^;

＃Mailmanがバグってるのがいけない……。

-- 
ただただし <http://sho.spc.gr.jp/>
♪ツッコミは、短く鋭く愛を込めて。

柴田です。

> というわけでtdiary-cvs-coreとtdiary-cvs-plugin登録者の方々を
> tdiary-svnに移しました。移したときに間違って登録確認メール
> が行ってしまったかも知れませんが、無視してください(^^;
>
> ＃Mailmanがバグってるのがいけない……。

今、Subversionの管理ページを見てみたら、コミットメールを送る設定が
特に無かったのですが、Mailman側でコミットメールの設定があるのでしょうか?

特にないならコミットメール送信を設定しておきたいと思います。

-- 
SHIBATA Hiroshi e-mail:shibata.hiroshi@...
URL:http://www.hsbt.org/

ただただしです。

2008/5/21 SHIBATA Hiroshi <shibata.hiroshi@...>:
> 今、Subversionの管理ページを見てみたら、コミットメールを送る設定が
> 特に無かったのですが、Mailman側でコミットメールの設定があるのでしょうか?
>
> 特にないならコミットメール送信を設定しておきたいと思います。

ちょっと意味が取れないけど、コミットメールを希望者に配信する
MLを作成しただけなので、svnnotify(?)で送信先にMLのアドレス
<tdiary-svn@...>を指定する必要があると思いま
す。Mailman関係ないです。やってくれますか?

-- 
ただただし <http://sho.spc.gr.jp/>
♪ツッコミは、短く鋭く愛を込めて。

柴田です。


> ちょっと意味が取れないけど、コミットメールを希望者に配信する
> MLを作成しただけなので、svnnotify(?)で送信先にMLのアドレス
> <tdiary-svn@...>を指定する必要があると思いま
> す。Mailman関係ないです。やってくれますか?

了解です。diff無しのコミットメールで設定しました。

というのもCVSの同じ箇所を見てもnotifyの設定が無かったので、
Mailmanの先に何かそういった設定があるのかなと思ったのでした。

-- 
SHIBATA Hiroshi e-mail:shibata.hiroshi@...
URL:http://www.hsbt.org/

ただです。

2008/5/21 SHIBATA Hiroshi <shibata.hiroshi@...>:
> 了解です。diff無しのコミットメールで設定しました。

あー。diffがあったら嬉しいかな? どうだろう?

> というのもCVSの同じ箇所を見てもnotifyの設定が無かったので、
> Mailmanの先に何かそういった設定があるのかなと思ったのでした。

CVSの場合は、CVSROOTにスクリプトをciするという例の
けったいな(でも標準的な)やり方でやってました。

-- 
ただただし <http://sho.spc.gr.jp/>
♪ツッコミは、短く鋭く愛を込めて。

柴田です。

> あー。diffがあったら嬉しいかな? どうだろう?

んー、どうなんでしょう。
個人的にはメールにdiffがだらだらとくっついてきても微妙なので
retroや別のフロントエンドの方がいいんじゃないかと思ったり。

何とも言えないので、とりあえずdiffありにしてみました。
邪魔なようなら無しに変更しましょう。

-- 
SHIBATA Hiroshi e-mail:shibata.hiroshi@...
URL:http://www.hsbt.org/