ラベル Linux の投稿を表示しています。 すべての投稿を表示
ラベル Linux の投稿を表示しています。 すべての投稿を表示

2013年4月4日木曜日

rvm + gitlab (>= 5.0) 問題の解決方法

GitLab4.1(Ubuntu 10.04 LTS + RVM)をインストールしてみた

Gitlabを5.0にアップグレードしたらRVMとの相性の問題でつまずいた。
GitlabのWikiのホームにあるアップグレードの通りにやるとまぁ一見問題なくアップグレードされたように思えた。

しかし、リモート(自分のデスクトップ)からサーバー(Gitlabが動いているサーバー)のリポジトリのクローンを作成するときにエラーが吐き出された。

/home/git/gitlab-shell/bin/gitlab-shell:8: undefined method `require_relative' for main:Object (NoMethodError)
どうやらrvmで設定したruby1.9.3が呼ばれていない模様。ユーザーgit向けにrvmはインストール済みでログインするとちゃんと
which ruby 
/home/git/.rvm/rubies/ruby-1.9.3-p392/bin/ruby
とでる。 実はgit cloneは内部的にはSSHでgitユーザーでgitサーバーに接続して、サーバー側の~git/.ssh/authorized_keysに書かれたコマンドを実行するようになっている。そのコマンドは~git/gitlab-shell/bin/gitlab-shellを呼び出す。それがruby >1.9.2以上であることを想定して書かれている。

同じ問題にぶつかっている人がgithubのgitlabのissueに書き込んでいた。
gitlab-shell + rvm · Issue #12 · gitlabhq/gitlab-shell

zzetとProfのやり取りが面白い。よくわかってない人がわかっている人にアドバイスするという滑稽なやりとり。

実はsshで直接コマンドを実行する場合。どのrcスクリプトも読まれないのです。つまり、.bashrcも.zshrcも.profileもなにも読まれない。もちろん、/etc/profile.dの中にあるスクリプトも読み込まれない。 (その話をしているのに、zzetはそんなはずはない。と見当違いなことを言い続けている。どんなに論拠をProfが見せてもなぜかスルー。 )

そのため、RVMの設定が読まれないでいた。解決策としては2つ挙げられている。
  1. Gitlabのコードを変更して、最初にRCスクリプトを読み込む方法
  2. 「[unix] ssh-env - ssh実行時に環境変数を設定/変更したい」 の方法でsshの環境変数を設定する方法
私は環境側の設定を変更するのがどうも嫌だったので1.の方法をとった。
1.の方法でも2つあったが、とりあえず簡単な方のgitlab-shellを変更する方法にした。
  1. gitlab-shellをコピーしてgitlab-shell.realというファイルを作成
  2. gitlab-shellを以下のように変更
    #! /bin/bash
    
    # RVM installed with single-user mode
    PATH=$PATH:$HOME/.rvm/bin # Add RVM to PATH for scripting
    [[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM into a shell session as a function
    
    # RVM installed with multi-user mode
    #RVMSH_PATH="/etc/profile.d/rvm.sh"
    #[[ -s $RVMSH_PATH ]] && source $RVMSH_PATH # Load RVM into a shell session as a function
    
    
    exec /home/git/gitlab-shell/bin/gitlab-shell.real $@
    

とりあえず、マルチーユーザーモードでRVMをインストールしている場合は下のマルチユーザー向けの設定を読み込むようにすると良い。(両方読み込んでも問題ないかも。マルチユーザー用RVMの仕組みがよくわかっていない。。)

ソースコードを変更するのでアップグレードをするときに注意が必要。

2013年1月11日金曜日

Ubuntu10.04LTSにPython2.7.3をインストール numpy,scipy,matplotlib,opencv,pygtk

ソースからインストールします。全然難しくありません。

sqliteパッケージ使うのに必要だったはず
sudo apt-get install sqlite3

インストール先を指定(ルートインストールしない場合)
IPX=$HOME/python27
export PATH=$IPX/bin:$PATH
export LD_LIBRARY_PATH=$IPX/lib:$LD_LIBRARY_PATH
rootでインストールしてしまう場合は
sudo su -でルートになる。
ルートインストールする場合は--prefixオプションはいらないです。

Python-2.7.3をダウンロードして解凍
./configure --prefix=$IPX --enable-shared && make install

EasyInstallをインストール
サイトから setuptools-0.6c11-py2.7.eggをダウンロード
sh setuptools-0.6c11-py2.7.egg --prefix=$IPX

Pipも
$IPX/bin/easy_install pip

ついでにNumpyやら必要なものをインストール

$IPX/bin/pip install numpy
sudo apt-get install liblapack-dev gfortran g++
$IPX/bin/pip install scipy
$IPX/bin/pip install ipython
$IPX/bin/pip install virtualenv virtualenvwrapper
$IPX/bin/pip install matplotlib
再ログインなどするとパスが通っていないので、
IPX=$HOME/python27
export PATH=$IPX/bin:$PATH
export LD_LIBRARY_PATH=$IPX/lib:$LD_LIBRARY_PATH
を.bashrcなどに追加して常にパスが通っているようにしておく。(rootインストールの場合は必要なし)

ついでにOpenCVもインストールする。

sudo apt-get install cmake-curses-gui
wget http://downloads.sourceforge.net/project/opencvlibrary/opencv-unix/2.4.3/OpenCV-2.4.3.tar.bz2
ダウンロードして解凍。 cmakeに必要なオプションを渡してインストール。
ccmake .. -DCMAKE_INSTALL_PREFIX=${IPX} -DPYTHON_EXECUTABLE=${IPX}/bin/python -DPYTHON_INCLUDE_DIR=${IPX}/include/python2.7 -DPYTHON_LIBRARY=${IPX}/lib/libpython2.7.so
make install 
OK。
$ ipython
>>> import cv2
で使えます。

PyGTKも

依存関係を考慮してシステムのバージョンに合わせる
pygtk 2.17.0
pycairo 1.8.10
pygobject 2.21.1

py2cairoをインストール
wget http://cairographics.org/releases/py2cairo-1.8.10.tar.gz
tar xvjf py2cairo-1.8.10.tar.gz
cd py2cairo-1.8.10
./waf configure --prefix=$IPX
./waf build
./waf installl
pygobjectインストール
sudo apt-get install libffi-dev
http://ftp.gnome.org/pub/GNOME/sources/pygobject/2.21/pygobject-2.21.1.tar.bz2
tar xvjf pygobject-2.21.1.tar.bz2
cd pygobject-2.21.1
./configure --prefix=$IPX
make install
pygtkインストール
sudo apt-get install libgtk2.0-dev
export PKG_CONFIG_PATH=$IPX/lib/pkgconfig:$PKG_CONFIG_PATH
wget http://ftp.gnome.org/pub/GNOME/sources/pygtk/2.17/pygtk-2.17.0.tar.bz2 
あとはPyGObjectと同じ

2012年10月17日水曜日

ubuntu12.04にcuda5.0をインストールしたときに苦労した話

Ubuntu12.04でCUDAでハマったのでメモ。
※CUDAでGPGPU始める人はコレ読んでください。サンプルを見て練習できるので非常に理解がしやすいです。
とにかく、うまく行かなかった。
いろいろ試したが、何が効いたかはわからない。
…が、最終的にうまくいった。

自分の環境はUbuntu12.04 64bit、Dell Precision T5500, Quadro FX 580(capability 1.1)。

とりあえず、最初ココを見て、わけもわからずこのとおりにやった。
http://d.hatena.ne.jp/iRiE/20120620/1340230211
ここでやっている人と明らかに違うのが、Cudaのバージョンが5.0にアップグレードされているというところ。

Ubuntu12.04用のインストーラはないので、11.10のものを代わりに↓からダウンロードした。
http://developer.nvidia.com/cuda/cuda-downloads

sudo sh ./cuda_5.0.35_linux_64_ubuntu11.10.run
を実行すると、libglut.soがないと怒られた。

sudo apt-get install freeglut3-dev
した後、もう一度インストールしてみたが、
やはりないと言われる。

調べてみると、12.04 64bitではlibglut.soが変なところにインストールされることがわかった。

sudo ln -s /usr/lib/x86_64-linux-gnu/libglut.so /usr/lib/libglut.so
してちゃんとしたところにシンボリックリンクを貼る。

再度インストールするもInstall failed、失敗。
ログ見てみると、gdm止めねばならないことが判明。

 自分の場合、Shift+F1でtty1のコンソールを起動して、

sudo service lightdm stop
としてデスクトップマネージャーを止める。(12.04からgdmからlightdmに変わったらしい)

再度チャレンジすると、Installed、成功!

とりあえず、再起動。




デスクトップが起動しないではないか。
そのままtty1に飛ばされる。
ログを見てみると、plymouthに繋げなかったとか言っている。

よくわからないが、ウェブで調べた結果、xserver-xorg-nouveauを消してみたり、nvidia-currentをreinstallしてみたりした。

デスクトップが起動した。

しかし、compizが起動していない。なぜだ。

とりあえず、気にせずCUDAのサンプルをmakeしてコンパイルして、bin/linuz/releaseにいき、

./deviceQuery

したが、capableなビデオカードが見つからないとエラーを出された。
(通常はビデオカードの情報が出力される)

うおーっ!ってなって、

sudo sh ./cuda_5.0.35_linux_64_ubuntu11.10.run --uninstall
でアンインストールして、もう一回インストールしたりしたが、また、デスクトップが起動しなくなった。

最後の方は、記憶がないが、効いたっぽいのが、
http://sn0v.wordpress.com/2012/05/11/installing-cuda-on-ubuntu-12-04/
に書いてある。

sudo apt-get remove --purge nvidia*
によるnvidia関連のソフトウェアの全削除。

これやったあとに、

sudo sh ./cuda_5.0.35_linux_64_ubuntu11.10.run
でCUDAドライバのインストールをやり直したら、Compizも復活して、

./deviceQuery
でちゃんと結果が出力された。


どれが良かったか、わからないがこの中のどれかであるはず。

あと、「追加のドライバ(Additional driver)」から適当にExperimentalの一番新しいっぽいやつをインストールしたりもしたな…

Ubuntuでbootを逼迫している古いLinuxカーネルを削除

慣習に従って/bootディレクトリのパーティションを分けていたら(確か100M)、カーネルの更新のたびに、カーネルイメージがインストールされて、それが残って、/bootパーティションを逼迫していた。dist-upgradeができない状態に。
古いカーネルは不要なので削除する。ちなみに、Ubuntuのバージョンは12.04です。
インストールされているカーネルを確認する。

[*****@*****] $ dpkg -l | grep linux-image
rc  linux-image-3.2.0-23-generic           3.2.0-23.36                             Linux kernel image for version 3.2.0 on 64 bit x86 SMP
rc  linux-image-3.2.0-25-generic           3.2.0-25.40                             Linux kernel image for version 3.2.0 on 64 bit x86 SMP
rc  linux-image-3.2.0-26-generic           3.2.0-26.41                             Linux kernel image for version 3.2.0 on 64 bit x86 SMP
ii  linux-image-3.2.0-27-generic           3.2.0-27.43                             Linux kernel image for version 3.2.0 on 64 bit x86 SMP
ii  linux-image-3.2.0-29-generic           3.2.0-29.46                             Linux kernel image for version 3.2.0 on 64 bit x86 SMP
ii  linux-image-3.2.0-31-generic           3.2.0-31.50                             Linux kernel image for version 3.2.0 on 64 bit x86 SMP
iU  linux-image-3.2.0-32-generic           3.2.0-32.51                             Linux kernel image for version 3.2.0 on 64 bit x86 SMP
ii  linux-image-generic                    3.2.0.31.34                             Generic Linux kernel image
いっぱいある。結構たくさんある。なんとなく少しは戻れるように3.2.0-29以前を削除することにする
[****@***] $ sudo apt-get remove linux-image-3.2.0-2{3,5,6,7,9}-generic -y
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Package linux-image-3.2.0-23-generic is not installed, so not removed
Package linux-image-3.2.0-25-generic is not installed, so not removed
Package linux-image-3.2.0-26-generic is not installed, so not removed
The following packages will be REMOVED:
  linux-image-3.2.0-27-generic linux-image-3.2.0-29-generic
0 upgraded, 0 newly installed, 2 to remove and 66 not upgraded.
15 not fully installed or removed.
After this operation, 298 MB disk space will be freed.
Setting up ubuntu-keyring (2011.11.21.1) ...
...(略) ...
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-3.2.0-32-generic
よくみたら最初の方はrcだった。とりあえず、
sudo apt-get update && sudo apt-get upgrade -y && sudo apt-get dist-upgrade -y && sudo apt-get autoremove -y
してOK。df -hするとbootパーティションが半分くらい空いたが、また消すのめんどくさいな。
調べてみると、今の時代ではbootを別パーティションにする必要はないっぽい。
 参考:https://forums.ubuntulinux.jp/viewtopic.php?pid=12939

2012年6月21日木曜日

Ubuntu 12.04 LTS のプロキシで無視リストを設定

Ubuntuを10.04LTSから12.04LTSに移行したらプロキシ設定のUIが変わってた。

めちゃくちゃシンプルになっていて、今まであったプロキシの例外設定を加える項目が見当たらない。

調べてみると見つかった。
Where to set proxy ignore list?

まず、設定するためのソフトウェアdconf-toolsを入れる。
sudo apt-get install dconf-tools

Superキー(Winキー)を押してUbuntuメニューを表示し、dconfと入力すると、「dconf Editor」というものが出てくるのでそれを実行。

gconf editor設定画面

proxyのところにignore-hostsという項目があるので、Valueのところをクリックして、無視リストを追加する。例えば、['localhost','127.0.0/8','*.example.com']とか。

以上。

2012年6月15日金曜日

管理者権限のない人がpip, virtualenv, virtualenvwrapperをhomeにインストールする

管理者権限のない人がPython2.7とPython3.2.3をインストールしたときのやり方はコチラ

目的

virtualenv環境を入れて、複数の仮想python環境を構築する。

やり方

基本的には以前に書いた記事と同じやり方。setuptools入れるときは、どのバージョンのpythonでもいいはずなので、とりあえずpython2.7を使うことにする。
まずは、ちゃんとhomeのpythonにパスが通す。(bashrcとかで通している人はOK)
export PATH=$HOME/.local/bin:$PATH
つぎに、setuptoolsのインストーラをダウンロード。ちゃんと2.7用のものをダウンロード。
wget http://pypi.python.org/packages/2.7/s/setuptools/setuptools-0.6c11-py2.7.egg#md5=fe1f997bc722265116870bc7919059ea
sh setuptools-0.6c11-py2.7.egg
easy_install-2.7 pip
pip install vitualenv virtualenvwrapper
ここで、easy_installでpipをinstallするときに、easy_install-2.7を呼ぶようにしないとダメだった。
次に、virtualenvwrapperを設定する。 次を実行するか。(次回起動時にも反映させるために.bashrcや.zshrcなどに追加しておくべき)
source $HOME/.local/bin/virtualenvwrapper.sh
python仮想環境を作成。例えば、python27用をpy27という名前で作成。
mkvirtualenv py27 -p python2.7
python3.2だったら
mkvirtualenv py32 -p python3.2
仮想環境に有効にするには
workon py32
抜けるときは
deactivate

追記

ログイン時に反映させたい場合は.bashrcなどに
export VIRTUALENVWRAPPER_PYTHON=$HOME/.local/bin/python
source $HOME/.local/bin/virtualenvwrapper.sh
virtualenvをインストールしたときのpythonへのパスを書かなくてはならないっぽい。

2012年6月14日木曜日

ユーザーhomeにpython2.7.3(ついでにPython3.2.3も)をインストールしたときのメモ

目的

職場のRHEL5上のhomeにpython2.7をインストールしたい。管理者権限はない。

やり方

インストール先は$HOME/.localとする。.local/以下にbin, libなどが作成される。

Pythonをインストール

pythonのソースを本家からwgetして持ってきて、configure(インストール先の指定は--prefix)してmake installすれば良いかと思ったが、
wget http://www.python.org/ftp/python/2.7.3/Python-2.7.3.tgz
tar xvzf Python-2.7.3.tgz
cd Python-2.7.3
.configure --prefix=$HOME/.local
make install
ここで、
hg identify: option -i not recognized
hg identify: option -t not recognized
hg identify: option -b not recognized
./Modules/getbuildinfo.c: In function ‘Py_GetBuildInfo’:
./Modules/getbuildinfo.c:45: error: missing terminating " character
./Modules/getbuildinfo.c:45: error: expected expression before ‘)’ token
./Modules/getbuildinfo.c:46: error: missing terminating " character
./Modules/getbuildinfo.c:46: error: missing terminating " character
./Modules/getbuildinfo.c:47: error: missing terminating " character
./Modules/getbuildinfo.c:47: error: missing terminating " character
./Modules/getbuildinfo.c:53: error: ‘buildinfo’ undeclared (first use in this function)
./Modules/getbuildinfo.c:53: error: (Each undeclared identifier is reported only once
./Modules/getbuildinfo.c:53: error: for each function it appears in.)
./Modules/getbuildinfo.c: In function ‘_Py_hgversion’:
./Modules/getbuildinfo.c:72: error: missing terminating " character
./Modules/getbuildinfo.c:72: warning: ‘return’ with no value, in function returning non-void
./Modules/getbuildinfo.c: In function ‘_Py_hgidentifier’:
./Modules/getbuildinfo.c:79: error: missing terminating " character
./Modules/getbuildinfo.c:79: error: expected expression before ‘;’ token
./Modules/getbuildinfo.c:83: error: missing terminating " character
./Modules/getbuildinfo.c:83: error: expected expression before ‘;’ token
make: *** [Modules/getbuildinfo.o] Error 1
こんな感じのエラーがでた。調べてみると、自分の環境では、Mercurialのバージョンが古いらしい。
$ hg --version
Mercurial Distributed SCM (version 0.9.3)

Copyright (C) 2005, 2006 Matt Mackall 
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Mercurialの新しいのをインストール

今は2.2とからしい。古すぎだろw。ということで、先にMercurialの2.2.2をhomeにインストールする。
cd ..
wget http://mercurial.selenic.com/release/mercurial-2.2.2.tar.gz
tar xzvf mercurial-2.2.2.tar.gz
cd mercurial-2.2.2
PREFIX=$HOME/.local make install
インストール先はPREFIXに指定するらしい。なんか最後の方にpython-docutilsかなんかをinstallしろ、とerrorがでるが無視。一応インストール完了。インストール先のbinディレクトリをPATHの先頭に加えれば、2.2.2のhgが呼ばれる。
$ export PATH=$HOME/.local/bin:$PATH
$ $HOME/.local/bin/hg --version
Mercurial Distributed SCM (version 2.2.2)
(see http://mercurial.selenic.com for more information)

Copyright (C) 2005-2012 Matt Mackall and others
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Pythonのインストール続き

Pythonのディレクトリに戻り、再度make installする。
cd ../Python-2.7.3
make install
インストールできた。 $HOME/.local/bin/pythonにaliasもしくはPATHを通せば、使えます。
alias python=$HOME/.local/bin/python
# OR
export PATH=$HOME/.local/bin:$PATH
$ python --version
Python 2.7.3

ついでにPython3.2.3もインストール

wget http://www.python.org/ftp/python/3.2.3/Python-3.2.3.tgz
tar xvzf Python-3.2.3.tgz
cd Python-3.2.3
./configure --prefix=$HOME/.local
make install
何の問題もなくインストール完了。$HOME/.localにはパスを通してあったので、
$ python3
Python 3.2.3 (default, Jun 15 2012, 11:09:08) 
[GCC 4.1.2 20071124 (Red Hat 4.1.2-42)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 
とpython3で呼べる。
ソースファイルへのリンクが切れていたらコチラ。Python mercurial Python-3.2.3

2012年6月13日水曜日

ユーザーhomeにsubversionインストールしたときのメモ

管理者権限がないのにシステムにインストールされているsubversionが自分の使いたいバージョンと違うことってありますよね。例えば、v1.4以下とv1.5以降でこんなふうに違いがあります。
http://www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_externals_relative.html
  • 相対リンク設定可能
  • URLとディレクトリの順番が逆
  • など
ということで、homeに自分の使いたいsubversionをいれて使いましょう。 ちなみに、ここではRHEL5でやったやり方を書きます。 他でも同様にやれば、まぁ動くと思います。 ここではv1.6.18とv1.7.5でやったやり方を書いておきます。
※wgetのリンクが切れてたら適宜自分でさがしてください。subversionは本家から

v1.6.18のインストール

wget http://subversion.tigris.org/downloads/subversion-1.6.18.tar.gz
wget http://subversion.tigris.org/downloads/subversion-deps-1.6.18.tar.gz
tar xvzf subversion-1.6.18.tar.gz
tar xvzf subversion-deps-1.6.18.tar.gz
cd subversion-1.6.18
depsはdependenciesのことで、依存パッケージを同じディレクトリに展開してくれる(sqlite,neonなど)。
./configure --prefix=$HOME/mybin/subversion-1.6.18 --without-apxs --with-ssl --without-serf
make install
基本的にクライアント機能だけでいいので、apxsとかはずす。じつは、あまり良く解っていない。neonを入れるのでserfはいれていないっぽい。もし、何か足りなくてconfigureで怒られたら、INSTALLを読んで、必要なものをとってきてください。prefixでインストール先を指定する。prefixで指定した先に、bin,share,libなどのディレクトリが作られます。

v1.7.15のインストール

wget http://mirrors.axint.net/apache/subversion/subversion-1.7.5.tar.gz
tar xvzf subversion-1.7.5.tar.gz
cd subversion-1.7.5
wget http://www.sqlite.org/sqlite-amalgamation-3.6.13.tar.gz
tar xvzf sqlite-amalgamation-3.6.13.tar.gz
mv sqlite-3.6.13 sqlite-amalgamation
wget http://www.webdav.org/neon/neon-0.29.0.tar.gz
tar xvzf neon-0.29.0.tar.gz
mv neon-0.29.0 neon
1.7.5は2012.06.12現在ではdepsは存在しないので自分でとってくる。v1.6のdepsからコピってきても良いと思われる。
cd neon
./configure --prefix=$HOME/mybin/subversion-1.7.5 --with-ssl
make install
cd ../
neonはv1.6と違い、なぜか普通にconfigureしても、インストールしてくれないので、自分でインストールする。--with-neonでneonをインストールしたディレクトリを指定してsubversionをインストール。
./configure --prefix=$HOME/mybin/subversion-1.7.5 --with-neon=$HOME/mybin/subversion-1.7.5 --without-apxs --with-ssl --without-serf
make install

使用するsvnを指定する

svnへのコマンドのエイリアスを付ければ良いので、ターミナルで
alias svn=$HOME/mybin/subversion-1.6.18/bin/svn
と打てば、指定したバージョンのsvnを使える。または、
export PATH=$HOME/mybin/subversion-1.6.18/bin:$PATH
としてパスを通してしまう。(通すディレクトリが先。後ろにつなぐとシステムの方のsubversionが呼ばれる。)
$ svn --version
svn, version 1.6.18 (r1303927)
   compiled Jun 12 2012, 20:08:51

Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.apache.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
  - handles 'http' scheme
  - handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
  - with Cyrus SASL authentication
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme
もちろん、.bashrcなどに書いてしまった方がいい
ソースファイルへのリンクが切れていたらコチラ。 v1.6 v1.6deps v1.7。 v1.7のneon,sqliteはdepsの中のものをコピーして配置すれば使えると思います。

2012年5月17日木曜日

職場のred hat el5上に勝手にpip, virtualenv, virtualenvwrapper環境作ったときのメモ

python2.6はすでにインストール済み

まずはsetuptoolsをインストール
ここから、python2.6の.eggファイルをゲットして、

rootで
wget http://pypi.python.org/packages/2.6/s/setuptools/setuptools-0.6c11-py2.6.egg#md5=bfa92100bd772d5a213eedd356d64086
sh setuptools-0.6c11-py2.6.egg
rm -f setuptools-0.6c11-py2.6.egg
easy_install pip
pip install virtualenv
pip install virtualenvwrapper
ユーザーで
which virtualenvwrapper.shの場所を確認して、
$ emacs .zshrc # bashの人は.bashrc
[ -f /usr/bin/virtualenvwrapper.sh ] && source /usr/bin/virtualenvwrapper.sh # added

2012年3月9日金曜日

ubuntu10.04でtex環境構築時のメモ

基本的にこのページを参考にしたが、

JapaneseLocalizedDerivative/LaTeXForJapanese

自分の環境は、Ubuntu 10.04 LTS 64-bitでインストールは通常の英語版をインストールして使っていたが、texを日本語で使おうとするといろいろ不都合がでてきたので日本語化することにした。

Ubuntuの日本語環境

このページを参考に、方法2を行った。


wget -q https://www.ubuntulinux.jp/ubuntu-ja-archive-keyring.gpg -O- | sudo apt-key add -
wget -q https://www.ubuntulinux.jp/ubuntu-jp-ppa-keyring.gpg -O- | sudo apt-key add -
sudo wget https://www.ubuntulinux.jp/sources.list.d/lucid.list -O /etc/apt/sources.list.d/ubuntu-ja.list
sudo apt-get update && sudo apt-get upgrade -y
sudo apt-get install ubuntu-desktop-ja

んでとりあえずリブート。


JapaneseLocalizedDerivative/LaTeXForJapanese
を続行

最後まで言うとおりにやって、

いざテスト

- test.tex
\documentclass{jarticle}
\begin{document}
\title{A test of a Japanese document}
\author{Horse Brain}
\date{20120309}
\maketitle
\section{I am a Japanese}
\subsection{I speak Japanese}
こんにちは。私は日本人です。日本語を話します。
\section{セクションタイトルも日本語で}
数式でも書いてみる
\begin{equation}
p(x) = \int p(x,y) dy
\end{equation}
\end{document}

emacsで普通に編集したら文字コードがUTF-8で保存されたので、nkfでeucに変換してpdf化するスクリプトを作成して実行
$./tex2pdf-ja test.tex

- tex2pdf-ja
#! /bin/sh 
NAME_TMP=tmp
nkf -e $1 > $NAME_TMP.tex && platex $NAME_TMP.tex && dvipdfmx -o out.pdf $NAME_TMP.dvi && exit 1

しかし、
** ERROR ** Could not find encoding file "H".

というエラーが出てしまった。ぐぐってみると、

[Latex]dvipdfmxのCould not find encoding file "H" エラー対策

こんなエントリーを見つけた。ghostscriptのバージョン通りにcmapfontのパスを設定しないといけないよう

ghostscriptのバージョンを調べてみる
$ ghostscript --version
 8.71

/usr/share/texmf/web2c/texmf.cnfをrootで編集
(略)

% CMap files.
CMAPFONTS = .;$TEXMF/fonts/cmap//;/usr/share/ghostscript/8.71/Resource/CMap/

(略)

あらためて、実行!
…できた!