ソースから自前ビルドしたソフトウエアの効率的な管理方法 - （ひ）メモ

ぼくは長年こういう方法で管理してますよ、というお話です。Linuxです。 ディレクトリレイアウト概観 たとえば、asoとbmdという名前のソフトウエアをインストールしている状態はこんな感じ: /usr/local/ ┬ app/ ┬ aso → aso-1.3 │ ├ aso-1.2/ ┬ bin/ ┬ armored │ │ │ └ scrum │ │ ├ sbin/ ─ syd │ │ └ share/ ─ man/ │ ├ aso-1.3/ ┬ bin/ ┬ armored │ │ │ └ scrum │ │ ├ sbin/ ─ syd │ │ └ share/ ─ man/ │ ├ bmd → bmd-2.0 │ └ bmd-2.0/ ┬ bin/ ─ tri │ ├ include/ ─ angle.h │ └ lib/libsnk.so.2.0.0 ├ bin/ ┬ armor

[ma2shita]

stowはどうだろう。

[tendo3201]

dir管理-この方法で管理するとすっきりする

[torazuka]

あっという間にbin以下をゴミ置き場にしてしまうので、今度こそ参考にさせてもらおう・・・

[yappo]

あいかわらずこのエントリは捗る

[u1tnk]

参考

[kk_Ataka]

ソフトウェアの管理方法

[sgtakeru]

rubyをこの方式で入れてみたら、railsコマンドとかがあとから入るから、その都度ln -sを行う。

[nilab]

ソースから自前ビルドしたソフトウエアの効率的な管理方法 - (ひ)メモ

[tmf16]

結構悩む

[ita-wasa]

./configure のヘルパースクリプト configureのオプション指定も、こんなヘルパースクリプトを用意して簡単にしています。

[naga_sawa]

シンボリックリンクを上手につかうと make install しても上手く管理できるよ。という方法

[yanma_4]

これ前からみんなどうしてるのかすごく知りたかったんだ。参考になりました！

[nabnab]

自前ビルドの管理法

[hogem]

わしも似たような入れ方してます / バージョンアップ、切り戻しの作業効率を考えるとprefixをマイナーバージョンまで含めてるほうが便利ですよね / pacoも便利だけど

[masa_matya]

なるほど！

[yujiorama]

コメントで paco の存在を知った

[kazuhooku]

そして依存関係減らすために static link?

[paella]

2段階のsymlinkで、異なるバージョンも簡単管理、簡単切り替え。これは便利。

[oukayuka]

自分は/usr/local/share/に似たような入れ方してた。

[dgdg]

自分好みの方法で自分の思うように管理するのは気分がいいからこういう話は好きだなあ

[willnet]

アプリのさきっちょ追いかけたい時にこういう構成とるといいね

[alfaladio]

paco http://paco.sourceforge.net 使えばいいと思うよ

[buty4649]

ソース管理は煩雑になるからなぁ。参考になる。／依存関係を調べるのが意外とだるい

[deg84]

こういうのを一度決めればソースからビルドも悪くない。まあ、大体checkinstallを使っちゃうんですけど・・・

[seiunsky]

なんとなく同じようなことをやっていたけど、こうやって体系だって書いてあると助かる＞＜

[raimon49]

バイナリ 複数バージョン インストール場所

[pitworks]

ソースからのインストールを管理するソフト（paco）を利用した場合も同じソフトをインストールした場合に管理が怪しかったりするから、この方法は便利だと思います。

[Rewish]

ちょっと野良ビルドに希望が持てた

[auient]

ディレクトリ構成と運用

[kgbu]

複数バージョンの同居、切り替えを考える場合には、こういう手を使うことになるんだなぁ。