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

FreeBSDを語ろう Part 10

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

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

前スレ
FreeBSDを語ろう Part 9
http://pc8.2ch.net/test/read.cgi/unix/1132982289/
0664名無しさん＠お腹いっぱい。2006/02/20(月) 14:18:10
あるよ。うちの会社で使ってる。
0665名無しさん＠お腹いっぱい。2006/02/20(月) 14:22:27
ルータやプリンタにあるし、
Linuxの方はOracleのfirst target platformになったし、
SGIのItanium2 HPCサーバはLinux。
0666名無しさん＠お腹いっぱい。2006/02/20(月) 14:28:17
>>663
組み込みなら普通NetBSD使うだろ。
0667名無しさん＠お腹いっぱい。2006/02/20(月) 14:39:03
PowerPCやARM系が多いからね。国内だとSHとか。
0668名無しさん＠お腹いっぱい。2006/02/20(月) 14:47:59
BSD!!
0669名無しさん＠お腹いっぱい。2006/02/20(月) 18:12:27
Linuxだけじゃ携帯のような用途には役に立たんよ

昔はITRONだけでやっていたが開発環境がボケなので
UIの部分にLinuxを使うってのが流行っているらしいな。

組込み用途なら簡単にROMの内容を読み出せないような
仕組みもあったりするしパンピーは外に出ていないバス
を引きずり出して解析なんてやらないだろうからクロー
ズドソースで殺り放題だ。嬉しいだろう。

0670名無しさん＠お腹いっぱい。2006/02/20(月) 18:20:56
青臭っ！
0671名無しさん＠お腹いっぱい。2006/02/20(月) 19:38:30
portsのnamazuが更新されないのは何故なの?
0672名無しさん＠お腹いっぱい。2006/02/20(月) 20:12:46
namazu.orgがクラックされたから
0673名無しさん＠お腹いっぱい。2006/02/20(月) 20:15:39
maintainerがいないからだろうな
俺の投げたパッチもmaintainerいないから放置中
0674名無しさん＠お腹いっぱい。2006/02/20(月) 20:44:10
ほんとだ〜
> There is no maintainer for this port.
になってる。
すると、そのうちnamazuは消えるのか?
0675名無しさん＠お腹いっぱい。2006/02/20(月) 20:52:10
Pluceneはメインテナいるんだな。

DSpaceやBeagleに移行しようと思っているんだが…
0676名無しさん＠お腹いっぱい。2006/02/20(月) 20:52:52
>>674
消えて欲しくないなら手を上げれば良いのでは無いのか？
0677名無しさん＠お腹いっぱい。2006/02/20(月) 21:09:34
もうこれはだめかもわからんね
0678名無しさん＠お腹いっぱい。2006/02/20(月) 21:36:02
まあ、Estr(なんとか)やHyperEstr(なんとか)やsennaやrastなどの
新世代の全文検索エンジンがPorts入りしているから、
そんなに悲観するもんじゃないよ。
これを以って、衰退...とか言い出すんじゃないよ。ふぁいと!!
0679名無しさん＠お腹いっぱい。2006/02/20(月) 23:11:39
Mr.バッドノウハウが
もうすることもなさげって言ってなかったっけ？
0680名無しさん＠お腹いっぱい。2006/02/21(火) 00:45:21
namazuは長らく更新止まってたしねぇ。
個人的にはtDiaryのsearchでデフォルトでサポートされているのがnamazuなので
がんばって欲しいけど、rastとかestrayerとかに移行しようかなぁ。
06814012006/02/21(火) 01:30:24
> Emacs 22.x のports キヴォンヌ
utf-translate-cjk mode (?) 使ってみたかったので書いてしまった。
# kazuさんのページ http://www.mew.org/~kazu/toy/netbsd-pkgsrc.html

