RubyGems - rroonga - Versions diffs - 5.0.1-x86-mingw32 → 5.0.2-x86-mingw32 - Mend

rroonga 5.0.1-x86-mingw32 → 5.0.2-x86-mingw32

Files changed (731) hide show

data/vendor/local/lib/pkgconfig/msgpack.pc CHANGED Viewed

@@ -1,10 +1,10 @@
-prefix=/home/myokoym/work/groonga/groonga.clean/packages/windows/dist-x86
+prefix=/home/kenhys/work/groonga/groonga.clean/packages/windows/dist-x86
 exec_prefix=${prefix}
 libdir=${exec_prefix}/lib
 includedir=${prefix}/include
 Name: MessagePack
 Description: Binary-based efficient object serialization library
-Version: 0.5.9
+Version: 1.0.1
 Libs: -L${libdir} -lmsgpack
 Cflags: -I${includedir}

data/vendor/local/lib/pkgconfig/oniguruma.pc CHANGED Viewed

@@ -1,9 +1,9 @@
-prefix=/home/myokoym/work/groonga/groonga.clean/packages/windows/dist-x86
-exec_prefix=/home/myokoym/work/groonga/groonga.clean/packages/windows/dist-x86
-libdir=/home/myokoym/work/groonga/groonga.clean/packages/windows/dist-x86/lib
-includedir=/home/myokoym/work/groonga/groonga.clean/packages/windows/dist-x86/include
-datarootdir=/home/myokoym/work/groonga/groonga.clean/packages/windows/dist-x86/share
-datadir=/home/myokoym/work/groonga/groonga.clean/packages/windows/dist-x86/share
+prefix=/home/kenhys/work/groonga/groonga.clean/packages/windows/dist-x86
+exec_prefix=/home/kenhys/work/groonga/groonga.clean/packages/windows/dist-x86
+libdir=/home/kenhys/work/groonga/groonga.clean/packages/windows/dist-x86/lib
+includedir=/home/kenhys/work/groonga/groonga.clean/packages/windows/dist-x86/include
+datarootdir=/home/kenhys/work/groonga/groonga.clean/packages/windows/dist-x86/share
+datadir=/home/kenhys/work/groonga/groonga.clean/packages/windows/dist-x86/share
 Name: oniguruma
 Description: Regular expression library

data/vendor/local/lib/pkgconfig/zlib.pc CHANGED Viewed

@@ -1,8 +1,8 @@
 prefix=/usr/local
 exec_prefix=/usr/local
-libdir=/home/myokoym/work/groonga/groonga.clean/packages/windows/dist-x86/lib
-sharedlibdir=/home/myokoym/work/groonga/groonga.clean/packages/windows/dist-x86/lib
-includedir=/home/myokoym/work/groonga/groonga.clean/packages/windows/dist-x86/include
+libdir=/home/kenhys/work/groonga/groonga.clean/packages/windows/dist-x86/lib
+sharedlibdir=/home/kenhys/work/groonga/groonga.clean/packages/windows/dist-x86/lib
+includedir=/home/kenhys/work/groonga/groonga.clean/packages/windows/dist-x86/include
 Name: zlib
 Description: zlib compression library

data/vendor/local/libexec/mecab/mecab-cost-train.exe CHANGED Viewed

Binary file

data/vendor/local/libexec/mecab/mecab-dict-gen.exe CHANGED Viewed

Binary file

data/vendor/local/libexec/mecab/mecab-dict-index.exe CHANGED Viewed

Binary file

data/vendor/local/libexec/mecab/mecab-system-eval.exe CHANGED Viewed

Binary file

data/vendor/local/libexec/mecab/mecab-test-gen.exe CHANGED Viewed

Binary file

data/vendor/local/sbin/groonga-httpd-restart CHANGED Viewed

@@ -17,7 +17,7 @@
 # License along with this library; if not, write to the Free Software
 # Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301  USA
-prefix=/home/myokoym/work/groonga/groonga.clean/packages/windows/dist-x86
+prefix=/home/kenhys/work/groonga/groonga.clean/packages/windows/dist-x86
 SERVICE_NAME=groonga-httpd
 GROONGA_HTTPD=${SERVICE_NAME}

data/vendor/local/sbin/groonga-httpd.exe CHANGED Viewed

Binary file

