macにrvmでruby1.9.2入たときのメモ

ようやくrvmでruby1.9.2をインストールできた…。
今までwindowsで甘やかされてたから1.5日かかってようやく完了。

参考ブログ
http://www.markhneedham.com/blog/2010/07/08/installing-ruby-1-9-2-with-rvm-on-snow-leopard/

流れは以下の通り

  1. rvm入れる
    これはgitが必要だったようだがすんなりいけた。
  2. ruby1.9.2を入れる
    $ rvm install 1.9.2

    回線が遅いのか？必要ファイルのDLに１時間くらいかかる。しかもその後エラー。
    参考ブログをみたらreadlineを入れろとのこと。
  3. rvm でreadlineを入れる。
    $ rvm package install readline
  4. 再度トライ。オプションは参考サイトにあるがまま採用。
    $ rvm install 1.9.2-head -C --enable-shared,--with-readline-dir=$rvm_path/usr,--build=x86_64-apple-darwin10
  5. エラー。libxml2をi386じゃなくてx86_64のアーキテクチャのやつ、教えてくれとか。
  6. 参考サイトを見るとlibxml2、libsqlite3、libxsltが必要らしい。
    まずはlibxml2をDLしようとするが、リンク先のサイトのftpが上手く接続できない。仕方ないのでググるとmacportsでも入れられるらしいので採用。
    $ port list libxml2
$ sudo port install libxml2
  7. 次にlibsqlite3は参考サイトにリンクがあったので辿ってsqlite-3.6.23.1.tar.gzをDL。なんかブラウザ経由でのDLは調子が悪い…。自宅のネットワークのせい？
    とりあえず、urlがわかったのでcurlで取得して、その後のmakeなどは参考サイトの通りに実行。
    $ curl -O http://www.sqlite.org/sqlite-amalgamation-3.6.23.1.tar.gz
$ gunzip sqlite-amalgamation-3.6.23.1.tar.gz 
$ tar -xvf sqlite-amalgamation-3.6.23.1.tar
$ cd sqlite-3.6.23.1/

$ CFLAGS='-arch i686 -arch x86_64' LDFLAGS='-arch i686 -arch x86_64'
./configure --disable-dependency-tracking
$ make
$ sudo make install
  8. 最後はlibxslt。これlibxml2と同ような状況で、macportsが使えたので採用。
    $ port list libxslt
$ sudo port install libxslt
  9. 再々度トライ。
    $ rvm install 1.9.2-head -C --enable-shared,--with-readline-dir=$rvm_path/usr,--build=x86_64-apple-darwin10
  10. エラー。さっきと同じ？？？macportsで入れたやつ見てくれていない？
    ググるとmacportsで取得したもの/opt/local配下にあるらしい。
    で、エラーログを見ると/usr/local配下でファイルを見つけて、そのファイルがNGになっている様子。
    エラーログ
　：
　：
ld: in /usr/local/lib/libxml2.2.dylib, file was built for i386 which is not the architecture being linked (x86_64)
　：
　：
  11. さらにググると--with-opt-dir=/opt/localと入れることで探しにいく場所を指定できるっぽい。採用。
    $ rvm install 1.9.2-head -C --enable-shared,--with-readline-dir=$rvm_path/usr,--with-opt-dir=/opt/local,--build=x86_64-apple-darwin10
　：
　：
ruby-1.9.2-head - #importing default gemsets (/Users/***/.rvm/gemsets/)
Install of ruby-1.9.2-head - #complete 
  12. おわ！できた！
    ん？参考サイトの通りやったら1.9.2-headなるものが入ってしまった。違いはよくわからんがheadじゃない方にしよう。
    $ rvm install 1.9.2 -C --enable-shared,--with-readline-dir=$rvm_path/usr,--with-opt-dir=/opt/local,--build=x86_64-apple-darwin10
　：
　：
ruby-1.9.2-p136 - #importing default gemsets (/Users/gen/.rvm/gemsets/)
Install of ruby-1.9.2-p136 - #complete 
  13. 1.9.2-headは削除。
    $ rvm remove 1.9.2-head
  14. 確認
    $ rvm list
$ rvm use 1.9.2
$ ruby -v
    $ rvm list
ああ、疲れた。。。
もう１回はやりたくない、けどいつかやりそうなのでここに書いておく。

コメント

コメントを投稿

このブログの人気の投稿

ユースケースポイント法（UCP法）

