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

FreeBSDを語れ Part25

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001名無しさん@お腹いっぱい。2009/08/04(火) 18:45:55
FreeBSDについて語るスレです。

The FreeBSD Project
http://www.freebsd.org/ja/

前スレ:FreeBSDを語れ Part24
http://pc12.2ch.net/test/read.cgi/unix/1242649300/
0830名無しさん@お腹いっぱい。2009/10/05(月) 16:35:08
システムのサスペンドにさして興味は無いけど、サスペ
ンドしたプロセスを次回システム起動後にまで持ち回れ
るような仕組みがあったらいいなと思ったことはある。
0831名無しさん@お腹いっぱい。2009/10/05(月) 16:37:34
機能求めるならLinuxでも使ってろ馬鹿
適材適所で使えない悪評野郎は市ね
0832名無しさん@お腹いっぱい。2009/10/05(月) 16:59:34
FreeBSDには何を求めればいいんだ?
0833名無しさん@お腹いっぱい。2009/10/05(月) 17:02:32
分かるから使うんだ
分からないなら使うな
0834名無しさん@お腹いっぱい。2009/10/05(月) 17:10:11
gihyoのdaily topics見てたら、Linuxユーザに対してBSDをアピールしてる
ことが載ってたけど、たくさんのLinuxユーザがBSDにきたらいいね。
0835名無しさん@お腹いっぱい。2009/10/05(月) 17:28:48
にわかのリナ厨供に灸を据えてやれ
ファイルシステムを壊して悲鳴を上げる様が手に取るように見えるわ
0836名無しさん@お腹いっぱい。2009/10/05(月) 18:17:20
藤井リナがどうかしたか?
0837名無しさん@お腹いっぱい。2009/10/05(月) 18:17:46
誰?
0838名無しさん@お腹いっぱい。2009/10/05(月) 18:29:07
リナは今、ワイルドな気分(棒)
0839名無しさん@お腹いっぱい。2009/10/05(月) 18:48:37
あれFreeBSD使いってこんなやつらだったっけ?
俺はLinuxに乗り換えるべきなのか?
新しいこと覚えるの面倒くさいお
0840名無しさん@お腹いっぱい。2009/10/05(月) 18:52:28
他人の意見を気にする余裕あるのに、覚えるのは面倒とか笑わせる
面倒なら他人の意見も気にするな。
0841名無しさん@お腹いっぱい。2009/10/05(月) 18:56:31
>>830
0842名無しさん@お腹いっぱい。2009/10/05(月) 19:01:56
香里奈がFreeBSDユーザでありますようにって、今夜から祈ります。
0843名無しさん@お腹いっぱい。2009/10/05(月) 19:09:23
罪状: Linux
0844名無しさん@お腹いっぱい。2009/10/08(木) 03:32:42
8.0Rマーーーダーーーーー??????????????
0845名無しさん@お腹いっぱい。2009/10/08(木) 11:14:41
なあ、8.0になると何がおいしいんだ?
0846名無しさん@お腹いっぱい。2009/10/08(木) 11:19:50
8.0R殺人事件
0847名無しさん@お腹いっぱい。2009/10/08(木) 15:02:48
.0のリリースは別に気にならないな。
実際に使い出すのは.1以降だし。
.1以降は基本的にstableだから数字はどうでもいいし。
0848名無しさん@お腹いっぱい。2009/10/09(金) 00:36:48
π損関連ユーティリティーのports依存関係迷路にハマってしまった。

7.2Rいれて使い始めてgnome系のおもちゃで遊んで見ようと思ったのが運の尽き
xorgが依存して勝手に入ってたのがpython25。
graphics/py-cairo が USE_PYTHON=2.6+
で二進も三進もいかない。

依存木の上に積み重なったportsを端からpython25までpkg_deleteして
python26にまた積み上げた。ふぅ

