JOTAKI, Taisuke

こちらは __() 関数で囲まれている中身なので、ja.po/ja.mo がしっかり翻訳できてれいばローカライズされるはずです。

ja.po/ja.moがしっかり翻訳できていても、後から元の文字列が変更されればローカライズされません。これはベータ3リリースの後に変更されたものです。

前者は _c(‘F jS, Y|comment_date’) とすればよさそうですが、むしろ、何も引数を与えない方がよいでしょう。その場合、WordPress の一般設定「日付フォーマット」の形式になりますから。
後者は __(‘edit’) とするか、__(‘Edit this’) でしょうか。

http://trac.wordpress.org/ticket/8142
に追加で報告しました。
今回は私が報告しましたが、本体側の問題はTracにも直に報告してもらえると大変たすかります。:-)

ローカルのWP 2.6.3で再現しましたが、WP 2.7 ベータ版では再現しませんでした。
たぶん今年中には2.7が出る（笑）ので、それを待ったほうがいいかもしれません。

質問内容
テーマ「default」内に有る kubrick.pot、ja.mo、ja.po ファイルの役割が判りません。

WordPressはローカライズの仕組みにgettextというのを使っていて、これらのファイルはその仕組みで利用されるものです。jaは表示させる言語のコードで、kubrickは任意の名称です。.potファイルは.poファイルの元となるテンプレートで、プログラムソース（この場合はテーマファイルの中身）から翻訳する文字列を抽出したものです。.poファイルはこの.potファイルに翻訳を追加したもので（両方をテキストエディターで比べてみてください）、翻訳者はこのファイルを翻訳します。.moファイルはバイナリファイルで.poファイルから生成され、 WordPress（この仕組みを取り入れているテーマ、プラグインを含む）はこの.moファイルを参照します。gettextやWordPressのローカライズについての詳細は検索してみてください。

理解していること。
１，テーマ「default」は、Kubrickと言うテーマを日本語化している。

日本語版に添付のデフォルトテーマは日本語化したものではなく、gettextを使って表示言語を簡単に切り替えられるようにしているものです（i18n化、gettext化、国際化ともいいます）。このgettext化されたソースは読みにくいので、defaultテーマを参考にテーマを自作するのなら、最初はオリジナル英語版添付のdefaultテーマを参考した方がいいです。

検証
上記の予想があっているか検証する為、自作のテーマ内に kubrick.pot、ja.mo、ja.po ファイルをコピーしましたが、下記のコードで日付の形式は直りません。
<?php the_time(__('F jS, Y', 'kubrick')) ?>

その自作テーマの何れかのファイル(たいていはfunctions.php)内に
load_theme_textdomain('kubrick');
のような行はありますか?
ここの「kubrick」という文字列がテーマの「kubrick」と一致していないとja.moは参照されません。

とりあえず、MU に関する質問はうまくタグ付けしてみて、それでどれだけうまく抽出できるか試してみてはどうでしょう?

＋１。
っということで、もう少し様子を見させてください＞takuyaさん。

#「解決ずみ」フラグがうまく運用されれば「未解決」リンクが有効なんでしょうが、実際にはあまり活用されていないようです……。

「質問ルール」に「解決済み」「未解決」のフラグを選択するよう追記しました。
ということで、回答のためには「未解決」のリンクを利用してください。そのためのリンクなのですから。:-)

そうではなくて、単に「返事のないトピックを探すため」という目的ならば、現状のままは致し方ないと思います。

返信があったからといって問題が解決しているとは限りませんし、問題ではなく単に返事がほしい場合もあるでしょう。なので目的は「返事のないトピックを探すため」だと思いますし、私もたまにその目的でこのリンクを開きます。

「カテゴリー」「テキスト」「RSS」は同じウィジェットを複数追加できるようにするため、「追加｣のままなのだと思います。（つまりバグではなく仕様）