アカウント名:
パスワード:
>まず、portsがばかでかいこと。
portsもNetBSDのpkgsrcも、この点では、
ディスクやメモリのいっぱいあるマシンでバイナリ・パッケージを作成
リソースの限られたマシンでは造ったバイナリ・パッケージをpkg_add(8)
何も/usr/portsを抱え込む必要はありません。
NetBSDの方では「場合によっては再インストールしなくては」っていうのはありませんな。安全で簡単なアップデートかどうかという点に考慮の余地はあるかもしれませんが。
再インストールに近いことが必要なのは、
実行形式が変わったとき; a.out → ELF
ファイルシステムを変
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
FreeBSD (スコア:2, 興味深い)
特にmargemasterが気に入ってますね。アップグレード時に既存の設定ファイルと新しい設定ファイルのdiffを表示するだけの機能ならdebianにもあるのですが、それを差分ごとに新旧どちらの記述を採択するか選んで行けるというのは驚きでした。とても便利ですね。
不満な点もいくつかあります。
まず、portsがばかでかいこと。/usr/portsが300M以上になってしまって、ディスクの小さなシステムではまずportsを利用する事自体が難し
Re:FreeBSD and NetBSD (スコア:1)
>まず、portsがばかでかいこと。
portsもNetBSDのpkgsrcも、この点では、
ディスクやメモリのいっぱいあるマシンでバイナリ・パッケージを作成
リソースの限られたマシンでは造ったバイナリ・パッケージをpkg_add(8)
何も/usr/portsを抱え込む必要はありません。
NetBSDの方では「場合によっては再インストールしなくては」っていうのはありませんな。安全で簡単なアップデートかどうかという点に考慮の余地はあるかもしれませんが。
再インストールに近いことが必要なのは、
実行形式が変わったとき; a.out → ELF
ファイルシステムを変
Re:FreeBSD and NetBSD (スコア:1)
>ディスクやメモリのいっぱいあるマシンでバイナリ・パッケージを作成
>リソースの限られたマシンでは造ったバイナリ・パッケージをpkg_add(8)
>何も/usr/portsを抱え込む必要はありません
NetBSDはソースツリーをクロスコンパイルするのは簡単ですが。
pkgsrcをクロスコンパイルする仕組みはなか
Re:FreeBSD and NetBSD (スコア:1)
毛頭ありません。
pkgsrcの方面ではクロスコンパイルを目標にしてる開発者もいた気がしますが、本当に
できるかどうかはわかりません。
あったら欲しい気がする反面、pkgsrcを作るのがたいへんになったりしたら、正直嫌だなぁ。