rm -rf /usr/local/* /var/db/pkg/* して皆いれたほうがスッキリしたかも
0849名無しさん@お腹いっぱい。2009/10/09(金) 11:11:25
portupgrade -f py26-\*

すればよかったんでないの?

ちなみに python 2.5 と python2.6 はそれぞれ両方入っていても問題ないぞ?
0850名無しさん@お腹いっぱい。2009/10/09(金) 12:00:59
うん両方入っててもバッティングしないことは突き止めてやってみた。
先にインスコしたほうが"python"名の実行形式ファイルになって
USE_PYTHON=2.6+にひっかかるんでハードリンクの張り直しもしてやってみたけど
py25-*なpkgとpy26-*なpkgがワヤになった
ここで切れてある日付より新しい/var/db/pkg/*/+CONTENTSを新しい順に並べて
バッチでpkg_deleteした

portupgradeはなんか強力そうだなぁマニュアル熟読してみるが
portsをcvsupしてるとpkg-*のfixしてることがよくある
この記述がコケてるととんでもないことやってくれそうな気がする
0851名無しさん@お腹いっぱい。2009/10/09(金) 12:29:03
> portupgradeはなんか強力そうだなぁマニュアル熟読してみるが

まー、良く考えずに使い始めても
そんなにたいへんなことにはならないよ

基本は現在の ports 構造をそのまま解釈する仕組みだし
そのキャッシュみたいな独自の DB は壊れたら再構成するだけだし
0852名無しさん@お腹いっぱい。2009/10/09(金) 12:55:05
>USE_PYTHON=2.6+にひっかかるんでハードリンクの張り直しもしてやってみたけど
0853名無しさん@お腹いっぱい。2009/10/09(金) 12:56:34
>>850
> portsをcvsupしてるとpkg-*のfixしてることがよくある

まだportsをcvsupしてる人いるんだ。なんかcvsupって、
10秒以上かかるんでしょ? 大変だと思わないのかな?
0854名無しさん@お腹いっぱい。2009/10/09(金) 13:17:41
portsnapはローカルな修正を問答無用でサクる。馬鹿の使うツール。
0855名無しさん@お腹いっぱい。2009/10/09(金) 13:44:23
ローカルな修正って一式を別のディレクトリにコピーしておいて
そこにcdしてmake installすればいいだけじゃないの?
0856名無しさん@お腹いっぱい。2009/10/09(金) 14:01:42
portsシステムはMakefile.localを置いておけば、それをインクルードする仕様に
なっている。矛盾しない範囲ならMakefile本体が修正されてもそのまま使える。
portsnapはこれを無視してサクる。
0857名無しさん@お腹いっぱい。2009/10/09(金) 14:11:12
せめてcsupにすればいいのに
0858名無しさん@お腹いっぱい。2009/10/09(金) 14:49:56
Makefileの修正程度ならmake.confに直書きしちゃえばいいんじゃないの?
0859名無しさん@お腹いっぱい。2009/10/09(金) 14:58:27
>857
慣習的に csup することを cvsup すると呼んでます
0860名無しさん@お腹いっぱい。2009/10/09(金) 15:06:00
今更ながらFreeBSD make≠GNU makeなのに気がついた
0861名無しさん@お腹いっぱい。2009/10/09(金) 15:16:24
はあああああああああああああああああああああ?
0862名無しさん@お腹いっぱい。2009/10/09(金) 15:23:45
gmakeをデフォにすりゃいいのにな
Makefile作りにくいんだわ
0863名無しさん@お腹いっぱい。2009/10/09(金) 16:00:23
>>860-861
ごめん糞ワロタw
0864名無しさん@お腹いっぱい。2009/10/09(金) 18:08:01
>>858
それは素人の考え。Makefileはキミが考えているほど甘くない。
0865名無しさん@お腹いっぱい。2009/10/09(金) 18:24:05
>>864
Makefileより自分の方が甘くないのかな?
make.confへの直書きでなんとかなっちゃうことがほとんどですからw
0866名無しさん@お腹いっぱい。2009/10/09(金) 19:09:34
0867名無しさん@お腹いっぱい。2009/10/09(金) 19:22:16
>>865
キミが未熟である事の証明をする必要はない。
キミの足りないレベルではそれだけで十分という事を力説しても意味が無い。
0868名無しさん@お腹いっぱい。2009/10/09(金) 20:18:32
玄人様の降臨です
0869名無しさん@お腹いっぱい。2009/10/09(金) 20:54:01
単に>>865が恥ずかしいほどの素人なだけ。
一つオレのMakefile.localの実例を見せてやろう。ruby汚染を防止する。