gmake[2]: *** [bootstrap-emacs] Segmentation fault: 11
sh configure -> (Makefile 見ない) -> gmake bootstrapで死亡。
お手元でちゃんとできてます?
0682名無しさん＠お腹いっぱい。2006/02/21(火) 03:24:55
6.1ってPRERELEASE状態なのに、なんかソースの更新が多いな...
まぁ、致命的なのはないけど。
0683名無しさん＠お腹いっぱい。2006/02/21(火) 07:23:21
>>682
RCにするためのダメ出し中なんだから、良い事だと思うが。

もしかして、俺、PRERELEASEとRCの位置づけをを勘違いしてるのかな？
0684名無しさん＠お腹いっぱい。2006/02/21(火) 08:55:25
おかしいのは>>682の考え方だろ。
0685名無しさん＠お腹いっぱい。2006/02/21(火) 10:08:24
>>680
namazu　か、喜んで使ってた頃は10年近く前だったっけ(遠い目・・・)
あの頃は高々30MBのテキストファイルが詰まったフォルダを
検索させるために、インデックスを作る時間が半日くらい掛けたな。

ってスレ違いだろが！
0686名無しさん＠お腹いっぱい。2006/02/21(火) 10:14:33
>>682
そもそも 6-STABLE系列での一過性バージョンだと思っていた。

ここ半年くらい、6-stableタグでアップデート続けてるけど、今更
起動しないなんてことになったらパニックだわ。

STABLEの品質を疑いがでて、REL＋パッチのメンドクサい作業に
戻れって言われても、もともとズボラな俺には無理だわ。





0687名無しさん＠お腹いっぱい。2006/02/21(火) 10:27:30
そもそもPRERELEASEって
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/article.html
http://www.freebsd.org/releng/
的にはいったい何のことなの?
0688名無しさん＠お腹いっぱい。2006/02/21(火) 10:49:46
枝分かれする前のチキンレース。
0689名無しさん＠お腹いっぱい。2006/02/21(火) 11:01:05
>>687
おかしいね。そこには何にも書いてないね。
PRERELEASEで何をやるかは、暗黙のルールってこと?
0690名無しさん＠お腹いっぱい。2006/02/21(火) 11:08:31
今は code freeze の後、release branch を切る前の状態。
そこだと 2.1 Code Review の段階。
0691名無しさん＠お腹いっぱい。2006/02/21(火) 13:15:50
じゃあ鯰の替わりに使うとしたら何が一番いいの？
portsにあるやつで。
0692名無しさん＠お腹いっぱい。2006/02/21(火) 17:24:53
はいぱーえすとれあ
らすと
06934012006/02/21(火) 18:38:19
perl5.8 うpみたいだ。

20060220:
AFFECTS: users of lang/perl5.8
AUTHOR: tobez@FreeBSD.org

lang/perl5.8 has been updated to 5.8.8. You should update everything
depending on perl. The easiest way to do that is to use
perl-after-upgrade script supplied with lang/perl5.8. Please see
its manual page for details.

perl-after-upgrade スクリプトがあるってさ。
0694名無しさん＠お腹いっぱい。2006/02/21(火) 18:46:29
>>693
これは祭になりそうなほどインパクトある?
0695名無しさん＠お腹いっぱい。2006/02/21(火) 18:49:40
ports 以外でモジュール入れてるとはまるかもね
06966932006/02/21(火) 19:26:57
こちらportsものばかりで、もう完了しました。
スクリプトは初回の -f オプション無し実行では、
net-mgmt/net-snmp が引っかかったくらいでした。
一応 portupgrade -Ccf …
0697名無しさん＠お腹いっぱい。2006/02/21(火) 19:39:22
問題になるのって、第1行目にバージョンを決め打ちしているスクリプトだけ?
06986932006/02/21(火) 20:02:49
/usr/local/lib/perl5/5.8.7
/usr/local/lib/perl5/site-perl/5.8.7
ImageMagick 関係の残骸っぽいものがあった(デスクトップ用途)