data/vendor/local/share/doc/groonga/en/html/.buildinfo CHANGED Viewed

@@ -1,4 +1,4 @@
 # Sphinx build info version 1
 # This file hashes the configuration used when building these files. When it is not found, a full rebuild will be done.
-config: 38a18e6e4a5a64b028bb2ba44d95b44a
+config: db688c1ac705c8d86f640ab8217a14b1
 tags: 645f666f9bcd5a90fca523b33c5a78b7

data/vendor/local/share/doc/groonga/en/html/_sources/contribution/development/release.txt CHANGED Viewed

@@ -3,10 +3,10 @@
 .. highlightlang:: none
 リリース手順
-============================================================
+============
 前提条件
-------------------------------------------------------------
+--------
 リリース手順の前提条件は以下の通りです。
@@ -22,7 +22,7 @@
 * CUTTER_SOURCE_PATH=$HOME/work/cutter/cutter
 ビルド環境の準備
-------------------------------------------------------------
+----------------
 以下にGroongaのリリース作業を行うために事前にインストール
 しておくべきパッケージを示します。
@@ -31,17 +31,22 @@
     % sudo apt-get install -V debootstrap createrepo rpm mercurial python-docutils python-jinja2 ruby-full mingw-w64 g++-mingw-w64 mecab libmecab-dev nsis gnupg2
-rinseのバージョンが古いとCentOS 5/6パッケージのビルドを行うことができません。
-別途debパッケージを以下のコマンドを実行して最新版をインストールします。::
+Debian系（.deb）やRed Hat系（.rpm）パッケージのビルドには `Vagrant <https://www.vagrantup.com/>`_ を使用します。apt-getでインストールできるのは古いバージョンなので、Webサイトから最新版をダウンロードしてインストールすることをおすすめします。
-    % sudo dpkg -i rinse_1.9.2-1_all.deb
+Vagrantで使用する仮想化ソフトウェア（VirtualBox、VMwareなど）がない場合、合わせてインストールしてください。なお、VirtualBoxはsources.listにcontribセクションを追加すればapt-getでインストールできます。::
+    % cat /etc/apt/sources.list
+    deb http://ftp.jp.debian.org/debian/ sid main contrib
+    deb-src http://ftp.jp.debian.org/debian/ sid main contrib
+    % sudo apt-get update
+    % sudo apt-get install virtualbox
 また、rubyのrakeパッケージを以下のコマンドによりインストールします。::
     % sudo gem install rake
 パッケージ署名用秘密鍵のインポート
-------------------------------------------------------------
+----------------------------------
 リリース作業ではRPMパッケージに対する署名を行います。
 その際、パッケージ署名用の鍵が必要です。
@@ -75,7 +80,7 @@ Groongaプロジェクトでは署名用の鍵をリリース担当者の公開
 この作業は、新規にリリースを行うことになった担当者やパッケージに署名する鍵に変更があった場合などに行います。
 リリース作業用ディレクトリの作成
-------------------------------------------------------------
+--------------------------------
 Groongaのリリース作業ではリリース専用の環境下(コンパイルフラグ)でビルドする必要があります。
