FreeBSDを語ろう Part 12

Reiserさんてもう43歳なんだ。
まだHackingできる歳なのかな?

>>672
reiserfs/reiser4のコードでも読めば？

だいたい年齢に拘る香具師は、自分の能力の無さを
年齢のせいにしたがる。

>>674
だな。５０代６０代でバリバリに数学やってる人がいるんだから、
プログラミングぐらいできないわけがない。

老眼とかは大丈夫なの?

と余計な心配をしてみる。
漏れもできれば一生涯プログラムを書いていきたいし。

個人の能力の問題。

でも老眼で画面見るのも辛いってなったら嫌だな。
老眼だとどの程度画面って見えるものなの?

>>678
うちの部長は 14インチ/1400x1035 の液晶に 12dot のフォントで普通に仕事できてる.
近視の奴は彼が仕事してる画面を見るのはいやだそうだ.

もしかしたら刑務所の中の方がコーディングはかどったりして

日本だと2ch見れなくなるから捗る奴多そうだね

ムショでコーディングがPGの懲役内容か

君、このソースコード読んで解説書きなさい
君、この本を日本語に翻訳しなさい

こっちの方が世の為になってよいかも。

>>683
「印税は将来にわたって君のものだ」とかなると、
こぞってムショに入ろうとする奴ばかりになるかも。

でもムショの中ってプログラムを書ける精神状態保てるものなの?

人殺しならそこそこポジション高そうだし、けっこういけるんじゃないか？
刑期は10年以上だろうから、Linuxの気に入らないところ全部書き換えられるな。

外部と連絡取らなくていいのだろうか

差し入れは親族の協力があればよさげで、中から手紙を出すのも
面会に準じる頻度で可能らしい。
毎日メールで議論するようなのじゃなければなんとかなるんじゃなかろうか。

>>685
ムショののなかは結構プログラマにとっては快適だと思うよ
シャバでは不足しがちな運動とか健康に対する配慮もしてもらえるし

本人は別にhackしたいと思ってなかったりな

fuckされちゃうでしょ

