アカウント名:
パスワード:
% configure% make# make install
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
弁慶の泣き所 (スコア:2, 興味深い)
だけじゃ素直にインストールできない事が多いとこだと個人的には思う。
必要なライブラリが足りなかったり、オープンソースソフトウェア側にパッチが必要だったり。
で、バッドノウハウだらけになるんだよね。
Solarisを実際に使ってみたら分かるが、gccを見つけるだけでも一苦労なんですよね。どこにインストールされたんだーって。あるあ・・あるっしょ。
要は、しっかりしたパッケージ管理が欲しいってことで。なんで今回の動きは期待大。
Re:弁慶の泣き所 (スコア:2, 参考になる)
あとは余計なライブラリ類が多少必要な程度。依存関係が複雑なものは、
メンテナンスを考えて採用しません。
重要なサイトほど手動でメンテするので、
ノード数が多ければ作業量を考えて自分でパッケージを作ります。
そうすれば pkgrm,pkgadd で必要最小限の作業を行えます。
影響範囲がよくわからないので、その辺で拾ってきたパッケージで済ますことは無いですね。
gccは…
Entire Distribution 構成のインストールで /usr/sfw/bin/gcc が標準で
インストールされるので、/usr/sfw/bin と /usr/ccs/bin に
パス通していればまず困ることは無いですね。
そもそも…
まともなパッケージングシステムがあっても、パッケージ自体が
いまいちだったり欲しいバージョンが無かったり、公式以外のパッケージは
依存関係の面で使いにくかったり、いつ更新パッケージが出るのが見えにくかったり。
そういった事を考えると、Sun の割り切ったパッケージシステムは
自分でちゃんとメンテする(or 運用にちゃんと金払ってもらえる)人には、悪くないと思います。
[Q][W][E][R][T][Y]
Re:弁慶の泣き所 (スコア:1)
この試みは有用なのではないでしょうか？
Re:弁慶の泣き所 (スコア:0)
どういうものを使ったことがあるのか、きいてみたいところです。