アカウント名:
パスワード:
ところで、aptでの依存関係の解決って、どの程度賢いんでしょうか？例えば「古いバージョンのものが存在したら、まずそれを消してから入れなおしてくれる」とかいうレベルまで賢いんでしょうか？
Yes. 依存関係の解決のための推論エンジン持ってます。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
RPMなら (スコア:0)
Re:RPMなら (スコア:2, 参考になる)
最近、RHL系からDebianに乗り換えました。
魅力はやっぱり膨大な量のdebから自分でチョイスできるという所でしょうか？
私の場合、サーバ用途なのでコンパイラすら入っていないベースシステムに
必要なモノだけ入れて使用しています。
まぁ、別にコンパイル用のマシンを用意していますが、一般的なサーバなので
今のところdebがなくて玉から作らないと！って状態にはなっていないです。
使っているディストリビューションにRPMがなくてSRPMを探しまわった
Re:RPMなら (スコア:1)
>昔・・・Dosの時代にfilemtnや色々なFreewareを使って、「自分の環境」を
>作ったのを思い出してしまいました。
うーん? (aptとかは俺も知らないのですが(知ってるのはBSDのpkgだけ)、それは多分さておき、)
玉コンパイルするノリこそが、
Re:RPMなら (スコア:1)
BSD使いの人は、portsがソースレベルでやっていることを、aptはバイナリレベルで実現できていると考えると分かりやすいかも
portsは依存関係にあるpkgもmakeしてくれますが、aptは依存関係にあるものをバイナリで持ってきてくれます。
gen+nob+ash
Re:RPMなら (スコア:1, 参考になる)
% pkg_add ftp://ftp.jp.freebsd.org/pub/FreeBSD/(中略)/All/hogheoge.tgz
みたいにすれば、hogehoge.tgzの依存しているものを、同じ場所から自動でインストールしてくれるんです。ですから、genobashさんの説明を読んだ限りではpkg_addに近いような気がしますが、違いますかね？
ところで、aptでの依存関係の解決って、どの程度賢いんでしょうか？例えば「古いバージョンのものが存在したら、まずそれを消してから入れなおしてくれる」とかいうレベルまで賢いんでしょうか？FreeBSDのは、単に「依存してるものが存在しなければ、インストール」というだけの処理だと思います。
Re:RPMなら (スコア:0)
apt（つかdpkg）では古いものは残りません（あれ？最近は
変わってるかもしれない？ツッコミよろしく^_^;）。
また、pkg_addではパッケージのバージョン情報は自分で確認
しないと駄目ですが、aptだとapt-get update;apt-get upgrade
でインストールされていてすでに古くなっているパッケージを
全て最新に入れ替えてくれます。
最新にしたくない場合は、そのパッケー
Re:RPMなら (スコア:0)
で、勝手に探してとってきてくれます。楽ですよ。
Re:RPMなら (スコア:0)
Re:RPMなら (スコア:1)
消すときにこの推論が邪魔なときがありました。
Vineのaptでの話なので、Debianの物とは挙動が異なるかもしれませんが、
emacs系を消してしまおうと画策して「apt-get remove emacs」とやったら、
emacsは消すんだけど、xemacsをインストールし始めて…。
結局rpmで関連する物を一通り消していきましたよ。
-- Che Che - Bye Bye
Re:RPMなら (スコア:0)
apt-get remove emacs
は、emacsに依存しているものをすべてremoveしろって命令なんで、emacsに依存してるのが残るはずはない（essentialなパッケ
Re:RPMなら (スコア:0)
Re:RPMなら (スコア:1)
2.5のリリースの大分前のVineSeedの話なので、開発中の過渡期の現象だったのでしょうか。
お騒がせいたしました。
-- Che Che - Bye Bye