>人殺しならそこそこポジション高そうだし、けっこういけるんじゃないか？
（ ´,_ゝ`）ﾌﾟｯ


カンカンくらいならありえそうだけどなw

おまいらﾑｼｮﾑｼｮって簡単に考えて入るんじゃねぇぞ
俺は刑務官への殺意がいまだ治まらない

なにコイツ

>>694
前科者だろ。

で、おまえは刑務官？

>>693
お前みたいな奴は、また刑務所に行きそうな香具師だな

刑務官は買収するといいらしいよ！ニュースでやってた

金あればな

刑務所の中でも事故厨な人殺しは虐めの対象
大抵はおちょくられて暴れたあげく懲罰房へ送られる
刑期の短いやつも軽蔑される、単に妬みからだけどなw

おまえらなんでそんなに詳しいんだ？

>>653-656

差戻しになったな。
漏れbmpがらみで勝手に入れられただけだから困ってないけど。

>>700
常識

ムショの中の人ならではのご意見ですな

HGは日本の刑務所に入るわけじゃ無いからな
アメリカは州によっても違うみたいだし私立刑務所？みたいなのもあるんだろ？
ていうかライザーって何人でどこに住んでるんだ？

今日は何故かportsが激しく更新されているね。

freezeかかってる時にしなくても…orz

fetchできずエラーで止まる。

RELENG_6_2 branch が作られるのっておとといのはずだったけどまだされてない。
Release Engineering に関するMLはないみたいだけど、どこでそういうことはきめられてるの？

地球

x264の連鎖に泣いたorz

KDE3.5.4まだ？

GNOME-2.16 ktkr?

> all GNOME components have been moved from X11BASE to LOCALBASE
こりゃ 6.2R にあわせて X11R7 化するのの前段階ってことでいいんだろうか

freezeがかかっているわりに portsの更新が
けっこう厳しいね。

ところで、/usr/X11R6/libに置いてあったファイルが
次々に /usr/local/libに移されているのは X11R7対策 ?

おいおいportsってちょっとした祭になってないか?

うひょ〜

> 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をわけるのはやめようって話なかったっけ？

この時期にやるこっちゃないよなー

>>716
じゃあいつやるのかを具体的に。

ports freezeがかかっていないとき。

面倒だから /usr/X/bin とか /usr/X/lib でいいんじゃない？

Gnome祭り対策は導入済みportsのリストを保存して、パッケージ全削除→リストから全復元って感じが楽そうだな

>>716
GNOME を上げる時は短期間の ports freeze かかるし、それをリリース前の
ports freeze といっしょにやってるだけなんだが。
Python 2.5 とは異なり portmgr@ 等にも根回し済みだし。

>>719
X11R7 以降は X11BASE はなくなり、全部 LOCALBASE 以下になる予定。

freebsd.orz

>>721
移行の手順は詳しく書いてあります？

- 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)

>>724
portmasterの手順のほうが、すごく簡単なようだが、
portmasterのほうがportupgradeより、優れているってことか？

>>725
別に
portupgrade -a
だけでも問題ないよ。

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

どっちが優れているか、こうしてみれば一目でわかるな。

ブチ切れてメンテ放棄することも無さそうだしね。

/bin/shでがんばるってのはいいんだが、その実、外部コマンドを叩きまくりなわけで、
実行速度の面ではどうなのかなぁ。

今時んなもん気にしてどうすんだ?

そういや>>371のはどうなんだ？
誰か使ってる奴いないの？

ぐのめのうｐぐれおわんねーｗｗ

べっ、別にmergemasterだってshなんだからね！

portmasterってデフォで使ってコケるとビルドが全停止しない？
portupgradeは取り敢えず出来るのだけやってくれるからな。

そういえば、そろそろ>>371使ってみるか

portmaster、BEFOREINSTALL/AFTERINSTALLをサポートしてくれないかなあ。
インストールされたファイルをコンパイルしたり設定ファイルを書き換えたり
シムリンク張ったりするのに便利なんだよね。

>>730
それなら、今どき必要なパッケージを気にするってのもおかしいですね。
ディスク容量はたくさんあるのに。

宗教的にRubyダメという人が前にいたな

つまりCとかC++とかでports管理ツール作れと。
そういえばportsnapもシェルスクリブトなんだね。これネイティブだったら速くなったりするのかな。

気持良くスクラブしてくれそう > すくりぶと

ports でコストが掛かっているのは make(1) の処理なので
C で書き直したところで速くならないよ

そうかな? 変数を得たりするためにmakeをいちいち起動しまくるのがコストなので
make相当を内蔵するなりすれば速くなるかもよ。

>742 は ヴァカ か 甜菜 のどっちかだな

後者は最低でも実装をしてくれないと認定しようがないが。

はいはい

ほとんどの場合、ports で一番時間食ってるのは do-build ターゲットだから
フレームワークでがんばってもしょうがないだろ。
全体の 1% の時間を消費してる部分を 10 倍に高速化しても 0.9% の改善で
しかないわけだし。

shを批判し続けるなら

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

って流れにするぞ？ｗ

>>746
ごめんなさい。勘弁してください。　orz

.if start 日記
GNOME 2.16 への portupgrade -rf を開始して丸一日半が経過した。
終了まであと丸一日ほど。いくつか failed, skip しているから、終わるのは
さらに半日後かな……orz
X11BASEからの移行が無ければ適当にとばせるんだろうけど、とりあえず
一通り make しないとなあ……
.endif

>>748
-rfより-rRfでやったほうがいいと思いますよ

-R を付ける理由はないと思うが

うむ。まったくない。

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%

<チラシの裏>
大物をアップデートするならいっその事
思い切りよく全部消して入れ直した方がいいのに

余計な物も整理できるし変な物が残って後々トラ
ブルが起きるのも防げるのに
</チラシの裏>

>>753
いろんな設定をやり直すほうが面倒だよ

>>754
んなこたぁない。
そもそも最初にいろいろな設定をする時、再度同じ設定を再現できるように
設定情報は詳細にメモしているはず。
変にアップグレードしちゃうと、アップグレード特有の環境になっちゃうから、
同じ環境を再現することが難しい。

>>746
shが遅いなんて言ってない。ヴァカ？

>>755
> 変にアップグレードしちゃうと、アップグレード特有の環境になっちゃうから、
ならない

なるよ。

ならないね。

なる。「ならない」といっている人は気づいてないだけ。

ならない。「なる」といっている人は正しくアップデートをしてないだけ。

なる。「ならない」といっている人は今の自分のアップデート環境が正しいと信じたいだけ。

「なる」と言ってる香具師が具体例を挙げるまでは「ならない」と見なすべきだな。
「なる」ことを証明するのには一例でもあればいいのに対し、「ならない」ことを
証明するのには全ての変更を検証しなくてはいけないという、典型的な悪魔の証明
だからね。

ここは花占いのスレですか？

奇数が「ならない」、偶数が「なる」・・・このままいくと1000は「なる」になるな･･･
だがここで言わせてもらおう「ならない」と･･･！
>>761に同意だな

Windowsでは良くあること。収拾付かなくなると再セットアップ。
Windowsに存在しFreeBSDには存在しない理由は無い。
(FreeBSDにそれを防止する機構は特に組み込まれていない)

「なる」「ならない」の花占いだよもんは、だよもんスレでやったほうが
良いと思うんだよもんだよだよもん☆

>765 が結局「奇数は "ならない"」ルールを踏襲している...

>>766
つレジストリ。

大抵の場合はOSの機構が問題なのではなくて、本人の経験不足が根本原因だけどな。

>>763の要求どおり「なる」一例を挙げたぞ。
レジストリなんてのは単なる設定DBなので、「設定」が必要である限り
決定的な理由にはならない。

>>770
どこにも具体例はないみたいだけど?

十分起こりうると推測できれば具体例である必要は無いだろ。