cpan module を並列でインストールする - skaji's blog
先日行われた Gotanda.pm #5 でも発表させていただいたが、まさしく experimental な cpan client cpm を作った。 github.com Why new? cpan module の install にはいつも cpanm を使っており そのシンプルさと安定性には感心するばかりである。 が、cpanmにも不満がないわけではない。 perlである程度のことをやろうとすればすぐにcpan moduleの依存は 100を超える。 そういった場合、cpanmは直列でcpan moduleをインストールしていくため かなりの時間がかかる。 これをなんとかしたい。 Features of cpm cpm は如何に速くcpan module をインストールするか、しか考えていない。速くするために以下のようにしている。 cpanm を並列に使って cpan modul
Secrets of cpanm cpanfile Support - Modern Perl Programming
On a previous client's project, I set up Carton to manage dependencies. This worked out really well, but I came to realize that most of the benefit on that project was using a single cpanfile to list all dependencies. (Allison wrote a tiny Makefile to manage something else on the project, so it made a lot of sense to add make targets to "update all dependencies" or "use Sqitch to deploy the curren
miyagawa/cpan-module-bootstrap
Link: miyagawa/cpan-module-bootstrap Creates a shell script and cpanm bundle to install modules on a remote machine without cpanm installed and no network connection.Another YAPC::Asia is over, and now Carton gets the big traction. Carton solves the problem of “CPAN breaking my app”, and installing modules on a deployment host is easier and more stable then ever. Now there is one remaining piece o
use latest cpanm -Lextlib with perl v5.8.8 or earlier - たごもりすメモ
'cpanm -Lextlib' requires Module::CoreList, but Module::CoreList was first released with perl v5.8.9. So we should install Module::CoreList at first. Do as below (be careful with -l and -I (el and ai)): curl -s -L http://cpanmin.us/ | /usr/bin/perl -- - -l/tmp/module-corelist Module::CoreList curl -s -L http://cpanmin.us/ | /usr/bin/perl -I/tmp/module-corelist/lib/perl5 -- - -Lextlib Module::CoreL
perlモジュールのinstallにcpanmを使う - Perl - @OMAKASE
当サイトのblogのエントリーで検索ワードが多いのはCPANなんですがこの古い記事はperl5.6時代に書いた記事(多分10年近く前だと思う)で今時のperl使いにお勧めできるものではありません。 2010年2月にあの miyagawa さんが書いた cpanminus が非常に素晴らしいので CPAN::shell を捨てて App-cpanminus を積極的に利用しましょう。 と言うことでcpanに関連して新しい記事を書いてみました。 CPAN::shell の欠点 設定が面倒 動作が遅い(cpanmと比較して) 多くのメモリが必要(制約のきついレンタルサーバで使うのは無理) 依存するモジュールが多い 基本root権限が必要 cpanm の利点 一枚岩のプログラムで可搬性に優れる 高速で小メモリでも動作可能 pluginで拡張できる local::lib と組み合わせるとユーザーラン
1. Perl環境の設定 : Practical Modern Perl (仮)
注：本稿はまだ書きかけです！書きかけです！まだ一般に知らしめようとする前にブクマされました！ｗ 間違いの指摘やコメント等は lestrrat @twitter にください！ Perl環境の設定方法はここ数年で大きく進化し、変わってきました。ここではアプリケーションのデプロイも見据えた、モダンなperl環境の整え方を紹介していきます。具体的にはperl本体や外部モジュールのインストール方法を解説したのち、Perlを使ったアプリケーションを管理・運用していく際に依存関係等はアプリケーション毎に管理できるようにしてグローバル環境に可能な限り干渉しない方法を紹介します。 目次 1.1 Perl本体のインストール 1.2 依存モジュールの管理・インストール 1.3 Cartonによるアプリケーションの実行環境の構築 tl;dr 本稿を読む前にポイントだけ知りたい！という方向けのまとめです： OSに同
cpanm ってなんですか? carton ってなんですか?利点はなんですか? - tokuhirom's blog
なんか適当に。 cpanm は cpan モジュールをいれてくれる人です。元々は某 VPS のメモリがたりなくて CPAN shell が起動しないからなんとかしよう、みたいなのがきっかけだった気がしますが、今となってはどうでもいいことです。 とりあえずつかっとけば安心なかんじなのが cpanm となっています。 carton ってのは local/lib/perl5/ 以下にアプリの依存モジュールをぶっこんでくれる人です。carton.lock というファイルにモジュールのバージョンとか記録しててくれて、いいかんじにバージョンを固定できるので、他の環境とバージョンをそろえることができて便利です。 たんに local/ 以下にライブラリいれたいだけなら cpanm --installdeps -L local/ . とかしてもだいたいおなじです。 carton exec は、perl -M
plenv + cpanm + carton でPerlの開発環境を構築する | Act as Professional
Perl情弱の@HIROCASTERでございませう。 GrowthForecastとか羨ましすぎるので、最近のPerlの環境はどうやってつくるのか調べた。 今回はplenv+cpanm+cartonという環境を構築します。 Rubyでいうところのplenv+gem+bundleという感じである。 環境はUbuntu 12.04.2 LTSとMac（Mountain Lion）での確認をしています。 plenvまず、OSに付属しているPerlなどを利用して、わけわからないことになって、挫折するのがいつものパターン。 そこで、Perlを複数バージョンインストールして、OS付属のPerlとは別で管理できるplenvをインストールする。 Rubyでいうところのrbenvのようなもの。 CPANからインストールできるらしいけど、今回はGitでcloneしてインストールすることにする。 $ git c
carton + 開発版の cpanm で、特定のバージョンのモジュールをつかいこなす! - tokuhirom's blog
開発版の cpanm で、META file の version range がサポートされるようになりました。 CPAN の META spec v2.0 では、version range がサポートされていて、以下のような柔軟な指定が可能となっています。 Some fields (prereq, optional_features) indicate the particular version(s) of some other module that may be required as a prerequisite. This section details the Version Range type used to provide this information. The simplest format for a Version Range is just the vers
perlbrewを利用したプロジェクトごとのPerl環境管理 - すぎゃーんメモ
整理するためのメモ。 よくある問題: プロジェクトごとの依存モジュールの管理 全環境共通でインストールするとモジュールのバージョンが分けられない local::libやcartonを使ってプロジェクト専用のインストール領域を作るのが良い しかし実行するPerlのバージョンが違うと動かなかったりするし だったらPerlそのものもプロジェクトごとに管理した方が 同一アーキテクチャの複数サーバにデプロイするときも1箇所で環境作ってディレクトリ丸ごとrsyncで済むし というわけでプロジェクト専用のPerlをperlbrewでインストールして使おう ビルドに時間かかったりもするけどまぁ最初の一回だけだし我慢 手順 既にperlbrew自体は標準の方法でインストールしておいていて使えてる、という前提で $ cd <PROJECT_ROOT> $ export PERLBREW_ROOT=${PWD}
OrePAN と cpanm を使ったCPAN モジュールの部分ミラーの運用管理 :Yokohama.pm #8
1. OrePAN と cpanm を使った CPAN モジュールの部分ミラーの運用管 理 大窪 聡 ボンヌ / bonnu / id:boxphere 2. アウトライン 1. はじめに 2. なぜ CPAN ミラーをローカルに作るのか 3. ミラーを作り、維持するために必要な道具 4. ローカルミラーを作る 5. ローカルミラーを利用したデプロイ 6. ローカルミラーを運用する 7. ...チラ裏 8. まとめ / おわりに 3. はじめに 今回の発表の内容は kazeburo さんの11年2月時点のブログの内 容が大元のベースになっています。 http://blog.nomadscafe.jp/2011/02/orepancpanmcpancpan.ht ml 当時は kazeburo さん作の patch があたった状態での運用フロー が紹介されていましたが、現在は本家 cpa
Cacoo - Niigata.pm #1
<iframe src="https://cacoo.com/diagrams/mwnW3FwdQWE8eWPr/view" width="402" height="330" frameborder="0" scrolling="no"></iframe>
Perlの環境構築 - あと味
こなれてきたので、Perlの環境構築についてまとめる。出尽くされてる感は半端ないけど。 導入するツール perlbrew cpanm（App::cpanminus） Carton perlbrew perlbrewはユーザー領域に複数のPerlのバージョンをインストールして使えるツール。Rubyのrvm相当。 インストール 公式ドキュメントに書いてある手順で簡単に導入できる。 $ curl -kL http://install.perlbrew.pl | bashこれでインストール終わり。 設定 次はperlbrewの設定。でも最初から付いてくる。 $ echo source ~/perl5/perlbrew/etc/bashrc >> ~/.bash_profileインストールした際のログに書いてあるが、perlbrew用のbashrcが添付されてるので、それを読み込む設定を.bash_
GrowthForecastが便利な件について
定期的に処理を実行するものがあって、その結果や中間結果を可視化したいなーと思うときがあるわけです。表示したい値は簡単に出せますが、それを見やすい形で出すのってけっこう面倒なものです。ログファイルをgrepしろやーはちょっと嫌です。グラフ表示する場合はCactiあたりが有名だと思いますが、グラフの追加に手間がかかるのがツライのです。とりあえずサクッと表示したいのです。 噂によるとkazeburoさんのGrowthForecastというものが便利という事なのでさっそく試してみました。 今回cpanmも初めて入れました。これも便利です。 まずはcpanmのインストール。Fedora17くらいだとyumにあります。CentOSだと無かったので手動で入れます。 cd ~/ mkdir bin && cd bin curl -LOk http://xrl.us/cpanm chmod +x cpanm
cpanm 1.4 is out - the greatest release ever
bulknews.typepad.com Tatsuhiko Miyagawa's blog to discuss mostly tech and nerdy stuff. cpanm 1.4 is out last night. This is a major update and includes bunch of good things, and let me introduce two of them. -q is the real quiet option One of the things people love about cpanm is its quiet output, compared to CPAN.pm's default verbosity level. cpanm by default only prints 4 lines per module instal
CPAN::shellよ、さようなら。そして新たなPerlライブラリインストーラー·cpanminus MOONGIFT
cpanminusはCPAN::shellに変わるPerlのライブラリ管理システム。 cpanminusはPerl製のオープンソース・ソフトウェア。MOONGIFTではスクリプト言語の中では圧倒的にPerl製のソフトウェアを紹介することが少なかった。要因の一つにとにかくCPANを使ったインストールが面倒くさいというのがあった。 どんどんインストールされていく 起動しようとしてエラー、CPANでインストールして再実行、またエラー…そして最後の最後でCPANモジュールが依存できない。そんなことを繰り返しているとストレスで自然と避けてしまうというものだ。だが今後は違う、cpanminusを使えば良いのだ。 cpanminusはCPAN::shellに変わるCPANライブラリ管理システムだ。CPAN::shellの欠点として、依存するモジュールがある時に都度y（とは限らないが）で答えないといけない
OrePANとcpanmでCPANの部分ミラーを作ってCPANモジュールを管理する - blog.nomadscafe.jp
これまでサービスで使うCPANモジュールの管理と言えばrpm/debパッケージが主流だと思いますが、最近ではperlbrewで使いたいバージョンのperlをインストールすることもあり、rpm/debでは対応できなくなってきています。 perlbrewのperlに対してプロジェクトが依存しているCPANモジュールを入れる際、 $ perlbrew switch perl-5.12.3 $ cd /path/to/MyProj $ perl Makefile.PL $ cpanm --installdeps . などと cpanm —installdeps が使えます。 しかし、これではサーバを新規セットアップするたびに、最新のモジュールが入ることになりサーバ間でモジュールのバージョンの差異が生まれる可能性があります。 そこで対応策として考えられるのが開発サーバで—installdepsを実行
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Modern Perl toolchain for Git managed web apps | kappataumu.com
cpanfile
Plack + Carton: deployment made simple and awesome