見積もりにおける手法の１つ。 有名なFP法はデータ項目数（DBのテーブルやファイルの項目数）と入出力の数を手がかりにシステムの規模を見積もるが、UCPはUMLでいうクラス図を元に規模を見積もる方法。 分析クラス図までを作れれば、UCP法で見積もりしやすいだろう。 分析クラス図をベースにしたポイントを「未補正UCP」とし、さらに技術的な複雑度、環境的な複雑度をもとにした係数をかけることで「補正後UCP」ができあがる。 あとはFP法と同じように「１ポイントは何時間（または人月）かければ消化できるか」＝生産性係数をかけることで工数の見積もりにすることができる。 UMLを主に開発するプロジェクトでは非常に重宝されそうなこの手法だが、問題点を感じないわけではない。 この手法で感じる問題点は、FPと同じように「生産性係数をいくつにするんじゃい？」という点なのだが、UCP法を考えたGeri Schneiderさんによると普通のプロジェクトならば生産性係数は２０時間らしい。 （つまり１UCPの機能あるいはシステムであれば２０時間で作れるであろう、と。） しかしながらこのUCP法はまだ日が浅いためか、Geriさんの考えるプロジェクトが私の周りと一致しずらいのか、２０時間で本当に大丈夫か？という不安がいつもある・・・。 （事実、２０時間で工数に変換すると「大丈夫かなぁ・・・」という工数が出てくる） また、技術要因はさることながら、環境要因が曲者と思う。 なぜならば、環境要因は「採用するプロセスの習熟度」「モチベーションの有無」「プログラミング言語の難しさ」などなど、非機能要件的な要素を先に係数として含めてしまう仕組みになっており、これをどう扱うかが実際に使おうとすると非常に悩ましい。 とはいえ、個人的に分析クラス図は頭のなかで思い浮かびやすいUMLであり、これからもお世話になるはずなので、まずはUCP法の生産性係数はいくつが望ましいのか、周りからデータ収集を地道にがんばるしかないか。 ■参考 ■オブジェクト倶楽部 http://www.objectclub.jp/ ■ITpro http://itpro.nikkeibp.co.jp/article/COLUMN/20060811/245759/
続きを読む

COCOMO（工数と工期）

COCOMO自体はプログラムステップから工数を出す見積もり手法だが、COCOMOには工数から工期を算出する計算式があるので、そいつについて。 式は 工期（月）＝α×（工数（人月）の３乗根） だそうな。 なお、このの工数と工期はプロジェクト全体（要件定義からシステムテストまで）が入るので注意。 この式のαについては「日本情報システムユーザ協会（JUAS）」が収集・計測したところ、「2.7」が妥当らしい。 本来、αの部分は「プロジェクトのメンバの能力による適当な係数」と「正規分布を想定した時間経過ごとの要員割り当て」をもとに割り出という手順になっている。 （要員割り当てはαだけではなく式全体に影響がある、と思う） とはいえ、JUASでは実際のプロジェクトをいくつも収集したというのだから、「2.7」は日本のプロジェクトには使ってもよいと思う。 αを2.7としたときの各人月に対する工期は以下のとおり。 1人月　2.7ヶ月 2人月　約3.4ヵ月 5人月　約4.6ヶ月 10人月　約5.8ヶ月 20人月　約7.3ヶ月 50人月　約9.9ヶ月 100人月　約12.5ヶ月 うーむ、工程が要件定義からシステムテストまで入ってると・・・。 10人月以下あたりはちょっと長い印象。 20人月以上になるとこれくらいで適当かなぁという印象。 思うに10人月以下の場合は一人が担当する範囲が広い（プログラム設計者が実装もして、単体テストもして、結合テストもしてetc）な場合が多い、というか実際自分のところではそうなので、感覚と違うのだと思われる。 要員が少なければ各工程ごとの要員割り当てが正規分布どころか、一直線になるんだからこの式に当てはめるて違和感がでるのは、納得感あり。 うーん、大きな工数になることがない限り使う機会が少ない、かな？ ■参考 ThinkIT 日本情報システムユーザ協会
続きを読む

seleniumをmacで使いたいメモ１

macを手に入れたのでそのメモ。 １）firefoxでのIDE動作確認 試そうとした目的のサイトでcaptureEntirePageScreenshotをすると上手くキャプチャがとれない。 CSSの関係だと思われるがサイトの上部しかキャプチャされずに、メイン部分となる中央、下部がキャプチャされない。 WindowsXPのfirefoxでも同様の事象は確認しており、JavaScriptのuser-extentions.jsを用意して、もとのcaptureEntirePageScreenshotを改造したコマンドを作ったのであとで試してみよう。 ２）pngデータの出力パス設定 captureEntirePageScreenshotの第２引数はフルパスで書く。一応備忘のため記載。 ３）safariでの画面ハードコピー保管 safariでの画面ハードコピー保管ができる方法は無いのだろうか…？ captureEntirePageScreenshotはfurefixのchromeモードとIEのHTAモードでしか動作しないとIDEでのコマンドリファレンスには記載がある。 とはいえ、画面HCが無いと認めてくれない世界もあるわけで。 たしかevalとかいう関数でselenium実行中にすきなJavaScriptを呼び出せるとか書いてあったような気がするので調べみるか…。 ここが一番のKOファクターになりそうだ…。 ４）seleniumIDEでテストケース作成→safariでの実行 safariはデフォルトでポップアップウィンドウが開かない設定になっているので、それをOFFにする。 ウィンドウは開くようになったが、実行すると java.lang.NullPointerException: sessionId should not be null; has this session been started yet? at org.openqa.selenium.server.FrameGroupCommandQueueSet.getQueueSet(FrameGroupCommandQueueSet.java:216) at org.openqa.selenium.server.SeleniumDriverResourceHandler.handleBrowserResponse(
続きを読む