FreeBSDを語れ Part24
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2009/05/18(月) 21:21:40The FreeBSD Project
http://www.freebsd.org/ja/
前スレ:FreeBSDを語れ Part23
http://pc12.2ch.net/test/read.cgi/unix/1235576345/
0772名無しさん@お腹いっぱい。
2009/07/16(木) 22:38:180773名無しさん@お腹いっぱい。
2009/07/16(木) 22:53:480774名無しさん@お腹いっぱい。
2009/07/16(木) 23:12:410776名無しさん@お腹いっぱい。
2009/07/17(金) 13:39:280777名無しさん@お腹いっぱい。
2009/07/17(金) 22:35:41伝統的に
0778名無しさん@お腹いっぱい。
2009/07/18(土) 05:30:577系は細かいところの差異が多くて…
0779名無しさん@お腹いっぱい。
2009/07/18(土) 11:52:220780名無しさん@お腹いっぱい。
2009/07/18(土) 12:08:460781名無しさん@お腹いっぱい。
2009/07/18(土) 12:22:040782名無しさん@お腹いっぱい。
2009/07/19(日) 01:25:180783名無しさん@お腹いっぱい。
2009/07/19(日) 04:31:570784名無しさん@お腹いっぱい。
2009/07/19(日) 10:29:37今更7に変えるような何かがあったのかというのも
よくわからないけど、ports 的になにか問題でたの?
0785名無しさん@お腹いっぱい。
2009/07/19(日) 10:37:530786名無しさん@お腹いっぱい。
2009/07/19(日) 10:52:000787名無しさん@お腹いっぱい。
2009/07/19(日) 17:10:11jpeg 自体(本家)がリビジョンを更新するほどの違いを
なんで今頃やったんだろうって思っただけっす
0788名無しさん@お腹いっぱい。
2009/07/19(日) 17:37:18確実な方法ではあるな
0789名無しさん@お腹いっぱい。
2009/07/19(日) 19:52:305月頃から latex のソースが古くて make できないと文句言われるんだが,
jpeg の upgrade は保留?
0790名無しさん@お腹いっぱい。
2009/07/19(日) 21:10:33UPDATINGはほぼガセといってもいいのでは?
今回gtk2とかcups,wine,firefox35もアップデートしているから
普通に更新していけばノープロブレム
ただ7でどういう機能が追加されたかは吟味して
使えるものは使いたいね、
0791名無しさん@お腹いっぱい。
2009/07/19(日) 21:24:10gpicviewとか一部はそのままでは動作しない、というか特定のjpgを読み込ませると落ちたよ。
まだ深くは見てないけど、ポインタの渡し方とかAPIの仕様が変わったっぽい。
気になる場合はオールリビルドしとけってことかもww
0792名無しさん@お腹いっぱい。
2009/07/19(日) 22:56:00今回はjpegtranの改善が全てといってもいいんじゃないのか
APIとかコール変わっていたらそもそも再ビルドしてもうごかんだろ。
libjpeg.so.9に決め打ちでリンクしているんだったら
libjpeg.soかlibjpeg.so.10にシンボリックリンクはれば動く。
わからんのだったら再ビルドするのも可だけど、
jpegtranをコマンドラインで使っているプログラムがある場合
コマンドとして渡す引数が変わっているかどうかはわからない。
gpicviewとやらがもしもsystem命令でjpegtranを読んでいるんじゃなかったら
APIは公開されていないのでソース引っ張ってきてビルドだから
jpeg-7の影響は受けないし再ビルドしてもだめだろうよ。
とりあえず新旧のlibjpeg.h比べてみるよろし
0793名無しさん@お腹いっぱい。
2009/07/19(日) 23:20:46jpeglib.hが宣言されているのはjpeg-tran とtran-suppだけ
ファイルのパースとか自前(IJGのソースひっぱって)でやっている。
あとjpeg-7の回転系については
http://sylvana.net/jpegcrop/
あたりみてみればわかる。
0794名無しさん@お腹いっぱい。
2009/07/20(月) 02:57:460795名無しさん@お腹いっぱい。
2009/07/20(月) 04:45:58wineでwin版firefoxとflashを入れるか
Linux版のfirefoxを入れるか
Windows又はLinux又はMacに乗り換えるか
選択肢は5つほどありますが、どうなさいます?
0796名無しさん@お腹いっぱい。
2009/07/20(月) 08:54:59それらが依存するもので古いものも同時に更新して、併せて50余りといったところ。
0797名無しさん@お腹いっぱい。
2009/07/20(月) 11:39:58Cで読み書きを普通に組む分には互換性があるのだが
一部の構造体に違いがあるみたいだ。
逆を言うとaで内部的にリンクしていてjpeglib.h使っている程度でもだめなものもあるかもしれない。
今回は同期してgtkとsdl_imageの素早いパッチがあったし
jpeg更新してから基本ライブラリーの最新版に更新してから
画像系アプリを再ビルドすればよいようだ。
現状問題視したいのはImageMagickなのだけど
CでMagickWandを使う場合は旧バージョンでビルドしたものがそのままでも動作し
convert等も動作するが
PerlMagickは動かない(画像情報の取得もできない)
という結果になった。で再ビルドしたら動作したのだけれど
ImageMagick自体のアップデートを待ちたいから
サーバー用途(画像処理あり)の場合
依存しているアプリがjpeg-7対応でバージョンアップするまで控えるという選択肢が無難かなと思った。
今回tiffとかgtk2とかのportをアップデートしたpav氏あたりは賞讃ものだね、
しかし今日gtk2がメジャーバージョンアップしたのでちょいがっくり
0798名無しさん@お腹いっぱい。
2009/07/20(月) 11:44:39wine firefox2 +純正Win用 Flash10 というのが一番いいんじゃないの?
純正でなくていいからlinux互換は一切入れないプレーヤーの選択肢増えないかな
gnashってどうなったんだろ
0799名無しさん@お腹いっぱい。
2009/07/20(月) 11:45:030800名無しさん@お腹いっぱい。
2009/07/20(月) 13:40:59あんまり使っていないから色々問題はあるかもしれないけどさ
0801名無しさん@お腹いっぱい。
2009/07/20(月) 16:11:53-hackersによるとmmap?
0802名無しさん@お腹いっぱい。
2009/07/20(月) 19:53:46wine版Flashで視聴できる。
ロートルは再放送死ぬほどみてるだろうし
BS11で昨年再放送したばかりだけれど
FreeBSDで制限付きビデオが見られるというのは大きい。
wmvというか制限付き動画がFreeBSDというかWindows以外のOSの弱点だったのだけれど
ほとんど採用されていないsilverlightなんかより
こっちのがよっぽどいい。
これはFreeBSDのみならずMacとかLinuxユーザーにも朗報だろうな。
バンダイに他のサイトも追随することを期待したい。特にNTT
youtubeはネイティブなプレーヤーで見た方が負荷が低いだす。
メディアサーバーのプロトコルはgnashが実装していたから
制限付Flashビデオを再生できるネイティブプレーヤーとか
でてきそうだな。
0803名無しさん@お腹いっぱい。
2009/07/20(月) 20:43:03epiphany + linux-f10-flashplugin-10.0r22
で見れた
いいね。
0804名無しさん@お腹いっぱい。
2009/07/20(月) 20:58:13結論: man読めw
0805名無しさん@お腹いっぱい。
2009/07/20(月) 21:37:59こいつらはgdk-pixbuf経由で動くので、
jpeg-6bで作ったgtkに戻すとまともな表示になる。
ボケるのはjpegだけでpngはまともだから6bとの非互換に引っかかったと思われる。
日刊GTKの予感。
0806805
2009/07/20(月) 21:53:55症状が出ているjpeg-7で作ったgtk-2.16.5の
/usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-jpeg.so
をjpeg-6b版に入れ替えるだけでとりあえず回避。
0807名無しさん@お腹いっぱい。
2009/07/20(月) 23:16:160808名無しさん@お腹いっぱい。
2009/07/21(火) 00:21:00日本語に切り替えて再起動しようとするとエラーダイアログ
が出て立ち往生するんだが
0809名無しさん@お腹いっぱい。
2009/07/21(火) 00:44:47知らんかった。またどんどんメモリー食うようになってないだろうな・・・
0810名無しさん@お腹いっぱい。
2009/07/21(火) 03:40:30あれ?、俺のところではjpeg-7でもボケたりせずに
JPEG画像表示できているよ?
geeqie-1.0.a3_1
0811名無しさん@お腹いっぱい。
2009/07/21(火) 04:33:160812名無しさん@お腹いっぱい。
2009/07/21(火) 13:50:200813名無しさん@お腹いっぱい。
2009/07/22(水) 10:01:266/1から6/8のどこかでこわれたようだとか。
0814名無しさん@お腹いっぱい。
2009/07/22(水) 19:48:020815名無しさん@お腹いっぱい。
2009/07/22(水) 20:06:51Linuxのuniconのような感じ、完成したらはるかに優れたものになる。
Linuxが遅れをとるのは珍しい。
0816名無しさん@お腹いっぱい。
2009/07/22(水) 20:13:350817名無しさん@お腹いっぱい。
2009/07/22(水) 20:41:280818名無しさん@お腹いっぱい。
2009/07/22(水) 20:52:45Linuxで多言語はユーザーランドでやれって感じ。
FreeBSDでこういうのが取り込まれたのはうれしい。
0819名無しさん@お腹いっぱい。
2009/07/22(水) 20:59:440820名無しさん@お腹いっぱい。
2009/07/22(水) 23:23:13なぜカーネルでやらなきゃいけないんだろう。
0821名無しさん@お腹いっぱい。
2009/07/22(水) 23:29:32それってLinuxが捨てたものを拾っただけじゃん
後からLinuxも見直す事になれば遅れを取るって事になるが、まぁ無いだろうな。
Linuxカーネルの方針を見てると、あくまでもOSの部品の一つとして成立したい意向があるみたいね。
そのほうがユーザーランドの選択肢が広がるから、汎用的なカーネルにしやすい。
FreeBSDのほうはコンプリートキットとして統合されたOSとして成立したい感がある。
*BSDはNetBSD系,OpenBSD系,FreeBSD系と役割分担がキッチリ出来てるから拘る必要は無いっぽい。
まぁあっちはあっち、こっちはこっちだな。
0822名無しさん@お腹いっぱい。
2009/07/22(水) 23:33:10最初からCJKな人に冷たい。
0823名無しさん@お腹いっぱい。
2009/07/22(水) 23:37:540824名無しさん@お腹いっぱい。
2009/07/22(水) 23:41:430825名無しさん@お腹いっぱい。
2009/07/22(水) 23:44:230826名無しさん@お腹いっぱい。
2009/07/23(木) 02:25:530827名無しさん@お腹いっぱい。
2009/07/23(木) 13:08:540828名無しさん@お腹いっぱい。
2009/07/23(木) 15:01:130829名無しさん@お腹いっぱい。
2009/07/23(木) 15:06:15お前819?
0830名無しさん@お腹いっぱい。
2009/07/23(木) 16:39:47japanese/jfbtermを作った方がいいと思う…
元々"japanese framebuffer terminal"の略だと思うので…
0831名無しさん@お腹いっぱい。
2009/07/23(木) 17:58:540832船木康博
2009/07/23(木) 21:17:57http://nice.kaze.com/wadai08.html
0833名無しさん@お腹いっぱい。
2009/07/23(木) 23:30:53http://www.freebsdmall.com/cgi-bin/fm/bsdplate?id=EANspywA&mv_pc=526
こういうのは自作も出来るけどね
0834名無しさん@お腹いっぱい。
2009/07/23(木) 23:44:480835名無しさん@お腹いっぱい。
2009/07/24(金) 00:18:590836名無しさん@お腹いっぱい。
2009/07/24(金) 06:26:41GTKに当てるパッチが↓あたりに
ttp://bugzilla.gnome.org/show_bug.cgi?id=588740
0837名無しさん@お腹いっぱい。
2009/07/24(金) 06:50:28そもそもローダなのにそのコメントで引用してる部分が圧縮パラメータの説明だし。
ちなみに展開パラメータの説明では
> the supported scaling ratios are N/8 with all N from 1 to 16
となってる。
0838名無しさん@お腹いっぱい。
2009/07/24(金) 09:54:13あと、10年前と同じ材質だとしたら、10年ぐらいすると透明な樹脂が黄ばむ。
0839名無しさん@お腹いっぱい。
2009/07/24(金) 19:35:45もうportsもシンボルバージョニングするのを
義務づけてしまえばいいのに
0840名無しさん@お腹いっぱい。
2009/07/24(金) 21:28:460841名無しさん@お腹いっぱい。
2009/07/25(土) 02:48:280842名無しさん@お腹いっぱい。
2009/07/25(土) 04:53:440843名無しさん@お腹いっぱい。
2009/07/25(土) 08:38:01ibusは関係ねぇ
つか短いコードなんだからソース見ろよ
0844船木康博
2009/07/25(土) 17:42:29>>838
そうなんですよ、これをぷらっとホームで買いました。
その貴重な最後の一枚を、塩尻の蔦谷書店に持って逝って、
FreeBSDの書籍が再発売される時期が来たら、
本棚に貼って欲しいとお願いして渡したら、紛失されました。
何を勘違いしたのか、只のお人好しだったと、今では公開しています。
これ、去年から今年にかけての話ですが、まだ黄色くはなっていなかったと思います。
0845名無しさん@お腹いっぱい。
2009/07/25(土) 23:56:010846名無しさん@お腹いっぱい。
2009/07/26(日) 00:22:49WindowsXPクラスにキビキビ動くやつないのかな・・・
0847名無しさん@お腹いっぱい。
2009/07/26(日) 00:41:190848名無しさん@お腹いっぱい。
2009/07/26(日) 00:44:460849名無しさん@お腹いっぱい。
2009/07/26(日) 01:06:150850名無しさん@お腹いっぱい。
2009/07/26(日) 09:26:25gihyo(2007/8/29)に情報あり
0851船木康博
2009/07/26(日) 10:52:03公開先に経たず、なんちゃって。
0852名無しさん@お腹いっぱい。
2009/07/26(日) 11:30:13せめて笑いにするなら経たずではなくて立たずだろうが。
日本語から勉強し直してこい。もしくは半島へ帰れ。
0853船木康博
2009/07/26(日) 11:51:44すいません。これ、実話です。
塩尻の蔦谷書店には、今でも頭に来ています。
>経たずではなくて立たずだろうが
時間の経過を表現する為に、字を変えました。
0854名無しさん@お腹いっぱい。
2009/07/26(日) 11:56:48だめなのですが、linuxでも(標準ライブラリのシンボルバージョニングは)
やっているようなので対応は時間の問題ですよね。
0855名無しさん@お腹いっぱい。
2009/07/27(月) 16:59:144.3か4.4か
0856名無しさん@お腹いっぱい。
2009/07/27(月) 17:52:509系からはLLVM/clangに移行できるんだろうか…
0857名無しさん@お腹いっぱい。
2009/07/28(火) 18:23:54重要なportなのにいいのか?
0858名無しさん@お腹いっぱい。
2009/07/28(火) 18:45:120859名無しさん@お腹いっぱい。
2009/07/28(火) 20:47:07俺たちにできないことを(ry
0860名無しさん@お腹いっぱい。
2009/07/28(火) 20:54:520861名無しさん@お腹いっぱい。
2009/07/28(火) 20:56:100862名無しさん@お腹いっぱい。
2009/07/28(火) 22:00:280863名無しさん@お腹いっぱい。
2009/07/28(火) 22:14:530864名無しさん@お腹いっぱい。
2009/07/29(水) 11:08:14http://security.freebsd.org/advisories/FreeBSD-SA-09:12.bind.asc
0865名無しさん@お腹いっぱい。
2009/07/29(水) 11:13:57> devel/google-perftools 入れて
この LD_PRELOAD があると cvsup が core 吐く(w
0866名無しさん@お腹いっぱい。
2009/07/29(水) 11:27:34> http://security.freebsd.org/advisories/FreeBSD-SA-09:12.bind.asc
そこらじゅうのnamed停止させられるってか
0867名無しさん@お腹いっぱい。
2009/07/29(水) 16:30:39でもやらないと怒られそう。>>864
0868名無しさん@お腹いっぱい。
2009/07/29(水) 16:49:52最後にfreebsd-updateしようと思ったのだけれど
なんか8は土壇場にどんでん返しがありそうだから
とりあえず現在使っているportsのリストを作っておいて
8は小さめの余っているHDDかCFに素直にあるビルド済みpackageで新規インスコして
下の方からダラダラ再ビルドしてそれが終わったら7と差し換える方針でいこう
ところでusbって7と設定(セキュリティ)が違うってことだけど
情報不足、なんかおまじないがいるのかね、
0869名無しさん@お腹いっぱい。
2009/07/29(水) 18:54:04だれか来た人いる?
0870名無しさん@お腹いっぱい。
2009/07/29(水) 20:16:53% less /usr/src/contrib/gcc/BASE-VER
4.2.1
らしいな
0871名無しさん@お腹いっぱい。
2009/07/29(水) 21:58:58>なんかおまじないがいるのかね
PCの真出正座して南無妙法蓮華経とお題目を唱えなさい
まだ、あなたには信心が足りていないのです
毎日の勤行が足りないと仏罰が下りますよ!!!
0872805
2009/07/29(水) 22:34:38うむ、直った。ここはほぼ読んでないので2時間ほど前-portsで見た。
ちゃんと追ってる人がいて感動した。
ttp://docs.FreeBSD.org/cgi/mid.cgi?200907290613.56403.lumiwa
やっぱりpixbuf loaderへのパッチで、jpeg-7での仕様変更(機能拡張)への追従。
2/4/8分の1の手抜きデコードを高速に行う機能が仕様変更で8/N(N=1-16)つまり1/2
から8倍までになりパラメータscale_denomの意味が変わってしまったため、この
機能を使っていたgdk-pixbufは間引きデコードによって画素数が減ったものを拡大
表示していたのでボケていたと理解。合ってる?
■ このスレッドは過去ログ倉庫に格納されています