トップページ⇒unix
1001コメント263KB

FreeBSDを語ろう Part 12

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2006/06/10(土) 19:40:19
語ろう。

質問は質問スレで。
初心者もＯＫ? FreeBSD質問スレッド その74
http://pc8.2ch.net/test/read.cgi/unix/1148734377/

前スレ
FreeBSDを語ろう Part 11
http://pc8.2ch.net/test/read.cgi/unix/1144371069/
0714名無しさん＠お腹いっぱい。2006/10/15(日) 07:54:44
おいおいportsってちょっとした祭になってないか?
0715名無しさん＠お腹いっぱい。2006/10/15(日) 08:39:57
うひょ〜

> In addition to the core GNOME ports, almost 500 ports
> were also touched to chase the GNOME move from X11BASE to LOCALBASE and
> fix build problems with the new freetype2.

> On top of the usual GNOME update, we have taken this opportunity to move
> GNOME from X11BASE to LOCALBASE. This means roughly 600 ports NOT part of
> the GNOME Desktop also need to be changed.

激しいわぁ……

>>713
FreeBSDデベロッパにもスルー力が足りないからだな。きっと。

>>712
もうX11BASEをわけるのはやめようって話なかったっけ？
0716名無しさん＠お腹いっぱい。2006/10/15(日) 09:05:53
この時期にやるこっちゃないよなー
0717名無しさん＠お腹いっぱい。2006/10/15(日) 09:25:15
>>716
じゃあいつやるのかを具体的に。
0718名無しさん＠お腹いっぱい。2006/10/15(日) 09:32:11
ports freezeがかかっていないとき。
0719名無しさん＠お腹いっぱい。2006/10/15(日) 10:36:43
面倒だから /usr/X/bin とか /usr/X/lib でいいんじゃない？
0720名無しさん＠お腹いっぱい。2006/10/15(日) 11:54:58
Gnome祭り対策は導入済みportsのリストを保存して、パッケージ全削除→リストから全復元って感じが楽そうだな
0721名無しさん＠お腹いっぱい。2006/10/15(日) 16:20:31
>>716
GNOME を上げる時は短期間の ports freeze かかるし、それをリリース前の
ports freeze といっしょにやってるだけなんだが。
Python 2.5 とは異なり portmgr@ 等にも根回し済みだし。

>>719
X11R7 以降は X11BASE はなくなり、全部 LOCALBASE 以下になる予定。
0722名無しさん＠お腹いっぱい。2006/10/15(日) 18:09:08
freebsd.orz
0723名無しさん＠お腹いっぱい。2006/10/15(日) 20:18:50
>>721
移行の手順は詳しく書いてあります？
0724名無しさん＠お腹いっぱい。2006/10/15(日) 20:31:08
- Add a note on how to upgrade to GNOME 2.16

GNOME has been updated to 2.16 and all GNOME components have been
moved from X11BASE to LOCALBASE, to upgrade your GNOME desktop and
applications you will need either sysutils/portupgrade or
sysutils/portmanager.

Portupgrade users:
pkgdb -Ff
portupgrade -rf glib-2\* cairo gnome-doc-utils gnome-mime-data \
gnome-audio startup-notification dbus

Portmaster users:
portmaster -r pkg-config\*

Approved by:portmgr (marcus)

0725名無しさん＠お腹いっぱい。2006/10/15(日) 21:02:52
>>724
portmasterの手順のほうが、すごく簡単なようだが、
portmasterのほうがportupgradeより、優れているってことか？
0726名無しさん＠お腹いっぱい。2006/10/15(日) 21:07:54
>>725
別に
portupgrade -a
だけでも問題ないよ。
0727名無しさん＠お腹いっぱい。2006/10/15(日) 21:39:30
Port: portmaster-1.9
B-deps:
R-deps:

Port: portupgrade-2.1.3.3_1,2
B-deps: ruby-1.8.5_2,1
R-deps: perl-5.8.8 ruby-1.8.5_2,1

