FreeBSDを語れ Part38

このエントリーをはてなブックマークに追加
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が飛ぶ機会が終了以外にもあるとか、シグナルの非同期性を理解してないコーディングになってたりとか。