FreeBSDを語れ Part21
レス数が1000を超えています。これ以上書き込みはできません。
0001名無しさん@お腹いっぱい。
2008/08/15(金) 15:37:54The FreeBSD Project
http://www.freebsd.org/ja/
前スレ:FreeBSDを語る #20
http://pc11.2ch.net/test/read.cgi/unix/1209628424/
0977名無しさん@お腹いっぱい。
2009/01/14(水) 23:56:22ビルド不可能なものすらportに上げているわけだから
ちゃんとUpdatingがかけているわけがない。
読もうが読むまいがだめなものはだめ、
たまにダメな原因がUPDATINGから読み取れることがあると言う程度で
根本的にportsの品質というか「出荷チェック」がひどすぎる。
むろん終端のアプリについては実験的なアップデートも多いわけだから
よくよめというのはわかる。
しかしPerlだぜ。
perlのUPDATINGでは
「関連のものは入れ直してください」
とかあるんだけど要するに「X関連全ポート入れ直してください」
といっているようなもの
そしてImageMagickに関して言うならば入れ直しではダメで
結局perl-5.8.8_1に戻したらちゃんと動く様になった。
soの動的ロードに互換の問題があるんじゃないか。
>>972の発想はパソコン使わない人の発想だしビルドありきのFreeBSDでは
無駄な作業が増えるだけになるだけ
特に多くの人が使っている根底のportsについては
インストール時のスクリプトで自動的に移行できるようにするのがあたりまえで
あとは手作業・手チェックでヨロシクなんてのは通用しない。
UPDATINGというのはあくまで報告であって仕事要望ではないということを理解シルことだ。
0978名無しさん@お腹いっぱい。
2009/01/15(木) 00:05:04報告とか仕事要望とか意味不明。
0979名無しさん@お腹いっぱい。
2009/01/15(木) 00:09:230980名無しさん@お腹いっぱい。
2009/01/15(木) 00:13:24それほどでもない。
どう足掻いても解決の糸口も見えない物と、
理解すれば様々な回避策や対応が出来るものを同列にしてはいけない。
0981名無しさん@お腹いっぱい。
2009/01/15(木) 00:13:52Debianでもtestingやunstableは細かいリリースミスとかコンフリクトとか普通にあるし
俺はその辺が面倒くさくなったからportsのmakやめたんだよね。緊急の場合だけmakeするけど…
0982名無しさん@お腹いっぱい。
2009/01/15(木) 00:15:38> perlのUPDATINGでは
> 「関連のものは入れ直してください」
> とかあるんだけど要するに「X関連全ポート入れ直してください」
> といっているようなもの
ports/UPDATING読めば、perlを上げたあとにモジュールを直すための
便利スクリプト入れといたからねー、って愛の篭ったメッセージが
書かれてることに気付くと思うけど?
つーか、perlのUPDATINGってなぁに?
0983名無しさん@お腹いっぱい。
2009/01/15(木) 00:16:570984名無しさん@お腹いっぱい。
2009/01/15(木) 00:19:22依存関係が初めから無いのが困る。
全部別々。
これってどうよ?
依存関係で悩める方がましっしょ。
おかげで一連の管理が出来るんだから。
0985名無しさん@お腹いっぱい。
2009/01/15(木) 00:35:570986名無しさん@お腹いっぱい。
2009/01/15(木) 00:38:31依存関係を考慮してうまく入れ替えられる順番が1列に出てくるものを
自作しちゃったからどうでもいいや。
7.1-RELEASEも7.0-STABLE-snapshotで起きたキーボードの反応が
微妙におかしくなる現象がちゃんと直ってて良かったし。
0987名無しさん@お腹いっぱい。
2009/01/15(木) 00:58:440988名無しさん@お腹いっぱい。
2009/01/15(木) 01:05:430989名無しさん@お腹いっぱい。
2009/01/15(木) 02:06:08まあたいていはインストーラーで自動的に入る
0990名無しさん@お腹いっぱい。
2009/01/15(木) 05:44:06・csup直前に UPDATING を UPDATING.yesterdayに保存
・完了後にUPDATING.yesterdayとUPDATINGのdiffをとる
とやってる。cronのメールを見れば自動的にUPDATINGの更新がわかるという寸法。
0991名無しさん@お腹いっぱい。
2009/01/15(木) 07:50:07しっかりチェックされてるものを使いたいなら、release時点のを使い続ければいいのに
0992名無しさん@お腹いっぱい。
2009/01/15(木) 08:11:171TB の ディスク買ってこようかなぁと。
やめた方がいいとか意見ある?
0993名無しさん@お腹いっぱい。
2009/01/15(木) 08:16:170994名無しさん@お腹いっぱい。
2009/01/15(木) 09:42:59なるほど。
うちも portsnap を呼ぶスクリプトでも書くか…。
0995名無しさん@お腹いっぱい。
2009/01/15(木) 09:58:48「同意します」チェックボックスにチェックしている
に 3フラン
0996名無しさん@お腹いっぱい。
2009/01/15(木) 10:01:228-current へようこそ
0997名無しさん@お腹いっぱい。
2009/01/15(木) 10:17:03俺はしばらくcvsリポジトリをzfsに置いているけど
問題が起きたことはないなあ。
RAM 3G, 8-current(昨年10月の時点で事情により凍結)
i386(32bit),kmemのtuningはやってる
http://wiki.freebsd.org/ZFSTuningGuide
0998名無しさん@お腹いっぱい。
2009/01/15(木) 10:19:20無償だから無責任でいいなんて理屈は通用しない。
実験的リリースを使うなら当然自己責任だけど
perlとかgnomeとかある程度安定リリースするものでそれは許されなくて当然
出している側も安定リリースのつもりだからリビジョンの無いネーミングなんだろ。
>>990の手は取り敢えず使えると思うけれど
基本的に全ポートスキャンが前提のportsというものがもうダメなんだと思う。
根本的にある程度システムができたらportは捨てて
ソースサイトからの導入する方向に持ってかないとだめなんじゃないか?
暫定的にパッケージ用のツール作り直すにしても
Windowsで好まれる「システムを汚さないインストール」
という方がオラは好きだ。
0999名無しさん@お腹いっぱい。
2009/01/15(木) 10:21:06いいなぁパソコンをネットサーフィンとビルドだけにしか使わないような人は
1000名無しさん@お腹いっぱい。
2009/01/15(木) 10:27:23普通過ぎる。
Windowsより全然いいとは予想だにし無かった去年の夏。
デジカメのデータ処理とか30分は時間が短縮できたな。
未熟な部分が多くてアプリもツールもドキュメントもメンテナも質が低いけれど
それゆえ新規需要も多いんだから
結構ニッチな市場でもある。
10011001
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。