どっちが優れているか、こうしてみれば一目でわかるな。
0728名無しさん＠お腹いっぱい。2006/10/15(日) 21:42:32
ブチ切れてメンテ放棄することも無さそうだしね。
0729名無しさん＠お腹いっぱい。2006/10/15(日) 21:56:53
/bin/shでがんばるってのはいいんだが、その実、外部コマンドを叩きまくりなわけで、
実行速度の面ではどうなのかなぁ。
0730名無しさん＠お腹いっぱい。2006/10/15(日) 22:01:57
今時んなもん気にしてどうすんだ?
0731名無しさん＠お腹いっぱい。2006/10/15(日) 22:32:54
そういや>>371のはどうなんだ？
誰か使ってる奴いないの？
0732名無しさん＠お腹いっぱい。2006/10/15(日) 22:40:43
ぐのめのうｐぐれおわんねーｗｗ
0733名無しさん＠お腹いっぱい。2006/10/15(日) 22:55:35
べっ、別にmergemasterだってshなんだからね！
0734名無しさん＠お腹いっぱい。2006/10/16(月) 00:23:59
portmasterってデフォで使ってコケるとビルドが全停止しない？
portupgradeは取り敢えず出来るのだけやってくれるからな。
0735名無しさん＠お腹いっぱい。2006/10/16(月) 01:23:17
そういえば、そろそろ>>371使ってみるか
0736名無しさん＠お腹いっぱい。2006/10/16(月) 03:11:50
portmaster、BEFOREINSTALL/AFTERINSTALLをサポートしてくれないかなあ。
インストールされたファイルをコンパイルしたり設定ファイルを書き換えたり
シムリンク張ったりするのに便利なんだよね。
0737名無しさん＠お腹いっぱい。2006/10/16(月) 08:32:06
>>730
それなら、今どき必要なパッケージを気にするってのもおかしいですね。
ディスク容量はたくさんあるのに。
0738名無しさん＠お腹いっぱい。2006/10/16(月) 08:37:46
宗教的にRubyダメという人が前にいたな
0739名無しさん＠お腹いっぱい。2006/10/16(月) 13:35:38
つまりCとかC++とかでports管理ツール作れと。
そういえばportsnapもシェルスクリブトなんだね。これネイティブだったら速くなったりするのかな。
0740名無しさん＠お腹いっぱい。2006/10/16(月) 13:38:12
気持良くスクラブしてくれそう > すくりぶと
0741名無しさん＠お腹いっぱい。2006/10/16(月) 16:31:16
ports でコストが掛かっているのは make(1) の処理なので
C で書き直したところで速くならないよ
0742名無しさん＠お腹いっぱい。2006/10/16(月) 17:21:01
そうかな? 変数を得たりするためにmakeをいちいち起動しまくるのがコストなので
make相当を内蔵するなりすれば速くなるかもよ。
0743名無しさん＠お腹いっぱい。2006/10/16(月) 18:10:04
>742 は ヴァカ か 甜菜 のどっちかだな

後者は最低でも実装をしてくれないと認定しようがないが。
0744名無しさん＠お腹いっぱい。2006/10/16(月) 18:23:11
はいはい
0745名無しさん＠お腹いっぱい。2006/10/16(月) 18:58:58
ほとんどの場合、ports で一番時間食ってるのは do-build ターゲットだから
フレームワークでがんばってもしょうがないだろ。
全体の 1% の時間を消費してる部分を 10 倍に高速化しても 0.9% の改善で
しかないわけだし。
0746名無しさん＠お腹いっぱい。2006/10/16(月) 20:24:13
shを批判し続けるなら

　　　　　　　shで遅いって言ってる奴はbash厨だろ。

