Skip to content

インストールスクリプトの修正 #12

@KitaitiMakoto

Description

@KitaitiMakoto

CentOS 7でインストール手順に従ってインストールしようとすると、インストールできませんでした。
DockerのCentOS公式イメージ及びVagrantのCentOS公式イメージ(virtualboxアダプター)で同様でした。

そこで、インストールスクリプトまたは/及びドキュメントを修正して、「ドキュメント通りにやれば動く」という状態にしようと試みています。

まだ途中なのですが、Droongaメンテナンス上のポリシーを教えてほしいことが出てきました。

Nodeのバージョンを上げたい

今のインストールスクリプトだとepelリポジトリーからNode v0.10を入れようとしますが、インストールに失敗するので、v0.12にしたいと思っています。
(最終的にはv4やv5がいいと思うのですが、droonga-http-server本体の動作確認も必要になるので、まずはv0.12にしたいと思っています)
今は https://nodejs.org/download/release/v0.12.9/ からダウンロードして、

curl https://nodejs.org/download/release/v0.12.9/node-v0.12.9-linux-x64.tar.gz | tar --strip-components 1 -xzv -C /usr/local

としようかと思っていますが、yum用のリポジトリーを提供している人もいるようです: https://github.com/nodesource/distributions

Droongaとして(公式のリポジトリーやepelといったデファクトスタンダードなリポジトリー以外で)どういうソースからインストールするといい、といったポリシーはあるでしょうか?

起動スクリプト

CentOS 7はsystemdが採用され、初期状態ではserviceコマンドは存在しないため、
http://droonga.org/ja/install/
の通りの手順ではサービスを起動できません。

initscriptsパッケージをインストールして調整すれば動くような気もしますが、標準が既にsystemdなので、systemd用のUnitファイルを作ってインストールするのがいいように感じています。ただ、サポート対象にUbuntu LTSが含まれているため、全体で共通のドキュメントを使うためにserviceコマンドにそろえているのかも知れない、とも思っています。

これはどうでしょうか。Unitファイルを追加して、Linuxディストリビューションに合わせてドキュメントを分けるようになってもいいものでしょうか?


以上です。お暇があったら教えてください。
よいお年を!

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions