FreeBSDを語れ Part38

このエントリーをはてなブックマークに追加
1名無しさん@お腹いっぱい。
さぁ語れ

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

前スレ
FreeBSDを語れ Part37
http://peace.2ch.net/test/read.cgi/unix/1390323139/

関連スレ
初心者もOK! FreeBSD質問スレッド その118
http://peace.2ch.net/test/read.cgi/unix/1397057895/
2名無しさん@お腹いっぱい。:2014/07/14(月) 06:53:34.60
FreeBSDはUNIXじゃないんですかぁ?
3名無しさん@お腹いっぱい。:2014/07/15(火) 01:51:56.73
FreeBSD ports pkg だと texlive と teTeX を共存できないんだよな。。。
4名無しさん@お腹いっぱい。:2014/07/15(火) 04:54:45.12
そういう個人的感想はいいです。
5名無しさん@お腹いっぱい。:2014/07/15(火) 05:50:05.49
うちで飼ってるポチが夏バテなんだが
6名無しさん@お腹いっぱい。:2014/07/15(火) 06:17:57.87
そういう動物日記はいいです。
7名無しさん@お腹いっぱい。:2014/07/15(火) 07:52:55.31
もうこっちの方は、テンプレにも載らないんだね。
http://www.jp.freebsd.org/

それから、テンプレ的に、こっちはいらんのか?
http://gihyo.jp/admin/clip/01/fdt
8名無しさん@お腹いっぱい。:2014/07/15(火) 08:05:47.23
そういう間接情報はいいです。
9名無しさん@お腹いっぱい。:2014/07/15(火) 22:39:45.37
>>3
texlive だけでいいんじゃない?
10名無しさん@お腹いっぱい。:2014/07/15(火) 23:30:10.89
>>9
texliveはデフォルトになってないから、バイナリで入れるとtetexになってしまうんだよね
デフォルトにしようぜっていうPRも最近出てるけどね
11名無しさん@お腹いっぱい。:2014/07/16(水) 02:22:28.23
texliveってこれまでのEUC資産も問題なく使えるんでしょうか?
デフォルトになるならさっさと移行してしまってもいいんですが
UTF-8がどうも強調されてて、かつtetexと排他的な部分が多いので
試してみるハードルが高いというか
12名無しさん@お腹いっぱい。:2014/07/16(水) 02:23:07.38
>>9
texlive だと gnuplot が入らなくなってしまうのよ。
gnuplot の ports and pkg が tetex を要求して、 tetex は texlive があると入らないから。
13名無しさん@お腹いっぱい。:2014/07/16(水) 02:25:46.92
>>10
どう言う意味? pkg で texlive 入れたよ。
で、入れてしまってから gnuplot が入らなくて後悔。
14名無しさん@お腹いっぱい。:2014/07/16(水) 07:10:42.27
>>13
だからその後悔があるってこと
tex依存のpkgはどれもtetex入れようとするから、
そいつらは全部portsから入れてlockしなきゃいけない
15名無しさん@お腹いっぱい。:2014/07/16(水) 10:24:17.04
むしろtexliveを使わなければ良いのでは?
latexを使うだけなら、tetexでも問題ないと思うけど。
16名無しさん@お腹いっぱい。:2014/07/16(水) 10:26:00.58
そういう個人的方針はいいです。
17名無しさん@お腹いっぱい。:2014/07/16(水) 12:03:50.62
>>16
latexを使うだけ
18名無しさん@お腹いっぱい。:2014/07/16(水) 19:35:02.51
しばらく texlive は遠慮した方が良さそうだね。
19名無しさん@お腹いっぱい。:2014/07/16(水) 20:22:06.61
>>18
現状で困ってないならあえて移行する必要ないよ
おれはeptexベースのlatexでしか動かない奴があるから
しかたなく移行した
20名無しさん@お腹いっぱい。:2014/07/16(水) 20:55:46.87
portshakerで混ぜる奴はまた別の話なの?
21名無しさん@お腹いっぱい。:2014/07/16(水) 23:38:41.08
そこで、jail ですよ。
22名無しさん@お腹いっぱい。:2014/07/16(水) 23:45:43.94
wineコンパイルする為にjailで32bit環境作ったなあ。
23名無しさん@お腹いっぱい。:2014/07/17(木) 01:01:56.33
Windows動かすなら VirtualBoxの方がいいべ。
24名無しさん@お腹いっぱい。:2014/07/17(木) 01:46:15.65
>>20
別物
25名無しさん@お腹いっぱい。:2014/07/17(木) 12:29:38.93
FreeBSD では texlive はまだ早いって事ね。了解です。
26名無しさん@お腹いっぱい。:2014/07/17(木) 13:43:40.32
texlive はpkgで入れないで普通に入れればいいのでは?
27名無しさん@お腹いっぱい。:2014/07/17(木) 14:43:29.90
FreeBSD 9.2-RELEASE-p7から、FreeBSD 9.3-RELEASEへアップデート中。
freebsd-update使ってるんですがパッチ数39077... まだ終わらない。結構かかりますね・・・
28名無しさん@お腹いっぱい。:2014/07/17(木) 15:19:10.64
>>26
>texlive はpkgで入れないで普通に入れればいいのでは?