って流れにするぞ？ｗ
0747名無しさん＠お腹いっぱい。2006/10/16(月) 21:02:03
>>746
ごめんなさい。勘弁してください。　orz
0748名無しさん＠お腹いっぱい。2006/10/16(月) 22:40:56
.if start 日記
GNOME 2.16 への portupgrade -rf を開始して丸一日半が経過した。
終了まであと丸一日ほど。いくつか failed, skip しているから、終わるのは
さらに半日後かな……orz
X11BASEからの移行が無ければ適当にとばせるんだろうけど、とりあえず
一通り make しないとなあ……
.endif
0749名無しさん＠お腹いっぱい。2006/10/17(火) 01:49:50
>>748
-rfより-rRfでやったほうがいいと思いますよ
0750名無しさん＠お腹いっぱい。2006/10/17(火) 01:55:47
-R を付ける理由はないと思うが
0751名無しさん＠お腹いっぱい。2006/10/17(火) 04:55:07
うむ。まったくない。
0752名無しさん＠お腹いっぱい。2006/10/17(火) 06:27:08
BSDstatsを見てみた

新しいもの好き？

Release Arch Systems %age
6.2-PRERELEASE i386 510 7.50%
6.1-STABLE i386 205 3.01%
2.1 i686 161 2.37%
4.11-STABLE i386 125 1.84%
6.1-RELEASE i386 78 1.15%
0753名無しさん＠お腹いっぱい。2006/10/17(火) 08:00:53
<チラシの裏>
大物をアップデートするならいっその事
思い切りよく全部消して入れ直した方がいいのに

余計な物も整理できるし変な物が残って後々トラ
ブルが起きるのも防げるのに
</チラシの裏>
0754名無しさん＠お腹いっぱい。2006/10/17(火) 08:32:27
>>753
いろんな設定をやり直すほうが面倒だよ
0755not 7532006/10/17(火) 08:36:57
>>754
んなこたぁない。
そもそも最初にいろいろな設定をする時、再度同じ設定を再現できるように
設定情報は詳細にメモしているはず。
変にアップグレードしちゃうと、アップグレード特有の環境になっちゃうから、
同じ環境を再現することが難しい。
0756名無しさん＠お腹いっぱい。2006/10/17(火) 09:14:33
>>746
shが遅いなんて言ってない。ヴァカ？
0757名無しさん＠お腹いっぱい。2006/10/17(火) 10:41:29
>>755
> 変にアップグレードしちゃうと、アップグレード特有の環境になっちゃうから、
ならない
0758名無しさん＠お腹いっぱい。2006/10/17(火) 11:22:03
なるよ。
0759名無しさん＠お腹いっぱい。2006/10/17(火) 11:26:22
ならないね。
0760名無しさん＠お腹いっぱい。2006/10/17(火) 11:30:53
なる。「ならない」といっている人は気づいてないだけ。
0761名無しさん＠お腹いっぱい。2006/10/17(火) 11:37:32
ならない。「なる」といっている人は正しくアップデートをしてないだけ。
0762名無しさん＠お腹いっぱい。2006/10/17(火) 11:45:37
なる。「ならない」といっている人は今の自分のアップデート環境が正しいと信じたいだけ。
0763名無しさん＠お腹いっぱい。2006/10/17(火) 12:08:55
「なる」と言ってる香具師が具体例を挙げるまでは「ならない」と見なすべきだな。
「なる」ことを証明するのには一例でもあればいいのに対し、「ならない」ことを
証明するのには全ての変更を検証しなくてはいけないという、典型的な悪魔の証明
だからね。
0764名無しさん＠お腹いっぱい。2006/10/17(火) 12:09:16

ここは花占いのスレですか？
0765名無しさん＠お腹いっぱい。2006/10/17(火) 12:20:38
奇数が「ならない」、偶数が「なる」・・・このままいくと1000は「なる」になるな･･･
だがここで言わせてもらおう「ならない」と･･･！
>>761に同意だな
0766名無しさん＠お腹いっぱい。2006/10/17(火) 12:48:44
Windowsでは良くあること。収拾付かなくなると再セットアップ。
Windowsに存在しFreeBSDには存在しない理由は無い。
(FreeBSDにそれを防止する機構は特に組み込まれていない)
0767名無しさん＠お腹いっぱい。2006/10/17(火) 13:06:30
「なる」「ならない」の花占いだよもんは、だよもんスレでやったほうが
良いと思うんだよもんだよだよもん☆
0768名無しさん＠お腹いっぱい。2006/10/17(火) 13:42:32
>765 が結局「奇数は "ならない"」ルールを踏襲している...
0769名無しさん＠お腹いっぱい。2006/10/17(火) 14:02:49
>>766
つレジストリ。