lang/ruby1[89]/Makefile.local
BROKEN= I hate ruby
0870名無しさん@お腹いっぱい。2009/10/09(金) 20:55:53
>>869が恥ずかしすぎてみてられません ><
0871名無しさん@お腹いっぱい。2009/10/09(金) 21:05:08
rubyが害虫なのは同意する
0872名無しさん@お腹いっぱい。2009/10/09(金) 21:16:30
なんだとテメー!
0873名無しさん@お腹いっぱい。2009/10/09(金) 21:55:43
perlもportsに追い出したわりに常に入ってるな
0874名無しさん@お腹いっぱい。2009/10/09(金) 22:20:40
>>869
その程度ならmake.confでも楽々書ける
.if !empty(.CURDIR:M/usr/ports/lang/ruby*)
BROKEN= does not need
.endif
0875名無しさん@お腹いっぱい。2009/10/09(金) 22:30:56
ふむ、じゃ、post-configureを追加したいときはどうするのだ?
make.confは先に読みこまれるから、これに書くとデフォルトターゲットになるぞ。
0876名無しさん@お腹いっぱい。2009/10/09(金) 22:36:42
知らないの?w

.if !empty(.CURDIR:M/usr/ports/lang/ruby*)
post-configure: .NOTMAIN
    exit 1
