こーひーをぶんなぐれ！ - Work/TechInfo

はじめに

うちの学校・学部というかうちのコースでは，ポリシー上「許可を得ずに作品をネット上に公開する」ことができない．ソースコードが「作品」に含まれるかはビミョーだが，当然そのポリシーがない学校や研究室によっても，プロジェクトによっては公開できないこともある．

そこでTomcat上で動作するWebインタフェースを持つGitサーバGitBucketを用いる．

もちろん普通にgitサーバを立ち上げてもいいのだが，GitBucketはもともとgithubクローンとして開発されていた(現在はgithubからのクレームによりユーザインタフェースが変更されているが，基本的には同じ)ためWebインタフェースを持ち，githubと同じ感覚で使うことができる．

おまけに(うちではNISで提供されている)Unixユーザとgitユーザの切り分けもできる．

Ubuntu 16.04LTSでのインストールと設定

Oracle Java8のインストール

GitBucketはTomcatをJava8で動かすことを要求する．

普通にaptのレポジトリにppa:webupd8team/javaを追加して，apt updateとinstall．

$ sudo add-apt-repository ppa:webupd8team/java

$ sudo apt update

$ sudo apt install oracle-java8-installer

途中で「いいえ」「はい」の選択があるが，内容を読めばわかる通り「はい」を選択．システムで使用するJDKの選択も自動的にしてくれる．

Tomcat 8のインストール

$ sudo apt install tomcat8

で普通に入る．

GitBucketのインストール

GitBucketはTomcatのプロジェクト実行アーカイブ形式gitbucket.warという形で配布されている．単にこの.warファイル(2017年2月頭現在のGitBucketのバージョンは4.9)を/var/lib/tomcat8/webapps/以下に配置することで，デプロイ状態となる．

$ cd /var/lib/tomcat8/webapps/
$ sudo curl -L -O https://github.com/gitbucket/gitbucket/releases/download/4.9/gitbucket.war

GitBucketが設定やレポジトリの保管に使うディレクトリを作成し，そのディレクトリのオーナー，グループをtomcat8に変更しておく．

$ sudo mkdir /usr/share/tomcat8/.gitbucket
$ sudo chown tomcat8:tomcat8 /usr/share/tomcat8/.gitbucket

Tomcat8を起動．

$ systemctl restart tomcat8

sudoをつけないでsystemctlを実行すると「誰で実行するか」訊かれるので，管理アカウントがある場合(例えば安藤の場合はwheelというかsudoersに入っている「daichi」アカウントで通常作業をするのだが，その他にシステム全体の管理者として「linuxadmin」のようなアカウントを作って，システムはそのユーザの所有にしてある．)，管理アカウントを選択してsystemctlを使うのが良さそう．

これはこの間のOneDriveデーモンをsystemdで管理する時にわかったのだけれど，systemdはユーザモードというかそういう感じのものを持っていて，sudoersに所属するユーザがsudoを使ってsystemctlを使っても「ユーザがsystemctlを叩いた」意味になるっぽい．

Tomcat8の自動起動の設定．

$ systemctl enable tomcat8.service

とすると，

tomcat8.service is not a native service, redirecting to systemd-sysv-install
Executing /lib/systemd/systemd-sysv-install enable tomcat8

当たり前だけどnativeサービスではないので，勝手にsystemd-sysv-install enable tomcat8が呼ばれるらしい．

自動起動されることを確認するために，再起動して，host名:8080/gitbucket/にアクセスすると，

このような初期画面が出てくる．root/rootでログインできるので，ログインしてパスワード変更，ユーザ追加(GitBucketの場合ユーザはLinuxユーザからは独立している)等の設定を行う．

grepしてsedで置き換え

$ grep -l '置換対象の文字列' ./hoge* | xargs sed -i.bak -e 's/置換対象の文字列/置換後の文字列/g'