大抵の場合はOSの機構が問題なのではなくて、本人の経験不足が根本原因だけどな。
0770名無しさん＠お腹いっぱい。2006/10/17(火) 14:49:50
>>763の要求どおり「なる」一例を挙げたぞ。
レジストリなんてのは単なる設定DBなので、「設定」が必要である限り
決定的な理由にはならない。
0771名無しさん＠お腹いっぱい。2006/10/17(火) 17:03:15
>>770
どこにも具体例はないみたいだけど?
0772名無しさん＠お腹いっぱい。2006/10/17(火) 17:15:46
十分起こりうると推測できれば具体例である必要は無いだろ。
0773名無しさん＠お腹いっぱい。2006/10/17(火) 20:55:26
マジレスすると、レジストリにゴミが残るのは、アプリケーションが
レジストリに突っ込んだエントリが、きちんと消去されずに残って
しまうのが原因。こういうことが起きるのは、個々のアプリケーションが
レジストリに書き込みを行なうから。

*BSD系の場合、個々のアプリケーションは /var/db/pkg/ に書き込まないので、
ここにゴミが残る余地はない。
ゴミが残る可能性があるのは、/var/アプリケーション や ~/.アプリケーション*
だが、これらはアプリケーションごとに個別のディレクトリやファイルになって
いるため、Windows に比べれば、何が起きてるかは分かりやすい。
0774名無しさん＠お腹いっぱい。2006/10/17(火) 21:02:44
あと /etc/アプリケーション* は、インストール時およびユーザが
明示的に書きんだときは更新されるが、アプリケーション側が自動的に
更新することはない。
これに対し、レジストリは、UNIX系OSだと /etc に書いたり ~/.* に
書いたり /var に書いたりするものが、なにもかもごちゃまぜになって
るから、混乱が生じがちな気がする。

アプリケーションが勝手に書き込み、かつシステム全体に影響するような
ものって、UNIX の場合は /var 行きになるが、そもそも /var に書き込む
ようなアプリケーションは非常に限られているので、目立つし、問題の特定
も容易。
これに対し、Windows の場合以下略
0775名無しさん＠お腹いっぱい。2006/10/17(火) 21:08:40
レジストリの仕組みくらいちゃんと理解しておけ。
Windows も単に食わず嫌いなだけだろうが。

わけがわかってないから、「再起動すれば直る」とか適当に考えているだけ。
0776名無しさん＠お腹いっぱい。2006/10/17(火) 21:10:18
程度の問題で「ならない」わけではない。
0777名無しさん＠お腹いっぱい。2006/10/17(火) 21:11:56
というか、ソフトウェア開発者であっても、わけが分かりにくい
ブラックボックス構造が問題なんでは？

ソースの公開されてるOSなら、実力さえあれば、問題をどこまで
でも追及できるけど、Windowsの場合、OS側のブラックボックスな
部分を経由すると、そこで追及が困難になって終了。
0778名無しさん＠お腹いっぱい。2006/10/17(火) 21:14:50
> 程度の問題で「ならない」わけではない。

実用的には「ならない」って言いきっちゃっていいと思うな。