.endif
0877名無しさん@お腹いっぱい。2009/10/09(金) 22:38:35
grep "\.MAIN" /usr/ports/Mk/*
0878名無しさん@お腹いっぱい。2009/10/09(金) 22:44:21
Makefileで定義されてるマクロを上書きするのは?
0879名無しさん@お腹いっぱい。2009/10/09(金) 22:47:46
pre-とかpost-のターゲットを突っ込めればシェルスクリプトでパッチをやりたい放題です。
0880名無しさん@お腹いっぱい。2009/10/09(金) 23:34:09
最近portsでデスクトップアプリインストール、アップデートしようとすると
そのほとんどがpythonに依存してて凄くウザい
0881名無しさん@お腹いっぱい。2009/10/10(土) 00:38:58
7系って7.3出るの?
0882名無しさん@お腹いっぱい。2009/10/10(土) 00:46:44
FreeBSD8.0Rも出ない、LLVM2.6も出ない、ReactOS0.3.11も出ない、cygwin1.7.1も出ない
予定では先々月から先月にかけていろいろ出るはずだったものが軒並みコケまくってるなあ……
0883名無しさん@お腹いっぱい。2009/10/10(土) 00:56:45
LinuxとGCCとWineとcoLinuxが好調でなによりです(^q^)
0884名無しさん@お腹いっぱい。2009/10/10(土) 00:59:41
きっちりそれぞれに競合ソフト名を挙げるあたり、マメだねぇ…
0885名無しさん@お腹いっぱい。2009/10/10(土) 01:06:52
mod_python 辺りの pth.h インクルードでこけてる人いない?
これ何が悪いんだろう…。
0886名無しさん@お腹いっぱい。2009/10/10(土) 01:10:56
さて、Flash7だとYouTubeのラジオ体操の音と絵がずれるので、そろそろ8.0を試しみてみようかな。
ところでXのintelドライバはちゃんと動いてますか?
0887ぷぎゃあ2009/10/10(土) 01:38:13
>>886
http://lists.freebsd.org/pipermail/freebsd-x11/2009-October/008875.html
0888名無しさん@お腹いっぱい。2009/10/10(土) 01:45:06
/usr/srcをRELENG_8でcvsupするとパラパラ五月雨式に更新されてるけど、
RCって殆んどリリース版ではなかったの?
0889名無しさん@お腹いっぱい。2009/10/10(土) 01:50:47
>>887
x11/xorg: "intel" driver for Xorg is very broken
very ワロタ
0890名無しさん@お腹いっぱい。2009/10/10(土) 01:51:36
>>886-887
>x11/xorg: "intel" driver for Xorg is very broken
wwww
0891名無しさん@お腹いっぱい。2009/10/10(土) 02:55:25
RC2が出るのが月末くらい……か?
0892名無しさん@お腹いっぱい。2009/10/10(土) 03:07:51
なんかBETA1あたりまでは怖いほど順調すぎると思っていたが、
ここへきていつものFreeBSD時間に戻ってきてるな。
なんか安心した。やはりFreeBSDはこうでなくては。
0893名無しさん@お腹いっぱい。2009/10/10(土) 04:01:21
そのままクリスマス休暇に突入して
結局年明けに持ち越すのがFreeBSDクオリティ
0894名無しさん@お腹いっぱい。2009/10/10(土) 04:44:56
もうi386だけでも8.0RからLLVM-clangに完全移行して欲しい…
0895名無しさん@お腹いっぱい。2009/10/10(土) 05:05:51
阿鼻叫喚が聞こえてきそうだなwwww是非やってほしいwwww
0896名無しさん@お腹いっぱい。2009/10/10(土) 06:00:40
ってかRC1からリリースが延びるのはどう考えてもリリースエンジニアリングができていない証拠w
0897名無しさん@お腹いっぱい。2009/10/10(土) 08:36:02
8.0にしたけどあまりに問題なくて拍子抜け
0898名無しさん@お腹いっぱい。2009/10/10(土) 10:06:03
LLVM に移行して何かメリットでもあるの?
0899名無しさん@お腹いっぱい。2009/10/10(土) 10:08:08
たのしい
0900名無しさん@お腹いっぱい。2009/10/10(土) 10:15:30
>>898
gcc-4.2.1を使い続けなくても済むようになる
0901名無しさん@お腹いっぱい。2009/10/10(土) 10:31:30
gcc-4.2.1はなにがだめなん?
0902名無しさん@お腹いっぱい。2009/10/10(土) 10:32:42
gcc-4.2.1を使い続けるデメリットは?
0903名無しさん@お腹いっぱい。2009/10/10(土) 12:31:50
4.2.1の問題と言うよりライセンス問題でバージョンうp出来なくなるかもってのが問題だ
詳しくは↓
http://gihyo.jp/admin/clip/01/fdt/200909/30
http://journal.mycom.co.jp/articles/2008/06/03/bsdcan6/index.html
0904名無しさん@お腹いっぱい。2009/10/10(土) 12:57:37
にゃるほど
0905名無しさん@お腹いっぱい。2009/10/10(土) 15:47:06
少なくともcurrentがclangに移行しないと、テスター不足でバグだしが不十分になって
開発が間延びするという状況があまり改善できないので、それなりの痛みを伴うにしても
早めに移行しちゃったほうが、痛みの続く期間とか後々のことを考えるといいのかも。
0906名無しさん@お腹いっぱい。2009/10/10(土) 16:23:26
どうでもいい。黙れ、。
0907名無しさん@お腹いっぱい。2009/10/10(土) 16:54:13
FreeBSDの将来が決まるわけだからどうでもいい訳ない。
Low害は引っ込んでろ。
0908名無しさん@お腹いっぱい。2009/10/10(土) 18:29:42
low害 vs 病ん愚
0909名無しさん@お腹いっぱい。2009/10/10(土) 18:41:00
これからGPLv3が広がるとそうしたコードが大半になり、
FreeBSDに取り込めない場面が多くなりFreeBSDが衰退していくのか、
GPLv3が使われなくなりBSDライセンスが増えていくのか、
GPLコードをBSDライセンスで置き換えるコードが書かれてゆくのか
どうなんだろう?
0910名無しさん@お腹いっぱい。2009/10/10(土) 18:53:58
あくまでGPLv3はbaseから外すってだけで、portsではGPL全盛が続く。
BSDライセンスはCDDLに侵されて終了。
0911名無しさん@お腹いっぱい。2009/10/10(土) 21:18:43
なぜportsではGPLv3でも良くてbaseではだめなのか?
配布しているCDROM,DVDのなかのpackagesにGPLv3のコードが
あってもいいのだろうか?
0912名無しさん@お腹いっぱい。2009/10/10(土) 21:30:13
>911
portsはコードを含まないからじゃないの?
patchは多分acceptされた時点でBSDライセンスになる。
0913名無しさん@お腹いっぱい。2009/10/10(土) 21:48:30
デフォルトのコンパイラ(cc)にclangを採用するのは避けられないかもしれないけど、
当分は古いgccをbaseにいれたままにするか、portsの新しいgccがclangでコンパイルできて
品質が保証されていればportsでGPLなソフトも不自由なく利用できると思う?考えが甘い?
0914名無しさん@お腹いっぱい。2009/10/10(土) 22:21:47
しかしOSSで大規模なコンパイラシステム維持するのって結構大変じゃないかな。
GCCもいずれはLLVMで謡われているような新規軸を取り込んでくるだろうし、
先々LLVMが目新しさを失って衰退するようなことがあると厄介かも。
0915名無しさん@お腹いっぱい。2009/10/10(土) 22:58:58
関係ないけどportsに入っているgccのアップデート頻度は嫌がらせ
だと思う
0916名無しさん@お腹いっぱい。2009/10/10(土) 23:51:11
mingw32-gccが古いのも嫌がらせ。
0917名無しさん@お腹いっぱい。2009/10/10(土) 23:52:49
ports自体が嫌がらせの域
0918名無しさん@お腹いっぱい。2009/10/11(日) 01:25:03
8.0TODOでRC2が14日になってRC3が追加
0919名無しさん@お腹いっぱい。2009/10/11(日) 04:24:55
>>913
普通に考えたらしばらくはgccも入れとくでしょ。
portsに早く追い出してしまって欲しい気はするけど。

>>914
目新しさがあって興味もたれているのはそういう面もあるだろうけど
ライセンスがBSDLだってだけで将来にわたってうれしいんじゃないの?
GCCは新機軸取り込むのにごっそりrewhiteしないといけない部分とかあるだろうし、
いずれはといってもそれなりにしんどいはずでしょ。
まあしばらくはLLVMのほうが気持ちいいってことになるんじゃないかなあ。

>>915
gcc4関係はsnapshot追っかけるportしかないからなあ、
snapshot追っかけるのは-develみたいにして分けてくれたらいいのに。
0920名無しさん@お腹いっぱい。2009/10/11(日) 20:31:24
qemu-develがqemuより古い。
0921名無しさん@お腹いっぱい。2009/10/11(日) 22:02:35
RELENG_8の/usr/srcはまだまだ手直し入ってるね。
ほんとにRCなのか?
0922名無しさん@お腹いっぱい。2009/10/11(日) 23:31:15
>>920
qemuに限らずよくある話
0923名無しさん@お腹いっぱい。2009/10/12(月) 12:57:49
ほんとにRCw
0924名無しさん@お腹いっぱい。2009/10/12(月) 14:20:29
>>921
何のためのRELENG_8だと思ってるんだよ。
0925名無しさん@お腹いっぱい。2009/10/12(月) 15:02:21
BSD cc を開発してくれよ
いつまで gcc におんぶだっこしてるんだ?
0926名無しさん@お腹いっぱい。2009/10/12(月) 15:03:03
今作ってるところですから
0927名無しさん@お腹いっぱい。2009/10/12(月) 15:23:51
>>925
pcc使え
0928名無しさん@お腹いっぱい。2009/10/12(月) 17:44:09
>>925
大丈夫です。今後llvmに乗り換え、Appleにおんぶだっこになります。
0929名無しさん@お腹いっぱい。2009/10/12(月) 18:27:13
FreeBSDはすでにAppleの子分なんでしょ?
レス数が900を超えています。1000を超えると表示できなくなるよ。