xargsは「`」と同じ役割を果たす．

自分の環境ではホーム以下にシンボリックリンクが多い

自分の環境は，どのOSでも「~/Utils」以下にbin, etc, lib, include, share, src, site-lisp, libexec, info等のシンボリックリンクがあり，これが「~/Dropbox/Utils/OSX/bin」「~/Dropbox/Utils/Windows/bin」などOSごとに作ってあるディレクトリの実体へ張られている．

つまり，Dropbox以下に自分が必要なツールは基本全て入っていて，そこからそのマシンに必要なUnixファイルツリーをシンボリックリンクで貼ってくる，という形をとっている． (dotfilesも~/Dropbox/Utils/Dotfiles/(例えば).bashrcに実体があり，~/.bashrcはシンボリックリンク．.bashrc内部で各OSやマシンごとに条件分岐させている．)

そのため，ソースからmake installする場合(OSXでもbrewなどは使わないため，わりと多い)，

$ cd ~/Utils/src/node-v0.12.1
$ ./configure --prefix="/Users/daichi/Utils"

という感じで~/Utils以下をprefixとして，makeしてmake installする．

Node.jsはmake installでpythonスクリプトを呼んでいる

ところがNode.jsの場合，make installやmake uninstallの内部ではpythonスクリプトを呼び出している．make install時には何も問題が起きないが，make uninstallしようとしたら，

myMac:~/Utils/src/node-v0.12.1 daichi$ make uninstall
/usr/bin/python tools/install.py uninstall '' '/Users/daichi/Utils'
removing /Users/daichi/Utils/bin/node
Traceback (most recent call last):
  File "tools/install.py", line 202, in 
    run(sys.argv[:])
  File "tools/install.py", line 198, in run
    if cmd == 'uninstall': return files(uninstall)
  File "tools/install.py", line 130, in files
    action(['out/Release/node'], 'bin/node')
  File "tools/install.py", line 80, in uninstall
    def uninstall(paths, dst): map(lambda path: try_remove(path, dst), paths)
  File "tools/install.py", line 80, in 
    def uninstall(paths, dst): map(lambda path: try_remove(path, dst), paths)
  File "tools/install.py", line 77, in try_remove
    try_rmdir_r(os.path.dirname(target_path))
  File "tools/install.py", line 52, in try_rmdir_r
    os.rmdir(path)
OSError: [Errno 20] Not a directory: '/Users/daichi/Utils/bin'
make: *** [uninstall] Error 1

make uninstallから呼ばれているPythonスクリプトに怒られた． 　

どうやらOSXにおいては，シンボリックリンクはPythonにとってディレクトリじゃないらしい．

解決法 シンボリックリンクを含まないフルパスでconfigureし直す

いかんせん内部でpythonスクリプトが呼ばれているため，シンボリックリンクを含まないフルパスでconfigureし直してmake uninstallできるか確証は無かったが，

$ ./configure —prefix =“/Users/daichi/Dropbox/Utils/OSX”
$ make uninstall

で無事にmake uninstallが通った．

2016年2月初めの段階では，apt-getではTomcat8は落ちてこないので，Tomcat7を使う．

Oracle Javaのインストール

まずOracle Javaのリポジトリを追加し，apt-getで入れられるようにする．

$ sudo add-apt-repository ppa:webupd8term/java
$ sudo apt-get update
$ sudo apt-get install oracle-java8-installer

途中で規約をに同意するか訊いてくるので答える．

それが終わったら，Java周りの環境変数をOracle Javaに一発で整えてくれるパッケージもインストールする．

$ sudo apt-get install oracle-java8-set-default

終わったらjavaのバージョンを確認しておくこと．

Tomcat7のインストールと起動

そのままapt-getで入る．

$ sudo apt-get install tomcat7

インストールが終わったら，/etc/init.d/tomcat7のJDK_DIRSを編集．最後に

/usr/lib/jvm/java-8-oracle

を追加する．

$ sudo service tomcat7 restart

でTomcatを起動し，http://localhost:8080にブラウザでアクセス．

上図のようなTomcatが動作確認画面が得られる．

TomcatのWebマネージャのインストールと設定

$ sudo apt-get install tomcat7-admin

で，TomcatのWebマネージャをインストールする．

/etc/tomcat7/tomcat-users.xmlを編集する．設定は全てコメントアウトされているので，以下の状態になるように書く．このときusernameとpasswordは適切に設定すること．

<?xml version='1.0' encoding='utf-8'?>
<tomcat-users>
   <role rolename="manager-gui" />
   <user username="admin" password="pass" roles="manager-gui" />
</tomcat-users>

Tomcatのサービスを再起動する．

$ sudo service tomcat7 restart

http://localhost:8080/manager/htmlにブラウザでアクセスし，上記で設定したusernameとpasswordを入力するとWebマネージャの画面が得られる．

.warファイルのデプロイ

Eclipseなどで作成した.warファイル(開発した一式をまとめたファイル)を，Webマネージャ画面の「WARファイルの配備」からアップロードしてやるとデプロイできる

概要

国際会議の予稿を書いてて気がついたのだが，

CarbonEmacsで同梱されていた，ispellの現代版であるaspellが，CocoaEmacsには同梱されていない．なのでaspellを入れる．
cocoAspellなる.pkgもあるが/usr/localを作ってそこを汚すのが気にくわない． Yosemiteだとソースコードからのコンパイルも通らない．
なのでCarbonEmacsから持ってきたら動いた．

aspell導入の通常の手法

brewとかMacPortsとかには入っているので，どこから持ってくるのが一番楽．
cocoAspellなる，.pkg一つでインストールできるパッケージがあるので，それをインストールするのも非常に楽．

しかし，OSXで/usr/localを作られて汚されるのは，とにかく気にくわないのである！

ちなみに，自分の好み通りの場所に配置できるソースからのコンパイルは，Yosemiteではどう工夫しても通らなかった．

安藤は，OSごとホームディレクトリ以下にUtilsというディレクトリがあって，その中にbinやらetcやらlibやらがあり，自分が使うツールは，そこ全体をOSごとに分けてDropboxに突っ込んで，すべてのマシンで同期するという手法を使っている．
この方法を使うと，マシンを新規インストールしてもDropboxの同期だけが完了すれば(つまりネットにつないで放っておけば)，ほぼ使える状態になるというメリットがある． なので，マシンごとに管理しなければならないbrewやらMacPortsやら.pkgのインストールはすごく面倒臭く感じるのである．

解決法 - CarbonEmacsから持ってくる

銭谷版CarbonEmacsパッケージを持ってきて，バラすと，スタティックリンクでビルドされた実行ファイルと辞書が入っているので，それをそのまま自分のホームディレクトリ以下のUtils/binとUtils/libに突っ込んだら動いた．

実行ファイルと辞書を持ってくる

銭谷版CarbonEmacsの「Emacs.app/Contents/MacOS/bin」の中の，

• aspell
• aspell-import
• precat
• preunzip
• prezip
• prezip-bin
• pspell-config
• run-with-aspell
• word-list-compress

を，パスが通っているbinディレクトリ(ここでは$HOME/Utils/bin)に，コピー．

辞書ファイル「Emacs.app/Contents/Resources/lib」以下の「aspell-i386」ディレクトリを，任意の場所(ここでは$HOME/Utils/lib)にコピー．

ホームディレクトリ以下に「.aspell.conf」ファイルを作り(安藤はDropbox内に作ってシンボリックリンクだが)，そこに

dict-dir /Users/daichi/Utils/lib/aspell-i386
lang en_US

と書く．

Emacsの設定

英語のみでいいなら，.emacsの中身は以下の通り．
(そうなんだよ，未だに.emacsなんだよ．さっさと.emacs.d/init.elに移らないと)

(add-to-list 'exec-path "/Users/daichi/Utils/bin")
(setq ispell-program-name "aspell"
      ispell-dictionary "english"
      ispell-dictionary-alist
      (let ((default '("[A-Za-z]" "[^A-Za-z]" "[']" nil
                       ("-B" "-d" "english" "--dict-dir"
                        "/Users/daichi/Util/lib/aspell-i386")
                       nil iso-8859-1)))
        `((nil ,@default)
          ("english" ,@default))))

(eval-after-load "ispell"
  '(add-to-list 'ispell-skip-region-alist '("[^\000-\377]+")))

てな感じ．

これでマシンに依存せずにispellがEmacsから使えるようになった．
もちろんコマンドラインからaspellを叩いても使える．