Carmelとcpm - Qiita
この記事は Perl Advent Calendar 2017 の7日目です。 6日は songmuさんによる、 えるしっているか、Lは便利 でした。 今日は、新しいCPANのモジュールマネージャー周りのお話をしたいと思います。 Perlでプロジェクト/ツールの開発をしよう！ という時に、モジュールマネージャー Carton を使われる場合が多いのではないでしょうか。 しかし、Perlでプログラムを書いていくと、依存するCPANモジュールが数百個...というのはよくある事で、プロジェクト作成毎に、数百のモジュールインストールを待つには人生は短すぎる、、、そう思われている方も多い事でしょう。 そんな時は、もう一つのモジュールマネージャー Carmel の出番です！ Carmelとは Cartonと同じ作者である、Tatsuhiko Miyagawaさんが開発されている新しいモジュールマネージ
pelletkachels | blog over bedrijven en feitjes en de pelletkachel
Welkom bij Pelletkachels.nl, jouw ultieme bron voor alles wat met pelletkachels te maken heeft! Maar we zijn meer dan alleen een platform voor het bespreken van warmtebronnen. Bij Pelletkachels.nl geloven we dat het delen van kennis en ervaringen over bedrijven en gebeurtenissen ook essentieel is voor het creëren van een betrokken en geïnformeerde gemeenschap. In dit blog duiken we dieper in de we
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
CPANモジュールのディレクトリ構成について - Masteries
ほぼ1年ぶりの開催になってしまった五反田Perlで, CPANモジュールのディレクトリ構成についての話題が出たので, 自分の理解をアウトプットしておこうと思います. lib / t もはや説明不要ですが, libディレクトリにはモジュール本体, tにはそのモジュールのテストを配置します. Minillaなどを使ってモジュールの雛形を作った場合, 最初から作られていますので, 見たことのある方は多いのではないでしょうか(?). xt いわゆる｢Authorテスト｣を設置するディレクトリです. 例えばPOD(モジュールのドキュメント)関連のテストやPerl::Critic/Perl::Lintによる静的解的テストなどを設置することが多いです. share Webアプリケーションなどをモジュールとして配布する際, CSSやJavaScriptなどを同梱したい場合にはこのディレクトリに設置します.
息をするようにCPANにモジュールを書けるになった経緯とその結果起こったこと分かったこと
私とPerl 2000 大学時代に中国語とか言語処理とかCGIとかでちょっと使った 2004 中国でベンチャー(Perl 0%) 2005 外国語学校の営業兼情シス (Perl 5%) 2009 印刷系のSIer (Perl 15%) 2011 カヤック (Perl 90%) 2014 はてな (Perl 1%) 2007年 Perlを本格的に学びだす 2005年にレンサバ借りてMT運用くらいはしていた HTML/CSS はそこそこ詳しくなった(自社のサイトからテーブルレイアウト殲滅とか) JavaとレガシーASPとかColdFusionとかの環境に危機感 Web業界・Perl界隈へのあこがれ 2007年に「初めてのPerlを購入」 デイリーポータルviewerを作る 最初はCGIだったけど今はplack化して運用中 CPAN Authorに対する憧れ
なぜモジュールをgithub止まりにするのか | All Your Bugs Are Belong To Ass
『tl;dr』 http://d.hatena.ne.jp/charsbar/20080606/1212704287 『tl;dr』は甘え ここまで読んで意味がわかった方には、このポエムを読む必要などありません。読むだけ時間の無駄ですので、より創造的な活動に貴重な時間を費やしていただきたい。 え？どういうことｗ はい、此処から先は、上記の意味が解らなかった方向けにお届けする、自戒風個人的見解というジャンルのポエムです。 CPANにモジュールをリリースするということ 思うに、少なくとも以下のような意味があるはずです。 あなたの作ったモジュールが、cpanm一発でインストールできるようになる。 これはそのままで、単にcpanm Your::Moduleなどのようにすることでインストールできるようになることを指しています。 あなたの業務で当該モジュールを利用していた場合、確かにこれは如何にも便利
インストール済みのモジュールたちから、perldocを引くためのリストを作る - すぎゃーんメモ
helm-perldoc を使ってみたりしていて気付いたのだけど、Perlでインストールされているモジュールたちからperldocでドキュメント引くためのリストを作るのってけっこう難しい。。 シェルコマンドで @INC以下にある*.pmファイル、もしくは*.podファイルから生成。@INCそれぞれからファイルを検索する。カレントディレクトリ.が含まれてしまうのは困るので除外する。 $ perl -e '$_ ne "." and print "$_\n" for @INC' | xargs -I{} find {} -name '*.pm' -o -name '*.pod'というかんじでファイルは列挙できるけど、ここからパッケージ名とか抽出していくのが厳しい。全部フルパスで得られるけど探索元がそれぞれ違ったりするから一気に削る、みたいにはできないし。 perl-completion.el
最近作ったN個のCPANモジュール Yokohama.pm #10
GraalVM is a virtual machine that can run many languages on top of the Java Virtual Machine. It comes with support for JavaScript, Ruby, Python… But what if you're building a DSL, or your language is not listed? Fear not! In this session we'll discover what it takes to run another language in GraalVM. Using GraalVM, we don't only get a fast runtime, but we'll also get great tool support. With Brai
Perlでインストールされているモジュールを全部リストアップする - （ひ）メモ
[twitter:@fujiwara] さんのこれ、 新しいPerlに今まで使ってたモジュールをまとめてインストールする - 酒日記 はてな支店 ExtUtils::Installedで現在インストールされているモジュールからcpanfileを作る をベースにちょっと弄ってモジュールをリストアップするスクリプトを書いて使ってたんですが、core モジュールがリストアップされてなかったので、もろもろ対応したのを上げましたのでどうぞみなさまお使いくださいませ。 https://github.com/hirose31/list-installed-perl-modules 出力フォーマットは、バージョン固定な cpanfile と Perl のハッシュの2つです。 Carton使ってないけど、同じモジュール、同じバージョンのモジュールを一式、新環境にもりっとまるっと入れたい！とかってときに便利か
楽にDarkPAN作れるOrePAN2::ServerでCPAN Authorになったよ! | hirobanex.net
DarkPANをOrePAN2ベースでサーバーとして立ち上げられるOrePAN2::ServerなるものをsongmuさんとCPANにあげたとももに、それによってCPAN Authoerになったことを謹んでご報告いたします。で、使い方とか個人的な回想録をば。 DarkPANとかOrePAN2って何?メリットとラストワンマイル DarkPANとはCPANにあげられないモジュールや、CPANにアクセスできない環境で、CPANモジュールをキャッシュ的にためておく社内用のCPANミラーのことです。OrePAN2は、DarkPANを作成できるコマンドラインツールで大変便利にできています。 ただ、OrePAN2はサーバーではないので、cpanm,cartonから落とすにはplackupするなりApacheとかNginxとかかませる必要があるし、プッシュも、SSH経由でOrePAN2のコマンドをたたいた
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を実行
OrePAN - yet another DarkPAN manager - tokuhirom's blog
https://github.com/tokuhirom/OrePAN This is yet another DarkPAN manager. It is highly depended for cpanm. I don't think about relationship for CPAN.pm. It only works with cpanm. Just type % orepan.pl --destination=/path/to/repository Foo-0.01.tar.gzThen Foo-0.01.tar.gz register to the repo, and it add to the 02packages.details.txt.gz. And... You can install Foo from repo! % cpanm --mirror-only --m
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
八王子 CPANモジュールコレクション 2013 秋 | Hachioji.pm 日めくりテックトーク
タイトルはテキトーです。みなさんどうも、一見さんにはtwitterアカウントの読み方がわからないytnobodyです。ちなみに読み方は、この人ならたぶんしってるんじゃないでしょうか。お好きなように読んでください。 まこぴーファンの皆様へお詫び 全国およそ２００万人のまこぴーファンのみなすぁーん！大変もうしわけございませんが、まこぴー氏お取り込み中につき、今回はワタクシめが執筆担当を代行いたします。 ファンの皆様におかれましては、これに懲りず、気長にまこぴー氏の登場をお待ちいただけますと幸いです。 冒頭にも書きましたが、タイトルはテキトーです。ちょっとだけパリコレに肖ってみようとしただけです。 さて、要するに今回の記事は2013年秋現在において、とってもよく使われている（と僕が思っている）CPANモジュールをごく簡単に紹介していく、というものです。まとめ記事みたいなもんですね。たぶんそのうち
cpan-get command to fetch CPAN module tar ball - tokuhirom's blog
Here is a code: #!/usr/bin/perl use strict; use warnings; use HTTP::Tiny; use File::Basename qw(basename); my $pkg = shift or die "$0 Module::Name\n"; $pkg =~ s!-!::!g; my $http = HTTP::Tiny->new; my $res = $http->get("http://cpanmetadb.plackperl.org/v1.0/package/$pkg"); die "Failed! $res->{status}: $res->{reason}\n" unless $res->{success}; if ($res->{content} =~ /distfile: (.*)/) { my $url = "htt
App-cpanminus-1.7000 — get, unpack, build and install modules from CPAN — metacpan.org
App-cpanminus-1.7000 — get, unpack, build and install modules from CPAN — metacpan.org Link: App-cpanminus-1.7000 — get, unpack, build and install modules from CPAN — metacpan.org cpanm 1.7 has been released. During the cpanm 1.6 (and Carton 1.0) release process, I learned that virtually nobody tests those dev (trial) releases. And people start reporting bugs when the stable release has been pushe
cpanfileとかMakefile.PLとかBUILD.PLとかcpanmとかcartonとか - メメメモモ
自分の中でこんがらがってたのでまとめました。 cpanmとcartonの違いについて どちらもモジュールをインストールするものです。 carton installの挙動は cpanm --installdeps -L local/ . とだいたい同じ。 carton execの挙動は perl -Mlib::core::only -Mlib=local/lib/perl5/とだいたい同じ。 cartonはその上で提供していることは、 carton.lock というファイルにモジュールのバージョンとか記録しててくれて、いいかんじにバージョンを固定できる。 cpanm ってなんですか? carton ってなんですか?利点はなんですか? - tokuhirom's blog. Web アプリケーションのデプロイについての考察 - Perl Advent Calendar Japan 2012 C
おそらくはそれさえも平凡な日々: CPANで意図しない名前空間の取得を防ぐために
だいたいこのへんで教えてもらった話のまとめです。 http://lingr.com/room/perl_jp/archives/2013/04/03 CPANで名前空間を取るのは簡単です。今ならCPANに上げるコードベースの「どこか」に package Hoge; と書けば、CPAN Indexerにインデックスされていとも簡単にHoge名前空間のオーナーになれます。 (執筆時現在Hogeのオーナーはいません) これはlib/以下の.pmファイルやファイル先頭のpackage宣言だけに限った話ではありません。 例えば、example/MyApp.pmとかも対象です。 ちなみに誰がどの名前空間を持っているかは以下を見ることでわかります。 http://www.cpan.org/modules/02packages.details.txt 多くの場合この挙動に困ることはありませんが、以下の様な
Minilla を用いた Perl モジュールの作り方 - tokuhirom's blog
http://shanon-tech.blogspot.jp/2013/05/perl.html Perl モジュールの作り方、2013年においては Authoring tool をつかって作るのがよいです。具体的には Minilla でつくるのがオススメであります。 perlbrew なり plenv なりで perl をいれたあとは、 % cpanm Minillaとして Minilla をインストールします。 % minil new Fooとすると、Foo.pm のスケルトンができあがります。作者の名前などは ~/.gitconfig などから自動的にさがしてきますので、設定不要です。 できあがったディレクトリは以下のような形になっています。 Foo ├── Build.PL ├── Changes ├── cpanfile ├── lib │ └── Foo.pm ├── LI
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://tokuhirom.github.io/talks/20130830-hokkaidopm-cpan/index.html