それではダメです。
29名無しさん@お腹いっぱい。:2014/07/17(木) 15:36:26.14
>>28
なぜ?
30名無しさん@お腹いっぱい。:2014/07/17(木) 17:45:06.03
入らないのは texlive ではないからです。
>>14 を参考。
31名無しさん@お腹いっぱい。:2014/07/17(木) 20:50:58.75
ちなみにtexliveが入っていても、gnuplotをportsから"TEX"オプションオフで入れる
ことは可能。
gnuplotから直接TeX用の出力できなくなるはずだけど、それでもよければ。
かつ、手間が気にならないなら。
32名無しさん@お腹いっぱい。:2014/07/17(木) 21:07:59.19
前スレ944です。
9.3Rをクリーンに入れて LibreOffice 4.2.5_2 の pkg を試して見ました。
やはり、あの画像つきプレゼン・ファイルでフリーズしました。

一方、Windows に入れた 4.2.5_2 ではフリーズもせず、画像も正常に表示されました。
もちろん、ghostscript を入れて path を通した windows ですが。
OSX でも正常との事だったので、今のところフリーズするのは FreeBSD だけの様です。
33名無しさん@お腹いっぱい。:2014/07/17(木) 21:35:14.18
>>31
portsから入れるんならそのままtexliveと共存できる
34名無しさん@お腹いっぱい。:2014/07/17(木) 23:26:44.53
>>33
ありゃ、オフにする必要なかったか。そのうちやってみる。
35名無しさん@お腹いっぱい。:2014/07/18(金) 00:04:43.21
>>34
そういえば、make.confに、TEX_DEFAULT=texlive な
36名無しさん@お腹いっぱい。:2014/07/18(金) 11:17:15.49
gnuplot って、出力したものを直接TeXで使うというシチュエーションがあまり無いような感じがするんだが。

たとえば、実際論文とか書くときって、フォントの大きさとか、線の太さとか調整して見やすくするもんじゃない?
だから、epsに出力できれば十分だと思うけど。
37名無しさん@お腹いっぱい。:2014/07/18(金) 11:25:43.98
>gnuplot って、出力したものを直接TeXで使うというシチュエーションがあまり無いような感じがするんだが。

まったく同意だけど、

>たとえば、実際論文とか書くときって、フォントの大きさとか、線の太さとか調整して見やすくするもんじゃない?
>だから、epsに出力できれば十分だと思うけど。

それが、eps より tex source の方がやり易いと言うことでは。

