アカウント名:
パスワード:
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
その前提は崩壊しつつあるように思うけど。各処理系(php, ruby, node.js, phtyhon etc)が勝手にパッケージ管理システム作っていて、結局好き勝手にファイルを置いている。もう、makeなんて使わなくてもネットワークからパッケージ自動導入が当たり前。
それと、コード署名が検査されるのはそれなりにいいのでは。まあAppleだからできるというのはあるのかもしれないが。新しいなり、Appleなりにかんがえられていて、しちめんどくさいだけではないと思うが。
# Linuxだって変なリポジトリからパッケージ持って来ればxcode騒ぎと変わらない事件が起きないとも限らない。
訓練されたパッケージ管理システムは各処理系のパッケージ管理システムにパッチを当て、同期を図る。よく訓練された各処理系のパッケージ管理システムはシステムのパッケージ管理システムに同化出来る。
マジで言ってるのか、ボケてるのか。
マジで呆けてるんだろ。
おじいちゃん、そのソースはさっきコンパイルしたばかりでしょ…
やたらと touch したがる爺さんか。オレもそういうふうにボケたい。
最近はside by sideでDLL地獄回避とかいうらしいよ。ホントかしらんけど。
>こういうしちめんどくさいことする必要もない。
selinux とか、そういうしちめんどうくさいことのような気もするんだけど。
オプティマイズレベルは自分で書き換えないか?
>sudo make install などと書いてあってもまともなユーザーならそんなことしない。オレまともじゃなかったんだwそういう人をバカにするような言われ方、初めてだぞ。おまえがまともじゃないだけじゃないのか?
何をインストールするのか自分でチェックできる方法を無視して、お客に納品する人なんだ。すごいな。それとも、バックアップを取っておいて、失敗したら戻すタイプ?
いや、やりませんが。>ローカルパッケージ作って。
いや、やりましょうよ。それともスクリプトで自動化すると手抜きするなって怒るタイプ?
あぁ、ローカルパッケージ作ったくらいで仕事した気になっているヤツいるよな。
https://thrift.apache.org/docs/install/centos [apache.org]CentOS に apache theft を入れる方法の公式解説。
まあ「今の時代に apache なんてありえないでしょ?」とか言うなら納得する(笑
FreeBSDのパッケージ管理システムPortsでは、make installがソースコードからコンパイルしてローカルパッケージを作りつつインストールするという動作だ、とチャチャを入れてみる。
あれってports独自の要素と様式に染まりすぎててビルドシステムはmakeですと言っていいのかちょっと悩むな…。# とはいえ、中身がどんだけ異質でもmakeの様式でビルドやクリーンなど一通りの操作ができるというのは大変良い。
>ほぼすべてのLinuxディストリビューションでは、すべてのパッケージはパッケージ管理システムの管理下に置くのが前提なので、こういうしちめんどくさいことする必要もない。
ユーザの良識を信じてるってだけで、他の選択肢を使えないよう強制するってことじゃないので、rootlessが対応する問題とはまた別だと思います。
RedHat系だって、「RPMがないソフトウェア」をインストールする場合、RPMをbuildせず、直接make; make installして使ってる人もいるし。
> すべてのパッケージはパッケージ管理システムの管理下に置くのが前提
パッケージ管理って、yum install hogefuga ってタイプするだけで必要なバイナリをどこからともなくDLしてくれるけどやっぱ、そういう、権威あるDBが欧米かどっかにあるんだよな?フリーウェアとか作ったら、DBの管理者(ジェイムス・K・グッドマン氏)に登録をお願いするの?エロエロでロリロリな同人ゲームとかでも登録してくれるんだろうか?ジミーはお堅いから無理そうだな。まじかよ面倒くせえ。Linuxとかもう要らねーわソフマップに売ってくるわ。
リポジトリは誰でも作れるよ!http://kazmax.zpp.jp/linux_beginner/yum_repository.html [kazmax.zpp.jp]https://osdn.jp/magazine/14/01/10/090000 [osdn.jp]あなたもエロエロでロリロリなリポジトリを作ってみよう!
より多くのコメントがこの議論にあるかもしれませんが、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
Re:念の為 (スコア:1)
その前提は崩壊しつつあるように思うけど。
各処理系(php, ruby, node.js, phtyhon etc)が勝手にパッケージ管理システム作っていて、結局好き勝手にファイルを置いている。
もう、makeなんて使わなくてもネットワークからパッケージ自動導入が当たり前。
それと、コード署名が検査されるのはそれなりにいいのでは。まあAppleだからできるというのはあるのかもしれないが。
新しいなり、Appleなりにかんがえられていて、しちめんどくさいだけではないと思うが。
# Linuxだって変なリポジトリからパッケージ持って来ればxcode騒ぎと変わらない事件が起きないとも限らない。
Re: (スコア:0)
訓練されたパッケージ管理システムは各処理系のパッケージ管理システムにパッチを当て、同期を図る。
よく訓練された各処理系のパッケージ管理システムはシステムのパッケージ管理システムに同化出来る。
Re: (スコア:0)
マジで言ってるのか、ボケてるのか。
Re:念の為 (スコア:1)
マジで呆けてるんだろ。
Re:念の為 (スコア:1)
おじいちゃん、そのソースはさっきコンパイルしたばかりでしょ…
Re: (スコア:0)
やたらと touch したがる爺さんか。
オレもそういうふうにボケたい。
Re: (スコア:0)
Re: (スコア:0)
最近はside by sideでDLL地獄回避とかいうらしいよ。
ホントかしらんけど。
Re: (スコア:0)
>こういうしちめんどくさいことする必要もない。
selinux とか、そういうしちめんどうくさいことのような気もするんだけど。
念の為、が何ら忠告として意味をなさない典型例 (スコア:0)
オプティマイズレベルは自分で書き換えないか?
>sudo make install などと書いてあってもまともなユーザーならそんなことしない。
オレまともじゃなかったんだwそういう人をバカにするような言われ方、初めてだぞ。
おまえがまともじゃないだけじゃないのか?
何をインストールするのか自分でチェックできる方法を無視して、お客に納品する人なんだ。すごいな。
それとも、バックアップを取っておいて、失敗したら戻すタイプ?
Re: (スコア:0)
10年前には、まだ見掛けたけど文字通り make install なんて今の時代にはありえないでしょ?
Re: (スコア:0)
いや、やりませんが。>ローカルパッケージ作って。
Re: (スコア:0)
いや、やりましょうよ。
それともスクリプトで自動化すると手抜きするなって怒るタイプ?
Re: (スコア:0)
いまだに、こんなのいるんだ。
無駄な仕事をして、仕事した気になってるタイプだ。
知識も10年は世間から遅れてるうえに、ルールを守る気もないやつ。
外注で、こんなの来たら即日で切るな。
Re: (スコア:0)
あぁ、ローカルパッケージ作ったくらいで仕事した気になっているヤツいるよな。
Re: (スコア:0)
https://thrift.apache.org/docs/install/centos [apache.org]
CentOS に apache theft を入れる方法の公式解説。
まあ「今の時代に apache なんてありえないでしょ?」とか言うなら納得する(笑
Re: (スコア:0)
FreeBSDのパッケージ管理システムPortsでは、make installがソースコードからコンパイルしてローカルパッケージを作りつつインストールするという動作だ、とチャチャを入れてみる。
Re: (スコア:0)
あれってports独自の要素と様式に染まりすぎててビルドシステムはmakeですと言っていいのかちょっと悩むな…。
# とはいえ、中身がどんだけ異質でもmakeの様式でビルドやクリーンなど一通りの操作ができるというのは大変良い。
Re: (スコア:0)
>ほぼすべてのLinuxディストリビューションでは、すべてのパッケージはパッケージ管理システムの管理下に置くのが前提なので、
こういうしちめんどくさいことする必要もない。
ユーザの良識を信じてるってだけで、他の選択肢を使えないよう強制するってことじゃないので、
rootlessが対応する問題とはまた別だと思います。
RedHat系だって、「RPMがないソフトウェア」をインストールする場合、
RPMをbuildせず、直接make; make installして使ってる人もいるし。
Re: (スコア:0)
> すべてのパッケージはパッケージ管理システムの管理下に置くのが前提
パッケージ管理って、yum install hogefuga ってタイプするだけで必要なバイナリをどこからともなくDLしてくれるけど
やっぱ、そういう、権威あるDBが欧米かどっかにあるんだよな?
フリーウェアとか作ったら、DBの管理者(ジェイムス・K・グッドマン氏)に登録をお願いするの?
エロエロでロリロリな同人ゲームとかでも登録してくれるんだろうか?ジミーはお堅いから無理そうだな。
まじかよ面倒くせえ。Linuxとかもう要らねーわソフマップに売ってくるわ。
Re: (スコア:0)
リポジトリは誰でも作れるよ!
http://kazmax.zpp.jp/linux_beginner/yum_repository.html [kazmax.zpp.jp]
https://osdn.jp/magazine/14/01/10/090000 [osdn.jp]
あなたもエロエロでロリロリなリポジトリを作ってみよう!