アカウント名:
パスワード:
Windowsしか知らない無知どもがピンぼけなこと言い出す前に書いておくと、ほぼすべてのLinuxディストリビューションでは、すべてのパッケージはパッケージ管理システムの管理下に置くのが前提なので、こういうしちめんどくさいことする必要もない。
自分で造ったシステムワイドなアプリケーションもパッケージ管理に合わせてパッケージ化して使用する。OSXもそういうシステム用意しようと思えばできたはずなんだが。
何かのアプリケーションの参考書に sudo make install などと書いてあってもまともなユーザーならそんなことしない。
え? ./configure --prefix=/opt/hoge ; make all; sudo make install じゃないの?
未だにソースから自分でコンパイルして入れるのが常識って人もいるよね。
自分は、どっちもありかと思っているけどソースからコンパイルするのが増えると、あとあと面倒が増えそうでw
最近はdistributionがいろいろ用意してくれてるから自分でコンパイルしたものを/optに入れるとかないな。
$HOME/opt/には細かいものがいろいろ入ってるが。
自前のパッチがあって上流に取り込んでもらうにはあまりにも私的なものであればソースからコンパイル必須。つっても一般化して他人にも有用っぽいパッチができたりして上流に取り込んでもらったことは何度かある。
それでもバージョンアップ時、自前パッチ当てる手間を少しでも減らすために、パッケージ管理システム使ってローカルなパッケージとして維持してたり。
Mac には MacPorts というものがあってのう。未だにソースからコインパイルというものも少なくないんじゃよ。え?それは自分でコンパイルとは言わないって?しかし、./configure とかやってる時点で大して変わらんと思うがのう。
普通 make buildworld
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
念の為 (スコア:0)
Windowsしか知らない無知どもがピンぼけなこと言い出す前に書いておくと、
ほぼすべてのLinuxディストリビューションでは、すべてのパッケージはパッケージ管理システムの管理下に置くのが前提なので、
こういうしちめんどくさいことする必要もない。
自分で造ったシステムワイドなアプリケーションもパッケージ管理に合わせてパッケージ化して使用する。
OSXもそういうシステム用意しようと思えばできたはずなんだが。
何かのアプリケーションの参考書に sudo make install などと書いてあってもまともなユーザーならそんなことしない。
Re:念の為 (スコア:2)
え? ./configure --prefix=/opt/hoge ; make all; sudo make install じゃないの?
Re:念の為 (スコア:1)
未だにソースから自分でコンパイルして入れるのが常識って人もいるよね。
自分は、どっちもありかと思っているけど
ソースからコンパイルするのが増えると、あとあと面倒が増えそうでw
Re: (スコア:0)
最近はdistributionがいろいろ用意してくれてるから
自分でコンパイルしたものを/optに入れるとかないな。
$HOME/opt/には細かいものがいろいろ入ってるが。
Re: (スコア:0)
自前のパッチがあって上流に取り込んでもらうにはあまりにも私的なものであればソースからコンパイル必須。
つっても一般化して他人にも有用っぽいパッチができたりして上流に取り込んでもらったことは何度かある。
Re: (スコア:0)
それでもバージョンアップ時、自前パッチ当てる手間を少しでも減らすために、パッケージ管理システム使ってローカルなパッケージとして維持してたり。
Re: (スコア:0)
Mac には MacPorts というものがあってのう。
未だにソースからコインパイルというものも少なくないんじゃよ。
え?それは自分でコンパイルとは言わないって?
しかし、./configure とかやってる時点で大して変わらんと思うがのう。
Re: (スコア:0)
普通 make buildworld