それより、gnuplot の中で (la)tex command が使えたら超便利なのに。
そのための tex 依存なら納得できる。
38名無しさん@お腹いっぱい。:2014/07/18(金) 17:07:17.10
>>36
そういえば俺修士論文でgnuplot使わなかったな。
39名無しさん@お腹いっぱい。:2014/07/19(土) 04:09:08.14
gnuplot+ が復活しないものかのう・・・ふがふが・・・
40名無しさん@お腹いっぱい。:2014/07/20(日) 06:26:59.00
FreeBSD10.0R
Cx5x86ではブートできない。
9.3RならOKなのでclangが悪さしてるのかなあ
41名無しさん@お腹いっぱい。:2014/07/20(日) 11:16:49.04
clangがな
42名無しさん@お腹いっぱい。:2014/07/21(月) 18:09:04.73
フォントリワインド祭w
43名無しさん@お腹いっぱい。:2014/07/22(火) 03:21:52.40
Linux エミュレーションはどれを使うのがベストなんでしょうーかね?
44名無しさん@お腹いっぱい。:2014/07/22(火) 20:00:18.18
一択だろ。
45名無しさん@お腹いっぱい。:2014/07/22(火) 20:21:46.79
わかりました。qemuにします。
46名無しさん@お腹いっぱい。:2014/07/22(火) 22:48:40.26
>>45
そこはもっとマイナーに攻めろよ
bochsとか
47名無しさん@お腹いっぱい。:2014/07/23(水) 10:58:44.32
わかりました。Virtual-PCにします。
48名無しさん@お腹いっぱい。:2014/07/23(水) 11:13:44.95
Hyper-V一択だろ。
49.:2014/07/23(水) 11:18:16.16
おまいらBHyVeを忘れていないか?
50名無しさん@お腹いっぱい。:2014/07/23(水) 13:15:23.62
bhybeでlinux動くようになったんか
51名無しさん@お腹いっぱい。:2014/07/23(水) 13:32:41.17
動かない理由があれば聞いてみたいところだけど?
52名無しさん@お腹いっぱい。:2014/07/23(水) 14:09:16.59
いや、別に理由は無いよ。知らないだけw
Windowsとかも動くようになったん?
53名無しさん@お腹いっぱい。:2014/07/23(水) 14:27:10.99
>>52
前は動かなかったの?
54名無しさん@お腹いっぱい。:2014/07/23(水) 15:22:19.33
前スレ944です。
LibreOffice がフリーズする件ですが、Linux ユーザに訊いてみたところ、正常に開けるとの事でした。
今のところ、フリーズするのは FreeBSD の LibreOffice だけの様です。
となると、移植でのバグですかね。どこへ報告して良いのか迷います。
また、フリーズは原因究明が困難なので、自分で直すのはちょっと諦め気味です。
55名無しさん@お腹いっぱい。:2014/07/23(水) 16:04:50.77
わかりました。Linuxに戻します。
56名無しさん@お腹いっぱい。:2014/07/23(水) 20:05:31.38
bsdユーザーかつoooの関係者である某氏に聞けばいいと思うよ(^^)
57名無しさん@お腹いっぱい。:2014/07/23(水) 20:07:55.38
伏せ字で言われましても
58名無しさん@お腹いっぱい。:2014/07/23(水) 20:31:27.25
>>54
http://maguro.2ch.net/test/read.cgi/linux/1074622851/519
これが正しく開ける状態かな。

debian jessieのはヘルプで見ると http://i.imgur.com/ZLdIAHC.png
のように v4.2.5.2 と表示されるけどパッケージ情報を見ると
Version: 1:4.2.5-1+b1 となっているのでdebianメンテナが
何かパッチを当てたのでしょう。
落ちるのは分からないけど、サイングラフが表示されないのは
何かライブラリが足りない可能性もありえないかな。