>>697
私の用途ではわかりませんが…。 置き場の正しさとか、ファイル中の
第一行以外のpath指定が5.8.7とかないでしょうか
どなたか ↓
0699名無しさん＠お腹いっぱい。2006/02/21(火) 20:55:17
今は反省している。
0700名無しさん＠お腹いっぱい。2006/02/22(水) 02:04:20
/www/apache22が引っかかる・・・orz
0701名無しさん＠お腹いっぱい。2006/02/22(水) 09:51:15
>STABLEの品質を疑いがでて、REL＋パッチのメンドクサい作業に
>戻れって言われても、もともとズボラな俺には無理だわ。

RELENG_6_0タグ(またはこれから出来る予定のRELENG_6_1タグ)を使いましょう
0702名無しさん＠お腹いっぱい。2006/02/23(木) 23:51:46
随分急ピッチな移行ですね
来年にはもう7.0登場が予定されているとは
0703名無しさん＠お腹いっぱい。2006/02/24(金) 09:00:53
数値目標を定めることが物事を前に進める秘訣なんだそうだ。
方向は知らんけどな。
0704名無しさん＠お腹いっぱい。2006/02/24(金) 10:04:58
たしかに分かりやすい目標ってのは有効な気がする(`･ω･´)
0705名無しさん＠お腹いっぱい。2006/02/24(金) 11:27:59
libtool まつり
0706名無しさん＠お腹いっぱい。2006/02/24(金) 13:24:44
ええと、とにかくportupgradeしてきゃいいんだな?
0707名無しさん＠お腹いっぱい。2006/02/24(金) 13:59:38
うはっ
ccacheがまったくヒットしない。
時間かかりまくり。
0708名無しさん＠お腹いっぱい。2006/02/24(金) 14:10:06
libtool は、BUILD_DEPENDS だからなぁ。
portupgrade って使えるのかな？
0709名無しさん＠お腹いっぱい。2006/02/24(金) 14:19:44
>>708
/usr/ports/distfiles 晒すてみた。

libtool-1.3.5.tar.gz
libtool-1.5.10.tar.gz
libtool-1.5.18.tar.gz
libtool-1.5.20.tar.gz
libtool-1.5.22.tar.gz

orz こんなにあるんだｼﾗﾅｶｯﾀｰ
0710名無しさん＠お腹いっぱい。2006/02/24(金) 16:24:57
>>708
順番おかしくなる可能性があるから、portupgrade libtool && portupgrade -a
みたいにするのが確実。
0711名無しさん＠お腹いっぱい。2006/02/25(土) 22:04:24
japanese/scim-skk、0.5.0のままでBROKENがついてますが、現在
0.5.2がリリースされており、MakefileのPORTVERSIONとMASTER_SITE_SUBDIRを
修正するだけで(あとBROKENを外す)問題なくportupgradeできました。
SCIM本体の方はscim-1.4.4_1で。以上FYI。
0712名無しさん＠お腹いっぱい。2006/02/25(土) 23:02:03
>>711
そこまで分かっているなら、send-prしてくれ
0713名無しさん＠お腹いっぱい。2006/02/25(土) 23:10:02
というわけでPortsが凍りました。
0714名無しさん＠お腹いっぱい。2006/02/25(土) 23:22:18
>>712
実は放置されてます。

http://www.freebsd.org/cgi/query-pr.cgi?pr=91854
0715名無しさん＠お腹いっぱい。2006/02/26(日) 02:53:57
一月放置されてopenになったってことは、これsend-prした人は
maintainershipをtake overできるんじゃない?
0716名無しさん＠お腹いっぱい。2006/02/26(日) 03:09:22
今はまだ maintaine timeout だから commit してちょと言えるだけ。
maintainership を奪えるのは send-pr してから 3 ヶ月後。
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-maintainer.html
0717名無しさん＠お腹いっぱい。2006/02/26(日) 21:15:32
なんか /var/log/messages に変なのが。

Feb 26 20:44:38 ***** pound: bad header from 59.104.190.115 (JCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJC・・・延々と続く
Feb 26 20:44:38 ***** pound: bad header from 59.104.190.115 (0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ・・・延々と続く

59.104.190.115 って台湾の IP アドレスらしいんですが。。。
中国・韓国は ipfw で全部弾いているんですが、台湾も弾かなきゃいけないのかな？？
0718名無しさん＠お腹いっぱい。2006/02/26(日) 22:39:27
ja-ghostscript-gnu-jpnfont を 7.07_2 から 7.07_3 にあげたら、
grass-i18n+ipafont-5.0.3 とかいろいろくっついてきた…
日本語フォントを印刷するのに、GRASS が必要だなんて…orz
0719名無しさん＠お腹いっぱい。2006/02/26(日) 22:42:25
消せばいいジャン。
0720名無しさん＠お腹いっぱい。2006/02/26(日) 23:02:27
FreeBSDの日本語フォント回りは自分のことしか考えてなくてダサい。
ghostscript用フォントもCIDFnmapを書き換えなんてしてるからghostscript
を入れ替えるたびに修正が必要だし。
share/ghostscript/Resource/CIDFont に簡単なファイルを作る方にしとけば
そんなこと考えなくていいし、ja-ghostscript-ghu-jpnfontも廃止して
各フォントのportsで設定追加できるのに。
0721名無しさん＠お腹いっぱい。2006/02/26(日) 23:47:52
>720
いい方法があるなら ports-jp に流してくれ。
こんな場末のスレに書かれても…

オイラは ghostscript 担当じゃない(ってかあれはよくワカラン)し。
0722名無しさん＠お腹いっぱい。2006/02/27(月) 01:14:21
>>720
そういう風に作り変えたものをsend-prしてみたら？
少なくとも2chに書いているだけだとチラシの裏に書いてるのとあんまりかわらんと思うが。

それにしても、IPAフォントを使っているのを見たときはports製作者に
余計なことするなと怒りを覚えたね。
0723名無しさん＠お腹いっぱい。2006/02/27(月) 04:19:10
それよりx11-fonts/にあるフォントの多くに倣って、
フォント別にディレクトリをわけてもらいたい。
特にfonts.dirにお手製エントリを追加する奴。
別のportsがmkfontdirしたら消えちゃうんだから。
このへんを日本語以外のportsと全然すり合わせしてない(そのくせ
lib/X11/fonts/TrueTypeなんて他のportsにも使われそうなディレクトリに放り込む)
っつーのがなんとも。
0724名無しさん＠お腹いっぱい。2006/02/27(月) 09:42:55
>723
send-pr なり ports-jp ML なりでよろしく
0725名無しさん＠お腹いっぱい。2006/02/27(月) 10:41:45
ports, bootstrap-pkgsrcでトラブったらageるスレ
http://pc8.2ch.net/test/read.cgi/unix/1138535932/

ここに書いたらいいと思うよ
0726名無しさん＠お腹いっぱい。2006/02/27(月) 13:14:51
カーネル内でロックするよりも、共有メモリでメッセージをやり取りする
マイクロカーネルの方が速いと思われてたのってどういう事情によるの？
0727名無しさん＠お腹いっぱい。2006/02/27(月) 13:44:00
>>726
> カーネル内でロックするよりも、

そんなこと言われてません。
0728名無しさん＠お腹いっぱい。2006/02/28(火) 02:55:56
acroreadを7.0.5に上げたら、印刷しようとすると終了しちゃうんだけど俺だけ?
0729名無しさん＠お腹いっぱい。2006/02/28(火) 10:59:34
>>728
印刷は試していないが、開くを押すと、
>(acroread:6046): Gtk-WARNING **: アイコン 'gnome-fs-home' が見つかりませんでした。テーマ 'hicolor' も
>見つからないので、インストールする必要があります。
>次からコピーを取得できます:
> http://freedesktop.org/Software/icon-theme/releases

落ちちゃう。こんな感じ？
0730名無しさん＠お腹いっぱい。2006/02/28(火) 14:58:16
>>729
俺も俺も
acroreadが落ちるだけならいいけど、KDEに登録してたメニューから起動すると
OSごと落ちてしまう…

なんか 7.05 のportは駄目駄目なんで、速攻で前のVerに戻した
0731名無しさん＠お腹いっぱい。2006/02/28(火) 23:01:09
linux-firefoxでもファイルのダイアログ出す操作するとそのエラー出て固まる

hicolor-icon-themeがいつの間にかアイコンインストールしなくなってるんだよな
0732名無しさん＠お腹いっぱい。2006/03/01(水) 00:39:38
OSごとって何事?
Xのフォント関係のトラブルでとち狂ったXserverが怪しいところ叩いちゃうとか?
0733名無しさん＠お腹いっぱい。2006/03/01(水) 01:08:24
>>732
KDEのメニュー更新ツールで、自動的にメニューに追加したacroreadを、
同じくKDEのメニューから起動すると、
どのキーを押そうが、Xの強制終了も出来なくなって、すべて無反応になる。
多分、Xだけじゃなく、全部固まってる。強制的に電源を落とすしかない。

最初の頃は、acroreadを起動させた途端、突然、再起動がかかったけど、
acroreadwrapperを使うのVerにアップグレードした頃から、フリーズに変わった。

Xの端末から、直接、acroreadって打ち込んだ場合は、問題なく起動するんだけどね。

/usr/X11R6/bin/acroread のスクリプトの先頭部分を、
#!/compat/linux/bin/sh から、 #!/bin/sh に変更すれば、KDEのメニューから
起動しても、落ちなくなるんだけど。

以前、別のlinuxアプリでも、同様の症状ではまったことがあるけど、原因が
よくつかめなてなかったりする。何回も落ちるのは御免なんで
0734名無しさん＠お腹いっぱい。2006/03/01(水) 17:59:58
6-stableでxorg-server-6.9.0にしたら、VT切り替えやX終了後で
コンソールの状態が復帰されなくなってしまった。
0735名無しさん＠お腹いっぱい。2006/03/01(水) 19:09:29
俺の場合も似たような状態になったが
xorg.conf で Load "dri" をコメントアウトしたら
とりあえずは治った
DRIは使えなくなるがｗ
0736名無しさん＠お腹いっぱい。2006/03/01(水) 20:18:36
それで治るのか。まあ3DぐりぐりはしないのでDRI無効化しても
そんなに損害はないな。どうもありがとう。
でも最近はOpenGL使って描画するXサーバがあるんだっけ?
0737名無しさん＠お腹いっぱい。2006/03/01(水) 20:21:06
というか、>>732の言うようにこの辺り以外は怪しいところがないと思われ
Linuxでも"dri"が不安定な時期があったから、
XFree86が地雷含みだったと思われ。
0738名無しさん＠お腹いっぱい。2006/03/01(水) 21:42:42
手が滑っただけとは思うが、今更XFree86はないだろ
0739名無しさん＠お腹いっぱい。2006/03/01(水) 22:03:35
linux用のXのライブラリは、未だに

linux-XFree86-libs-4.3.99.902_7 XFree86 libraries, Linux binary

なまま
0740名無しさん＠お腹いっぱい。2006/03/02(木) 05:55:41
6.1ってPRERELEASEになってから長くない?
そろそろBETAになってもいいころだと思うんだけど...
0741名無しさん＠お腹いっぱい。2006/03/02(木) 06:43:40
BETA2までとっくにでてるって。RCと勘違い？
スケジュールはここね。
http://www.FreeBSD.org/releases/6.1R/schedule.html
0742名無しさん＠お腹いっぱい。2006/03/02(木) 06:50:53
昔の方式と勘違いしてんじゃない?
5.4 も 6.0 も PRERELEASE -> RC -> RELEASE -> STABLE
0743名無しさん＠お腹いっぱい。2006/03/02(木) 09:38:27
>>740
ま、スケジュールどおりってことだ。
でも、今のところ3日遅れなので、今月中にリリースされるか心配になってきた。
0744名無しさん＠お腹いっぱい。2006/03/02(木) 15:43:48
SAでてるな
FreeBSD-SA-06:09.openssh
FreeBSD-SA-06:10.nfs
0745名無しさん＠お腹いっぱい。2006/03/02(木) 18:16:26
セットで来るのが流行？
0746名無しさん＠お腹いっぱい。2006/03/02(木) 18:37:28
たまたまと思われ。しかも片方5.xだし。
0747名無しさん＠お腹いっぱい。2006/03/02(木) 21:10:13
>>744のって再起動しないとダメ？
0748名無しさん＠お腹いっぱい。2006/03/02(木) 22:49:28
>>747
NFSの方はkernel再構築をするから、再起動が必須。
workaroundは読んでないからそっちではしないで良いかも知れないけど。
0749名無しさん＠お腹いっぱい。2006/03/02(木) 23:05:18
>>748
ありがとう。
NFS動かしてるし、余りやりたくないけど、
updateしてきます。
0750名無しさん＠お腹いっぱい。2006/03/03(金) 02:42:07
すみません、最近2週間以内に久々のcvsupをしてました。
0751名無しさん＠お腹いっぱい。2006/03/04(土) 11:12:49
csupのcontrib入りage
0752名無しさん＠お腹いっぱい。2006/03/04(土) 11:27:17
>>751
ヒトバシラーおながい
0753名無しさん＠お腹いっぱい。2006/03/04(土) 14:21:04
cup/README
| There is one Makefile specifically tailored for *BSD systems named
| Makefile and another one that is gmake-specific for Darwin and Linux
| users named GNUmakefile. You don't really need to worry about that
| since whatever your "make" command is, it should pick up the correct
| Makefile.
GJ!
autoツール使いまくりの気違いは見習って欲しい。
0754名無しさん＠お腹いっぱい。2006/03/04(土) 15:51:49
>>752
cvsup互換だから、特に工夫しなくてもよし。
supfileもそのまんま使える。

/etc/make.conf に↓と書いたら cd /usr/src && make update するだけ。
---
SUP_UPDATE=
SUP= /usr/bin/csup
SUPFLAGS= -L 2
SUPHOST= cvsup.jp.freebsd.org
SUPFILE= /usr/share/examples/cvsup/standard-supfile
PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile
---
0755名無しさん＠お腹いっぱい。2006/03/04(土) 20:23:54
csupがMFCされるのは6.2かぁ
0756名無しさん＠お腹いっぱい。2006/03/05(日) 00:38:34
本家スラッシュドットのBSDコーナーは廃止されたの？
0757名無しさん＠お腹いっぱい。2006/03/05(日) 01:28:09
>>755
contrib/csup と usr.bin/csupだけcurrentからもってくればふつうに入るよ。
0758名無しさん＠お腹いっぱい。2006/03/05(日) 01:39:12
つーか、portsから入れればいいじゃん。
0759名無しさん＠お腹いっぱい。2006/03/06(月) 00:23:40
>>756
ttp://slashdot.org/search.pl?tid=7
の話とは別？
0760名無しさん＠お腹いっぱい。2006/03/06(月) 01:06:19
ttp://bsd.slashdot.org/
でもイケる。
トップ画面のSectionsに出なくなったのは、ｲｸﾅｲ!
0761名無しさん＠お腹いっぱい。2006/03/06(月) 11:30:11
6-STABLEで、
ports/java/jdk15がbuildできんー
0762名無しさん＠お腹いっぱい。2006/03/06(月) 11:39:51
JDK15は、使ってないけど、どのJDKのporsも、
post-build:
@# XXX don't install japanese manpages
@${RM} -rf ${JDKIMAGEDIR}/man/ja
@${RM} -rf ${JDKIMAGEDIR}/man/ja_JP.eucJP
ってなってるのがムカツク

せっかく、入ってるのに、消す必要もないと思うのだが。悪意？
0763名無しさん＠お腹いっぱい。2006/03/06(月) 11:49:50
不具合がないんなら

post-build:
.if !defined(WITH_JAPANESE_MAN)
@# XXX don't install japanese manpages
@${RM} -rf ${JDKIMAGEDIR}/man/ja
@${RM} -rf ${JDKIMAGEDIR}/man/ja_JP.eucJP
.endif

っていう風にしてpr出せば通るでしょ。
■ このスレッドは過去ログ倉庫に格納されています