使っているうちにだんだん重くなってきてFreeBSDを再インストールした
なんて話は、聞いたことがない。(w
0779名無しさん＠お腹いっぱい。2006/10/17(火) 21:18:00
6-STABLE(CURRENTもそうかも)なんだけど、最近GENERICのコンフィグレーション
からULEスケジューラのオプションが消えてしまってるね。
前はコメントアウトされているだけだったんだけど、何か理由があるのかな？
0780名無しさん＠お腹いっぱい。2006/10/17(火) 21:18:27
>>775
レジストリの正しい使い方を公開してくれとMSに伝えてくれ。

レジストリの○○ってところは何をいれるところとかそういうのが全然公開されたないじゃん。
例えばあるアプリケーションの設定を、OSのクリーンインストールにあたって
バックアップしておけばいいのはどれか。
Windowsに詳しい人なら見当はつくが、本当にそれをバックアップして戻していいのか？
多くの疑念が消えない。

WindowsってかWindows文化においては、PCの支配権はソフトウェア開発者側にあるんだよ。
利用者に支配権はない。
0781名無しさん＠お腹いっぱい。2006/10/17(火) 21:22:24
>780
いまさら何をw
0782名無しさん＠お腹いっぱい。2006/10/17(火) 21:25:52
> レジストリの正しい使い方を公開してくれとMSに伝えてくれ。

> レジストリの○○ってところは何をいれるところとかそういうのが全然公開されたないじゃん。
> 例えばあるアプリケーションの設定を、OSのクリーンインストールにあたって
> バックアップしておけばいいのはどれか。

それはMSに要求しても無理。
アプリケーションごとのレジストリの具体的な利用法は、アプリケーション
開発者に任されていて、MSでは把握してないから。

おまけに、OS側のレジストリを勝手にいじる行儀の悪いアプリケーションが
あったりするし。
UNIX系の場合、そんなアプリケーションはないし、仮にあったとしても、
ファイルの更新をチェックすれば、一般利用者レベルでもすぐ分かるが、
Windows のレジストリの場合、そういうアプリケーションが山のようにある
から、チェックしきれないんだよね。そもそも非標準のツールを使わないと、
簡単にチェックできないし。

これは、機構の問題というよりは、むしろ文化的な違いだとは思うけど。
0783名無しさん＠お腹いっぱい。2006/10/17(火) 21:28:09
ちょっと別の観点から考えてみろ。
アプリにしてもOSにしても、バージョンアップしたら微妙に動作が変わって
不具合が出ることは良くある。不具合とまではいかなくても、
数日、数週間後になって微妙に何かの環境が変わったことに気づき、
その原因がバージョンアップによるものか検証したい場合もある。
そのためにも、新旧両バージョンとも保存するべき。
アップグレードするのは旧バージョンを残さない破壊行為。
もちろん、PC2台使ってもいいし、別パーティションや別HDDで
マルチブートでもいい。
0784名無しさん＠お腹いっぱい。2006/10/17(火) 21:32:39
あとからインストールするソフトウェアなら詳しくなくてもある程度わかるだろ･･･
それだけで十分じゃない？
0785名無しさん＠お腹いっぱい。2006/10/17(火) 21:33:39
OSならともかく、アプリのアップデートの検証のために、
複数のOSを用意して切替えるなんて間違ってるだろ。

障害が出たら新しいバージョンのアプリを消して、古いバージョンの
アプリを入れ直せばOKになってて当然。それができないOSは欠陥OS。

∴ Windowsは欠陥OS。

もちろん、これはMSの罪ではなく、そういうこともできないアプリケー
ションがゴロゴロあるいう文化の問題なんだが。
0786名無しさん＠お腹いっぱい。2006/10/17(火) 21:45:17
>>785

2000 以前だったらわからないでもないが、XP を使ってないのか。
任意の時点の状態に戻す機能がちゃんと提供されているのに、
欠陥というのは言いがかりだろう。

Windows 側の人間と見られるのもアレなので言っておくが、
俺は FreeBSD は 386BSD 時代から使ってるし、
いまこれを書いている PC も FreeBSD だ。

他の OS を単なる無知でけなすというのは、
Linux 使いの奴等と同じ知能と思われてもしょうがないだろうな。

0787名無しさん＠お腹いっぱい。2006/10/17(火) 21:45:39
最近はGNOMEなんてのが出てきたのであまりMSの悪口も言えなくなってきてるけどね。
FreeBSDのせいじゃないけど。
0788名無しさん＠お腹いっぱい。2006/10/17(火) 21:48:04
> 2000 以前だったらわからないでもないが、XP を使ってないのか。
> 任意の時点の状態に戻す機能がちゃんと提供されているのに、
> 欠陥というのは言いがかりだろう。

システム全体で特定の時点には戻れるけど、特定のアプリについて
だけ特定の時点に戻るってのはできないんだよね。

UNIXのアプリだったら、/etc/アプリ.conf なり ~/.アプリ* だけ
バックアップしとけば、古いバージョン使用時の状態に戻すのも簡単だし、
これは単なるファイルの移動やコピーという、エンドユーザでも普通に
行なう作業なんだよな。

これに対し、アプリケーションの用いるレジストリのバックアップや
リストアっていうのはマニアックな行為で、エンドユーザにはお勧め
できない。

どういうレベルで設定情報を保存するかっていう、システム設計の違いが、
こういう違いを招いている希ガス。
0789名無しさん＠お腹いっぱい。2006/10/17(火) 21:52:56
いまこれを書いてるPCはWindowsXPでWindows歴は6年
*nix歴1年
FreeBSDにいたっては使い始めて3ヶ月だけど
>>780書いたのは俺

システムの復元って結局何やってるのか信用できないし。
*nixだったらシステムの復元の前後で何やってるか調べられるけど、Windowsじゃどうやって調べたらいいのやら。。。

Windowsもいいところはいっぱいあるんだけどねえ。
ひとつのハードウェアがこけるとカーネルごとフリーズしたりパニックすることが多い気がする。
Windows2000/XPだとそのデバイスが使えなくなるだけで、OSごとってのは経験はないんだけど・・・
0790名無しさん＠お腹いっぱい。2006/10/17(火) 21:55:39
> システムの復元って結局何やってるのか信用できないし。
> *nixだったらシステムの復元の前後で何やってるか調べられるけど、Windowsじゃどうやって調べたらいいのやら。。。

結局そういう問題なんだよな。
もちろんWindowsでも原理的には調べられるはずなんだけど、敷居が高い。
0791名無しさん＠お腹いっぱい。2006/10/17(火) 21:57:00
portsで更新失敗してゴミが残ると無限地獄になるんだよな orz
0792名無しさん＠お腹いっぱい。2006/10/17(火) 21:57:49
ん〜

「エンドユーザ」の想定レベルがぜんぜん違うんだから、
比較になってないと思うよ。

違うモノはちがうんだから、それぞれに合った使い方をすればいいだけのこと。
アプリを何度も入れ直したりアップデートしたりするというのは、
Windows ではグループポリシーに msi を仕掛けて自動更新させるとか、
エンドユーザに負担を掛けない方法はちゃんと用意されているよね。
そこで言う「マニアックな行為」も別に使えるし。

設定情報の管理が複雑で難しいというのは、
我々が FreeBSD のほうに慣れているからではないのかな。
/etc の下や ~/.xxxx をエディタで編集するとか、
いまの Windows エンジニアにはとても想像もつかない
高度な作業のように見えるだろうね。
0793名無しさん＠お腹いっぱい。2006/10/17(火) 21:59:53
6年とか使っていてもたぶんヘルプとか読んだことないんでしょ?

Windows だからってドキュメントを読まなくても簡単に使えると思ってるのは
大間違いだな。
0794名無しさん＠お腹いっぱい。2006/10/17(火) 22:04:25
>>792
なんか話を抽象的してない？

FreeBSDを使っている間に、OSが重くなってしまって再インストールする
ハメになった人がいるか？ って考えると、そんな人はいないと断言できる
でしょ。
Windows の場合はどうよ。

> Windows ではグループポリシーに msi を仕掛けて自動更新させるとか、

こんなの情報システム部が独立している大企業が、企業内ユーザ向けのPCに
対してやることでしょ。
そういう話は誰もしてないと思うけど。
0795名無しさん＠お腹いっぱい。2006/10/17(火) 22:32:18
まぜっかえすわけじゃないけど
初心者スレとか ML とかだと自分で理解してない
ソフトをいれてしまって、それが必要でもないのに
勝手に動くようになって本人自覚もせず、
みたいな状況はそれなりにあるんで
そういうレベルの人から見れば
「なんか重くなった」
ってのはあり得なくもない
0796名無しさん＠お腹いっぱい。2006/10/17(火) 22:58:05
「重くなる」なんてのは無いと思うけど、長く維持してきたシステムでバイナリ
パッケージを使わずにportsでアップデートしてしてきたならば共有ライブラリの
依存関係が怪奇現象を引き起こすぐらいの事はよく起きるけどな。

/usr/local/includeの下で「俺の性じゃないもんね」状態になっているのも
経験あるよ。
この辺りの人間は一つ二つの事ならあんまり意識せずに解決できるとは思う
けどね。
0797名無しさん＠お腹いっぱい。2006/10/17(火) 23:52:39
うちのSolaris10(03/05)はsmpatchに失敗してから、パッチをあてられない状態に陥っている。
これを01/06にアップグレードして正常な状態に戻るとは思えない。
0798名無しさん＠お腹いっぱい。2006/10/18(水) 00:12:10
>>724-725
結局 portupgrade -rf pkg-config\* に変わったな。
0799名無しさん＠お腹いっぱい。2006/10/18(水) 05:32:51
結局ports freeze延びたな。やっぱリリース間近で既にports freezeに突入
してんのに大きなもん突っ込むなってことだな。

> To fix some more fallout from the GNOME import and as there will be an
> extra BETA release as well, portmgr has decided to extend the ports
> freeze by one week. This puts the start of the ports thaw at October
> 24th.

このHEADSUPには一言も書いてないがKDEどうすんだ。
0800名無しさん＠お腹いっぱい。2006/10/18(水) 05:54:07
後の祭り
0801名無しさん＠お腹いっぱい。2006/10/18(水) 08:18:04
>>779
Log:
- Remove SCHED_ULE from GENERIC to better avoid foot-shooting by
unsuspecting users.
- Add a comment in NOTES about experimental status of SCHED_ULE.
- Make warning about experimental status in sched_ule(4) a bit
stronger.
0802名無しさん＠お腹いっぱい。2006/10/18(水) 08:19:48
>799
明らかにやっちゃいけないタイミングでやっちゃいけないことが
起きてたからな...

リリースエンジニアリング(?)作業というか手順周知・監視の質が
落ちてるのかな...
0803名無しさん＠お腹いっぱい。2006/10/18(水) 10:09:53
>>763
とりあえず悪魔の証明といいたいだけの奴乙

「ならない」といっている奴らが正しくならないという事例が「ある」ことを証明すべき。

正しくならないという事例が「ない」ことを証明しろといっている>763自身が
悪魔の証明を要求していることに気がつけ。
0804名無しさん＠お腹いっぱい。2006/10/18(水) 19:56:03
>>803
「なる」具体例を一つでも挙げろってんだから悪魔の証明の要求じゃないだろ。
「ならない」具体例を挙げろってんなら:

今回の GNOME jumbo commit で関係 ports を全て消してから入れなおすのでは
なく、UPDATING に書いてあるとおりの手順で作業してもアップグレード特有の
環境にはならない。

これを検証するには、6.1-RELEASE の chroot 環境を二つ用意し、一方では
portsnap fetch extract
make -C /usr/ports/x11/gnome2 install clean
もう一方では
pkg_add -r gnome2
portsnap fetch extract
make -C /usr/ports/sysutils/portupgrade install clean
portupgrade -o net/avahi -f howl
portupgrade -o x11/gnome-screensaver -f xscreensaver-gnome
portupgrade -rf pkgconfig\*
とする。双方で違いがないことが確認できる。

「なる」と言ってる連中が具体例を一つも挙げられないのとは違い、
他にいくつも挙げられるぞ。
0805名無しさん＠お腹いっぱい。2006/10/18(水) 20:16:47
ghostscript-gnu-jpnfontをインストールしてるとき、
ghostscript-gnuがバージョンアップしたら、
どういう操作をするのが正しいんだっけ？
0806名無しさん＠お腹いっぱい。2006/10/18(水) 22:00:03
KDE 祭りマダー？
X11R7 祭りマダー？
GCC4 祭りマダー？
UTF-8 祭りマダー？
0807名無しさん＠お腹いっぱい。2006/10/18(水) 22:01:05
portupgrade -f すれば?
駄目なら hack して send-pr よろ
0808名無しさん＠お腹いっぱい。2006/10/18(水) 22:02:16
>>804
以前 perl を upgrade した時に perl-after-upgrade を実行しただけでは site_perl 以下の
ディレクトリにゴミが残ったので結局 portupgrade -f p5-* をやる羽目になったことが
ありましたよ。
0809名無しさん＠お腹いっぱい。2006/10/18(水) 22:22:34
>>808の例でいくとアップグレード特有の環境ってなんだ？
0810名無しさん＠お腹いっぱい。2006/10/18(水) 22:37:57
そういえばベースシステムのコンパイラがgcc4になるのはまだなの？
0811名無しさん＠お腹いっぱい。2006/10/18(水) 22:53:57
http://money4.2ch.net/test/read.cgi/build/1160576047/27
http://money4.2ch.net/test/read.cgi/build/1160576047/306-310
352 ：（仮称）名無し邸新築工事 ：2006/10/18(水) 19:59:48 ID:pRhQsipC
他社で２万の工事を朝鮮人の名刺出して２２万って
これって思いっきり脅しじゃん

355 ：（仮称）名無し邸新築工事 ：2006/10/18(水) 20:09:51 ID:sGavnuL0
記念ｶｷｺ。

この朝鮮人を擁護するニュースを流したNHKも許せん。

366 ：（仮称）名無し邸新築工事 ：2006/10/18(水) 21:00:38 ID:???
朝鮮人のせいで積水崩壊の危機だな
ここでも法則発動か・・・

369 ：（仮称）名無し邸新築工事 ：2006/10/18(水) 21:11:05 ID:???
【お知らせ】

阪神淡路大震災でも倒壊しなかった積水ハウスが、
一人の韓国人のせいで崩壊の危機に面しています。

379 ：（仮称）名無し邸新築工事 ：2006/10/18(水) 21:41:02 ID:???
>>370
まともな企業なら、顧客･消費者の信頼を大切にするよね。

積水ハウスは自ら、「在日コリアン人権協会」との関係を断ち、

いわゆる「人権団体」の実態を明らかにするべきだ。

恐喝や脅しを受けているのなら、それも公表するべきだ。
0812名無しさん＠お腹いっぱい。2006/10/18(水) 23:11:41
>>804
じゃあ具体例を挙げてやろうか
共有ライブラリのバージョンの上がる前でportsをインストールして
おいてライブラリのバージョンが上がった後でbuildworld,
portsのツリーもアップデートかけておいて
# portupgrade -a

ほら出来上がり
0813名無しさん＠お腹いっぱい。2006/10/19(木) 00:24:10
へー
0814名無しさん＠お腹いっぱい。2006/10/19(木) 03:31:00
>>808
うまくいかなかった記憶がないけどなあ。
ためしに 5.4-RELEASE を入れて
pkg_add -r perl5.8
ports/i386/packages-5.4-release/All/p5-* を取ってきて
sh -c 'for p in p5-*; do pkg_install $p; done'
ls /var/db/pkg/p5-* | wc -l
7287
この状態で、今日の午前 0 時くらいの ports tree を使って
make -C /usr/ports/lang/perl5.8 deinstall reinstall clean
perl-after-upgrade -f
find -d /usr/local/lib/perl5/site_perl/5.8.6/ -empty -delete
してみたところ、ちゃんと空になったよ。
■ このスレッドは過去ログ倉庫に格納されています