バグ報告先は
https://wiki.documentfoundation.org/QA/BugReport/ja
かも。ちなみに
LibreOffice PART16
http://anago.2ch.net/test/read.cgi/software/1388069898/
というスレもありますね。
59名無しさん@お腹いっぱい。:2014/07/23(水) 22:32:42.53
TeX Live がデフォルトになったようだ
60名無しさん@お腹いっぱい。:2014/07/23(水) 22:50:45.50
わしもBochsで「うひょーーー遅えwwww」する一択だと思う
6154:2014/07/24(木) 07:24:21.77
>>58
ええ、それが正しく開けた状態です。
なるほど。もしパッチで修正されたのなら希望が持てます。
フリーズせずに表示されない場合は gs が入ってない場合と思います。

原因を絞るために、まず、各プラットホームでの状況を調べてみました。
これまでの所、フリーズするのは FreeBSD のみです。
そうなると、FreeBSD は正式にサポートされてないので、本家に報告するのは躊躇われるのです。

自分で原因を突き止めて直したいと思うのですが、フリーズは場所の特定が難しく挫折しました。
クラッシュならコアを調べる等あるのですが、フリーズはどうして良いものか....
gdb の attach も場所の特定には至らない様ですし...
62名無しさん@お腹いっぱい。:2014/07/24(木) 07:49:55.38
よく分からんけどドキュメントを部分ごとに分割して、
どの部分の表示でフリーズするとか絞り込んだり
できないかな
63名無しさん@お腹いっぱい。:2014/07/24(木) 07:54:46.14
ああ、>>62の分割ってのは、編集できる環境で編集して。
Debian Jessieで正しく表示されるなら、LMDE(Linux Mint Debian Edition)や
Mint17やUbuntu14.04などのLiveDVDに入ってるLibreで編集できるかも知れん。
6454:2014/07/24(木) 08:43:18.72
>>63
そう言う意味では切り分けはできています。
EPS file が貼られたファイルでフリーズが起こります。
FreeBSD の gs に問題があるのですかね?
でも、問題起こす EPS file も gv では問題なく表示されます。うーむ。
65名無しさん@お腹いっぱい。:2014/07/24(木) 10:03:56.54
>>61
コアがあればいいだけならシグナル送ってコアを吐かせればいい。
attachするのと変わらないと思うけど。

gdbでまともに見るには全部 -g つけるとか。WITH_DEBUGとか効くかな?
66名無しさん@お腹いっぱい。:2014/07/24(木) 10:16:14.43
ktrace/kdumpで何をwait4しようとしてるのか見てみるのが良さそう。
67名無しさん@お腹いっぱい。:2014/07/24(木) 10:43:21.53
>>66
スレッドまわりかなと思ってたが、waitと特定できてるの?
まあktraceしておくのは有効だよね。
68名無しさん@お腹いっぱい。:2014/07/24(木) 11:07:09.15
pkg1.3の新機能でSATソルバ搭載とか書いてるけど、何にSATがいるの?
69名無しさん@お腹いっぱい。:2014/07/24(木) 14:24:05.17
この時期脇汗が多い奴ってwait4を使ってるよなw
70名無しさん@お腹いっぱい。:2014/07/24(木) 15:10:41.98
>>67
http://peace.2ch.net/test/read.cgi/unix/1390323139/974
彼はlibcが悪いの?とかトンチンカンな事言ってたが、
コレ見る分にはwait4で止まってたということらしい。
71名無しさん@お腹いっぱい。:2014/07/24(木) 15:13:41.00
正常動作中のソフトだって平常時にダンプするとwait4で止まってるのが観測できるぞ。
72名無しさん@お腹いっぱい。:2014/07/24(木) 15:22:55.13
この人がこのスレッドが主犯だと判断した理由が分からんとなんともだけど、
コールスタック見ると長く待つ為のwait4が入る場所ではなさ気だから怪しくはある。
73名無しさん@お腹いっぱい。:2014/07/24(木) 15:51:31.32
誤報SIGCHLDが飛んでwait4()で待ちぼうけというのが一般的にはある。
74名無しさん@お腹いっぱい。
>>73
誤報っつーか、それアプリケーション側のバグでしょw
SIGCHLDが飛ぶ機会が終了以外にもあるとか、シグナルの非同期性を理解してないコーディングになってたりとか。