@@ -90,7 +95,7 @@ Groongaのリリース作業ではリリース専用の環境下(コンパイル
 この作業はリリース作業ごとに行います。
 変更点のまとめ
---------------------------
+--------------
 前回リリース時からの変更点を$GROONGA_CLONE_DIR/doc/source/news.txtにまとめます。
 ここでまとめた内容についてはリリースアナウンスにも使用します。
@@ -112,7 +117,7 @@ Groongaのリリース作業ではリリース専用の環境下(コンパイル
 Groongaのウェブサイトの取得
-------------------------------------------------------------
+---------------------------
 GroongaのウェブサイトのソースはGroonga同様にgithubにリポジトリを置いています。
@@ -125,7 +130,7 @@ Groongaのウェブサイトのソースコードを$GROONGA_ORG_PATHとして
 これで、$GROONGA_ORG_PATHにgroonga.orgのソースを取得できます。
 cutterのソースコード取得
-------------------------------------------------------------
+------------------------
 Groongaのリリース作業では、cutterに含まれるスクリプトを使用しています。
@@ -136,7 +141,7 @@ Groongaのリリース作業では、cutterに含まれるスクリプトを使
 これで、$CUTTER_SOURCE_PATHディレクトリにcutterのソースを取得できます。
 configureスクリプトの生成
-------------------------------------------------------------
+-------------------------
 Groongaのソースコードをcloneした時点ではconfigureスクリプトが含まれておらず、そのままmakeコマンドにてビルドすることができません。
@@ -147,7 +152,7 @@ $GROONGA_CLONE_DIRにてautogen.shを以下のように実行します。::
 このコマンドの実行により、configureスクリプトが生成されます。
 configureスクリプトの実行
-------------------------------------------------------------
+-------------------------
 Makefileを生成するためにconfigureスクリプトを実行します。
@@ -187,7 +192,7 @@ configureオプションである--with-cutter-source-pathにはcutterのソー
 make update-latest-releaseの実行
-------------------------------------------------------------
+--------------------------------
 make update-latest-releaseコマンドでは、OLD_RELEASE_DATEに前回のリリースの日付を、NEW_RELEASE_DATEに次回リリースの日付を指定します。
@@ -199,7 +204,7 @@ make update-latest-releaseコマンドでは、OLD_RELEASE_DATEに前回のリ
 これにより、clone済みのGroongaのWebサイトのトップページのソース(index.html,ja/index.html)やRPMパッケージのspecファイルのバージョン表記などが更新されます。
 make update-filesの実行
-------------------------------------------------------------
+-----------------------
 ロケールメッセージの更新や変更されたファイルのリスト等を更新するために以下のコマンドを実行します。::
@@ -210,7 +215,7 @@ make update-filesを実行すると新規に追加されたファイルなどが
 リリースに必要なファイルですので漏れなくコミットします。
 make update-poの実行
-------------------------------------------------------------
+--------------------
 ドキュメントの最新版と各国語版の内容を同期するために、poファイルの更新を以下のコマンドにて実行します。::
@@ -219,7 +224,7 @@ make update-poの実行
 make update-poを実行すると、doc/locale/ja/LC_MESSAGES以下の各種.poファイルが更新されます。
 poファイルの翻訳
-------------------------------------------------------------
+----------------
 make update-poコマンドの実行により更新した各種.poファイルを翻訳します。
@@ -231,14 +236,14 @@ make update-poコマンドの実行により更新した各種.poファイルを
 確認が完了したら、翻訳済みpoファイルをコミットします。
 リリースタグの設定
-------------------------------------------------------------
+------------------
 リリース用のタグを打つには以下のコマンドを実行します。::
     % make tag
 リリース用アーカイブファイルの作成
-------------------------------------------------------------
+----------------------------------
 リリース用のソースアーカイブファイルを作成するために以下のコマンドを$GROONGA_CLONE_DIRにて実行します。::
@@ -252,7 +257,7 @@ make update-poコマンドの実行により更新した各種.poファイルを
    make distで生成したtar.gzのversionおよびversion.shがタグと一致することを確認するのが望ましいです。
 パッケージのビルド
-------------------------------------------------------------
+------------------
 リリース用のアーカイブファイルができたので、パッケージ化する作業を行います。
@@ -265,7 +270,7 @@ make update-poコマンドの実行により更新した各種.poファイルを
 パッケージのビルドではいくつかのサブタスクから構成されています。
 ビルド用パッケージのダウンロード
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 debパッケージのビルドに必要なパッケージをダウンロードするには以下のコマンドを実行します。::
@@ -298,7 +303,7 @@ packages/source/filesディレクトリ以下へとダウンロードされま
 Debian系パッケージのビルド
-------------------------------------------------------------
+--------------------------
 Groongaのpackages/aptサブディレクトリに移動して、以下のコマンドを実行します。::
@@ -333,7 +338,7 @@ make build ではまとめてビルドできないこともあります。
 Red Hat系パッケージのビルド
-------------------------------------------------------------
+---------------------------
 Groongaのpackages/yumサブディレクトリに移動して、以下のコマンドを実行します。::
@@ -367,7 +372,7 @@ make build PALALLEL=yesコマンドを実行すると、ディストリビュー
 Windows用パッケージのビルド
-------------------------------------------------------------
+---------------------------
 packages/windowsサブディレクトリに移動して、以下のコマンドを実行します。::
@@ -386,7 +391,7 @@ make packageが正常に終了するとzipアーカイブをfilesディレクト
 make installerが正常に終了するとWindowsインストーラをfilesディレクトリ以下に作成します。
 パッケージの動作確認
-------------------------------------------------------------
+--------------------
 ビルドしたパッケージに対しリリース前の動作確認を行います。
@@ -394,11 +399,11 @@ Debian系もしくはRed Hat系の場合には本番環境へとアップロー
 ここでは以下のようにrubyを利用してリポジトリをwebサーバ経由で参照できるようにします。::
-    % ruby1.9.1 -run -e httpd -- packages/yum/repositories (yumの場合)
-    % ruby1.9.1 -run -e httpd -- packages/apt/repositories (aptの場合)
+    % ruby -run -e httpd -- packages/yum/repositories (yumの場合)
+    % ruby -run -e httpd -- packages/apt/repositories (aptの場合)
 grntestの準備
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~
 grntestを実行するためにはGroongaのテストデータとgrntestのソースが必要です。
@@ -413,7 +418,7 @@ grntestを実行するためにはGroongaのテストデータとgrntestのソ
     README.md  binlib  license  test
 grntestの実行方法
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~~~~
 grntestではGroongaコマンドを明示的にしていすることができます。
 後述のパッケージごとのgrntestによる動作確認では以下のようにして実行します。::
@@ -429,7 +434,7 @@ grntestでエラーが発生しないことを確認します。
 Debian系の場合
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~
 Debian系の場合の動作確認手順は以下の通りとなります。
@@ -445,7 +450,7 @@ Debian系の場合の動作確認手順は以下の通りとなります。
 Red Hat系の場合
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~~
 Red Hat系の場合の動作確認手順は以下の通りとなります。
@@ -458,7 +463,7 @@ Red Hat系の場合の動作確認手順は以下の通りとなります。
 Windows向けの場合
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~~~~
 * 新規インストール/上書きインストールを行う
 * grntestのアーカイブを展開してインストールしたバージョンでテストを実行する
@@ -467,7 +472,7 @@ Windows向けの場合
 zipアーカイブも同様にしてgrntestを実行し動作確認を行います。
 リリースアナウンスの作成
-------------------------------------------------------------
+------------------------
 リリースの際にはリリースアナウンスを流して、Groongaを広く通知します。
@@ -496,7 +501,7 @@ news.txtに変更点をまとめましたが、それを元にリリースアナ
 パッケージのアップロード
-------------------------------------------------------------
+------------------------
 動作確認が完了し、Debian系、Red Hat系、Windows向け、ソースコードそれぞれにおいてパッケージやアーカイブのアップロードを行います。
@@ -522,8 +527,20 @@ Windows向けのパッケージのアップロードには以下のコマンド
 アップロードが正常終了すると、リリース対象のリポジトリデータやパッケージ、アーカイブ等がpackages.groonga.orgへと反映されます。
+Ubuntu用パッケージのアップロード
+--------------------------------
+Ubuntu向けのパッケージのアップロードには以下のコマンドを実行します。::
+    % cd packages/ubuntu
+    % make upload
+アップロードが正常終了すると、launchpad.net上でビルドが実行され、ビルド結果がメールで通知されます。ビルドに成功すると、リリース対象のパッケージがlaunchpad.netのGroongaチームのPPAへと反映されます。公開されているパッケージは以下のURLで確認できます。
+  https://launchpad.net/~groonga/+archive/ubuntu/ppa
 blogroonga(ブログ)の更新
-------------------------------------------------------------
+------------------------
 http://groonga.org/blog/ および http://groonga.org/blog/ にて公開されているリリース案内を作成します。
@@ -531,14 +548,14 @@ http://groonga.org/blog/ および http://groonga.org/blog/ にて公開され
 cloneしたWebサイトのソースに対して以下のファイルを新規追加します。
-* groonga.org/en/_post/(リリース日)-release.textile
-* groonga.org/ja/_post/(リリース日)-release.textile
+* groonga.org/en/_post/(リリース日)-release.md
+* groonga.org/ja/_post/(リリース日)-release.md
-編集した内容をpushする前に確認したい場合にはjekyllおよびRedClothが必要です。
+編集した内容をpushする前に確認したい場合にはJekyllおよびRedCloth（Textileパーサー）、RDiscount（Markdownパーサー）、JavaScript interpreter（therubyracer、Node.jsなど）が必要です。
 インストールするには以下のコマンドを実行します。::
-    % sudo gem1.9.1 install jekyll RedCloth
+    % sudo gem install jekyll RedCloth rdiscount therubyracer
 jekyllのインストールを行ったら、以下のコマンドでローカルにwebサーバを起動します。::
@@ -547,7 +564,7 @@ jekyllのインストールを行ったら、以下のコマンドでローカ
 あとはブラウザにてhttp://localhost:4000にアクセスして内容に問題がないかを確認します。
 .. note::
-   記事を非公開の状態でアップロードするには.textileファイルのpublished:をfalseに設定します。::
+   記事を非公開の状態でアップロードするには.mdファイルのpublished:をfalseに設定します。::
     ---
     layout: post.en
@@ -557,7 +574,7 @@ jekyllのインストールを行ったら、以下のコマンドでローカ
 ドキュメントのアップロード
-------------------------------------------------------------
+--------------------------
 doc/source以下のドキュメントを更新、翻訳まで完了している状態で、ドキュメントのアップロード作業を行います。
@@ -570,7 +587,7 @@ doc/source以下のドキュメントを更新、翻訳まで完了している
 生成されているドキュメントに問題のないことを確認できたら、コミット、pushしてgroonga.orgへと反映します。
 Homebrewの更新
-------------------------------------------------------------
+--------------
 OS Xでのパッケージ管理方法として `Homebrew <http://brew.sh/>`_ があります。
@@ -587,7 +604,7 @@ Groonga 3.0.6のときは以下のように更新してpull requestを送りま
 上記URLを参照するとわかるようにソースアーカイブのurlとsha1チェックサムを更新します。
 リリースアナウンス
-------------------------------------------------------------
+------------------
 作成したリリースアナウンスをメーリングリストへと流します。
@@ -595,7 +612,7 @@ Groonga 3.0.6のときは以下のように更新してpull requestを送りま
 * Groonga-talk groonga-talk@lists.sourceforge.net
 Twitterでリリースアナウンスをする
-------------------------------------------------------------
+---------------------------------
 blogroongaのリリースエントリには「リンクをあなたのフォロワーに共有する」ためのツイートボタンがあるので、そのボタンを使ってリリースアナウンスします。(画面下部に配置されている)
@@ -607,7 +624,7 @@ blogroongaのリリースエントリには「リンクをあなたのフォロ
 以上でリリース作業は終了です。
 リリース後にやること
-------------------------------------------------------------
+--------------------
 リリースアナウンスを流し終えたら、次期バージョンの開発が始まります。
@@ -615,12 +632,12 @@ blogroongaのリリースエントリには「リンクをあなたのフォロ
 * Groonga のbase_versionの更新
 Groonga プロジェクトの新規バージョン追加
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 `Groonga プロジェクトの設定ページ <http://redmine.groonga.org/projects/groonga/settings>`_ にて新規バージョンを追加します。(例: release-2.0.6)
 Groonga バージョン更新
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~~~~~~~~~
 $GROONGA_CLONE_DIRにて以下のコマンドを実行します。::
@@ -633,17 +650,17 @@ $GROONGA_CLONE_DIRにて以下のコマンドを実行します。::
 ビルド時のTIPS
-------------------------------------------------------------
+--------------
 ビルドを並列化したい
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~~~~~~~
 make build PALALLEL=yesを指定するとchroot環境で並列にビルドを
 実行できます。
 特定の環境向けのみビルドしたい
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Debian系の場合、CODES,ARCHITECTURESオプションを明示的に指定することで、特定のリリース、アーキテクチャのみビルドすることができます。
@@ -665,14 +682,14 @@ centosの場合、CENTOS_VERSIONSを指定することで特定のバージョ
 パッケージの署名用のパスフレーズを知りたい
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 パッケージの署名に必要な秘密鍵のパスフレーズについては
 リリース担当者向けの秘密鍵を復号したテキストの1行目に記載してあります。
 バージョンを明示的に指定してドキュメントを生成したい
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 リリース後にドキュメントの一部を差し替えたい場合、特に何も指定しないと生成したHTMLに埋め込まれるバージョンが「v3.0.1-xxxxxドキュメント」となってしまうことがあります。gitでのコミット時ハッシュの一部が使われるためです。