初心者もOK! FreeBSD質問スレッド その113
952 ：名無しさん＠お腹いっぱい。：2012/05/19(土) 17:46:41.85
解った！防菌効果でそうなるんだ〜。
953 ：名無しさん＠お腹いっぱい。：2012/05/19(土) 22:51:57.02
画面描画したら XFlush() 呼ばなきゃならんだろ。
どんなソフトでもX11ベースで動いてる以上。
どんなソフトでもX11ベースで動いてる以上。
954 ：名無しさん＠お腹いっぱい。：2012/05/20(日) 11:47:18.38
955 ：名無しさん＠お腹いっぱい。：2012/05/20(日) 11:51:13.62
YouTubeでもなぜかCMは正常に表示されるんだけど
本編の方が色がおかしくなる。
本編の方が色がおかしくなる。
956 ：名無しさん＠お腹いっぱい。：2012/05/20(日) 12:30:41.88
CPUも関係あるかもね。アセンブラレベルの最適化のときに、コーデック依存のバグがあるのかも。
957 ：名無しさん＠お腹いっぱい。：2012/05/20(日) 22:39:18.37
flashプラグインの上で右クリして、
ハードウェアアクセラレーションをOFFにすると色味が正常になるお
ハードウェアアクセラレーションをOFFにすると色味が正常になるお
958 ：名無しさん＠お腹いっぱい。：2012/05/20(日) 23:19:19.62
結構みんなGUIつこてんのね
もう何年も鯖用途オンリーなので全然つこてない
ハイパーバイザ(BHyVe)あたりが熟れてきたらまた使い出すかも
もう何年も鯖用途オンリーなので全然つこてない
ハイパーバイザ(BHyVe)あたりが熟れてきたらまた使い出すかも
959 ：名無しさん＠お腹いっぱい。：2012/05/21(月) 00:57:17.59
YouTubeだけおかしいのは何でだろ？
960 ：名無しさん＠お腹いっぱい。：2012/05/23(水) 20:20:49.61
>>859
直ったみたい
直ったみたい
961 ：名無しさん＠お腹いっぱい。：2012/05/23(水) 22:02:15.28
ホントだモクズがモズクに戻ってるｗ
手はもうSKKに慣れちゃったけどｗ
手はもうSKKに慣れちゃったけどｗ
962 ：名無しさん＠お腹いっぱい。：2012/05/25(金) 16:41:33.20
パラレルポート /dev/ppi0 を使った、8ビットon/off制御プログラムがあります。
これを、USB接続のIEEE-1284 Controller /dev/ulpt0 に対応させたいのですが、
#include <?????.h>はじめ、PPISCTRL,PPIDATA,PPIGSTATUSと同等の機能を含んだ
コードが見つかりません。
御存知の方がおられましたら、大変お手数ですが、情報提供をお願いします。
これを、USB接続のIEEE-1284 Controller /dev/ulpt0 に対応させたいのですが、
#include <?????.h>はじめ、PPISCTRL,PPIDATA,PPIGSTATUSと同等の機能を含んだ
コードが見つかりません。
御存知の方がおられましたら、大変お手数ですが、情報提供をお願いします。
963 ：名無しさん＠お腹いっぱい。：2012/05/25(金) 16:44:40.11
謙譲語でお願いされてもな
964 ：名無しさん＠お腹いっぱい。：2012/05/25(金) 17:11:16.64
最近はこういう言い方もNGではないらしい。自分は使わないけど。
965 ：名無しさん＠お腹いっぱい。：2012/05/25(金) 19:30:55.34
KDE4.8.3祭りか……
966 ：名無しさん＠お腹いっぱい。：2012/05/25(金) 20:48:24.05
3.5.10でじゅうぶん
967 ：名無しさん＠お腹いっぱい。：2012/05/25(金) 21:05:16.02
Trinity 3.5.13出てるよ。
X Window で起動してからちょっと時間立つと、アプリを最小化してウインドウボタン
(Windows で言うところのタスクバー)に入れると、クリックしても最小化したまま画面が
復元されないのだが、同じ現象でてる人いる？
ログオンしなおすと 12〜30 分くらいは問題なく動くんだが……
環境はこんな感じ
FreeBSD 9.0-RELEASE-p1
xorg-7.5.2
dbus-1.4.14_2
hal-0.5.14_19
xfce-4.8
gnome2-2.32.1_4
(Windows で言うところのタスクバー)に入れると、クリックしても最小化したまま画面が
復元されないのだが、同じ現象でてる人いる？
ログオンしなおすと 12〜30 分くらいは問題なく動くんだが……
環境はこんな感じ
FreeBSD 9.0-RELEASE-p1
xorg-7.5.2
dbus-1.4.14_2
hal-0.5.14_19
xfce-4.8
gnome2-2.32.1_4
969 ：名無しさん＠お腹いっぱい。：2012/05/26(土) 01:34:28.87
ハードウェア構成とかどうぞ
970 ：名無しさん＠お腹いっぱい。：2012/05/26(土) 01:55:04.41
エスパーしてみるとVRAMが足りてない
つ dmesg うpろだにあげました。
http://lobster.axfc.net/uploader/Sc/l/5318032940/Sc_349107.tex
>>970
オンボードグラフィック利用で VRAM=256MB にしてたけど、さっき 480MB(これが限界)に
変更したので様子を見てみる。
http://lobster.axfc.net/uploader/Sc/l/5318032940/Sc_349107.tex
>>970
オンボードグラフィック利用で VRAM=256MB にしてたけど、さっき 480MB(これが限界)に
変更したので様子を見てみる。
972 ：名無しさん＠お腹いっぱい。：2012/05/26(土) 02:32:23.62
色数落としてfvwmでいいじゃん
dmesg あげなおしました
http://www.dotup.org/uploda/www.dotup.org3022364.txt
>>972
xfce、gome、kde(削除済み)のどれでもおこる現象なので
ウインドウマネージャー依存とは考えてない
http://www.dotup.org/uploda/www.dotup.org3022364.txt
>>972
xfce、gome、kde(削除済み)のどれでもおこる現象なので
ウインドウマネージャー依存とは考えてない
974 ：名無しさん＠お腹いっぱい。：2012/05/27(日) 11:13:16.15
>>973
私もFreeBSD-9R-p1で似たような症状に。
似てはいないか！Xそのものが落ちてしまいます。
先週のあたまにあった何かのportsのアップデートを確認せずに
portsmaster -a -dでアップデート後
gtkベース？のアプリケーションを立ち上げるとすぐにxが落ちます。
環境はThinkpadX200 FreeBSD9Rp1 lxde xfceを使っておりました。
portsの更新は毎日実施していました。
大学の研究室でデスクトップ用途で使っていたもので戻し方も分からず途方にくれ
応急ですがdebianに乗り換えてしまった・・・
FreeBSDがいいようううう。
私もFreeBSD-9R-p1で似たような症状に。
似てはいないか！Xそのものが落ちてしまいます。
先週のあたまにあった何かのportsのアップデートを確認せずに
portsmaster -a -dでアップデート後
gtkベース？のアプリケーションを立ち上げるとすぐにxが落ちます。
環境はThinkpadX200 FreeBSD9Rp1 lxde xfceを使っておりました。
portsの更新は毎日実施していました。
大学の研究室でデスクトップ用途で使っていたもので戻し方も分からず途方にくれ
応急ですがdebianに乗り換えてしまった・・・
FreeBSDがいいようううう。
975 ：名無しさん＠お腹いっぱい。：2012/05/28(月) 22:36:53.49
/usr/src/sys/i386/compile 配下等のカーネルをコンパイルしたファイルですが、
これはほっといても消えないものなのでしょうか。
また、問題なく起動した後は消去してもいいのでしょうか。
これはほっといても消えないものなのでしょうか。
また、問題なく起動した後は消去してもいいのでしょうか。
976 ：名無しさん＠お腹いっぱい。：2012/05/29(火) 09:12:35.09
x11/gnome2 や x11/kde4 などのメタな ports をまとめて削除するコマンドってないでしょうかね。
これまでにインストールした ports が増えすぎたので、
一度、kde4 などのメタ ports によってインストールされたものをまとめて消したうえで、
qt 関連のライブラリなど部分的に必要なものだけを改めて再インストールしようと思うのです。
pkg_delete -r の場合は、その指定したパッケージに依存しているパッケージをまとめて削除するコマンドですよね。
この逆に、指定したパッケージが依存しているパッケージをまとめて消すようなものがあれば助かるんですが。
これまでにインストールした ports が増えすぎたので、
一度、kde4 などのメタ ports によってインストールされたものをまとめて消したうえで、
qt 関連のライブラリなど部分的に必要なものだけを改めて再インストールしようと思うのです。
pkg_delete -r の場合は、その指定したパッケージに依存しているパッケージをまとめて削除するコマンドですよね。
この逆に、指定したパッケージが依存しているパッケージをまとめて消すようなものがあれば助かるんですが。
ああ、でもこの場合、kde や gnome を再帰的に消したら、
X 関連も消えるから、それを考えると、
依存関係を調べて手動で消していくか、
あらゆるパッケージを消してから、
必要なものを再インストールしたほうが良さそうな気がする。
X 関連も消えるから、それを考えると、
依存関係を調べて手動で消していくか、
あらゆるパッケージを消してから、
必要なものを再インストールしたほうが良さそうな気がする。
978 ：名無しさん＠お腹いっぱい。：2012/05/29(火) 10:28:43.17
/usr/local 以下をサックリと削除ｗ。
979 ：名無しさん＠お腹いっぱい。：2012/05/29(火) 11:50:31.59
>>978
/var/db/pkgあたりも面倒見ないとね
/var/db/pkgあたりも面倒見ないとね
980 ：名無しさん＠お腹いっぱい。：2012/05/30(水) 02:28:11.44
>>976
pkg_deinstall -R じゃだめなの？
pkg_deinstall -R じゃだめなの？
981 ：名無しさん＠お腹いっぱい。：2012/05/30(水) 09:01:50.67
pkd_delete -a
982 ：名無しさん＠お腹いっぱい。：2012/05/30(水) 11:09:33.07
/usr/local/var/ は /usr/local/etc/ 並に活用されてほしい。
varなんだから /var のしたにあるべき！という異論は受け付ける。
/var/local でもいい。
ていうか /usr/local は /local でよかったんじゃないか……
varなんだから /var のしたにあるべき！という異論は受け付ける。
/var/local でもいい。
ていうか /usr/local は /local でよかったんじゃないか……
983 ：名無しさん＠お腹いっぱい。：2012/05/30(水) 13:56:31.32
usrとlocalを別のパーティションにしたくない。
984 ：名無しさん＠お腹いっぱい。：2012/05/30(水) 15:02:03.18
8.2-RELEASE から 8.3-RELEASE にバージョンをあげるべく
sudo freebsd-update -r 8.3-RELEASE upgrade
とすると
The following file could not be merged automatically:
としてほぼ $FreeBSD$ タグしか差がないものを延々と vi で編集させられるのですが、
これをもっと省力化する方法はないものでしょうか。作業として不毛すぎます。
/etc/freebsd-update.conf は吊しのままです。
sudo freebsd-update -r 8.3-RELEASE upgrade
とすると
The following file could not be merged automatically:
としてほぼ $FreeBSD$ タグしか差がないものを延々と vi で編集させられるのですが、
これをもっと省力化する方法はないものでしょうか。作業として不毛すぎます。
/etc/freebsd-update.conf は吊しのままです。
985 ：名無しさん＠お腹いっぱい。：2012/05/30(水) 15:52:19.91
986 ：名無しさん＠お腹いっぱい。：2012/05/30(水) 16:20:29.06
しょせんただのシェルスクリプトなんで、diff ってるところで
引数に -I '\$FreeBSD:' というのを書き加えちゃえばいけるんじゃないかな。
試してないから実際うまくいくかどうかは知らんけど。
-I RE --ignore-matching-lines=RE
Ignore changes whose lines all match RE.
引数に -I '\$FreeBSD:' というのを書き加えちゃえばいけるんじゃないかな。
試してないから実際うまくいくかどうかは知らんけど。
-I RE --ignore-matching-lines=RE
Ignore changes whose lines all match RE.
現在 /etc/mergemaster.rc は以下のようにしています。
AUTO_INSTALL=yes
AUTO_UPGRADE=yes
PRESERVE_FILES=yes
PRESERVE_FILES_DIR=/var/tmp/mergemaster/preserved-files-`date +%y%m%d-%H%M%S`
IGNORE_MOTD=yes
VERBOSE=yes
DIFF_OPTIONS='-I$FreeBSD:.*[$]'
IGNORE_FILES="/etc/motd /boot"
FREEBSD_ID=yes
末尾の FREEBSD_ID=yes については今までつけていませんでしたが、
助言していただいた >>985 から引用してつけてみましたが状況に変化はありませんでした。
AUTO_INSTALL=yes
AUTO_UPGRADE=yes
PRESERVE_FILES=yes
PRESERVE_FILES_DIR=/var/tmp/mergemaster/preserved-files-`date +%y%m%d-%H%M%S`
IGNORE_MOTD=yes
VERBOSE=yes
DIFF_OPTIONS='-I$FreeBSD:.*[$]'
IGNORE_FILES="/etc/motd /boot"
FREEBSD_ID=yes
末尾の FREEBSD_ID=yes については今までつけていませんでしたが、
助言していただいた >>985 から引用してつけてみましたが状況に変化はありませんでした。
988 ：名無しさん＠お腹いっぱい。：2012/05/30(水) 18:28:03.66
freebsd-update を眺めてみたら、9.0R のものはすでにその問題の対策が入ってるな:-)
このパッチを当てればよさげ。
http://lists.freebsd.org/pipermail/svn-src-head/2011-May/027417.html
このパッチを当てればよさげ。
http://lists.freebsd.org/pipermail/svn-src-head/2011-May/027417.html
989 ：名無しさん＠お腹いっぱい。：2012/05/30(水) 22:44:56.10
990 ：名無しさん＠お腹いっぱい。：2012/05/31(木) 08:51:44.77
たまにportsからコンパイル通らないときあって、こういうのって修正を待つほか無いのかな。
> portmaster lang/python27
s"; else /bin/cat ${TMPOPTIONSFILE} > /var/db/ports/python27/options; fi; /bin/rm -f ${TMPOPTIONSFILE}
Syntax error: "(" unexpected
*** Error code 2
Stop in /usr/ports/lang/python27.
*** Error code 1
> portmaster lang/python27
s"; else /bin/cat ${TMPOPTIONSFILE} > /var/db/ports/python27/options; fi; /bin/rm -f ${TMPOPTIONSFILE}
Syntax error: "(" unexpected
*** Error code 2
Stop in /usr/ports/lang/python27.
*** Error code 1
991 ：名無しさん＠お腹いっぱい。：2012/05/31(木) 09:00:37.67
bad: 2chに投げて指をくわえて待つ
not so bad: freebsd-users-jpに投げてみる
good: PRを投げる
better: 自力で解決して解決策のPRを投げる
not so bad: freebsd-users-jpに投げてみる
good: PRを投げる
better: 自力で解決して解決策のPRを投げる
992 ：名無しさん＠お腹いっぱい。：2012/05/31(木) 09:05:35.52
send-prしたことないんだな。
さっき更新掛けたら直ってたよ。pythonとかメジャーだと直るの早いけどマイナーなやつは・・・。
さっき更新掛けたら直ってたよ。pythonとかメジャーだと直るの早いけどマイナーなやつは・・・。
993 ：名無しさん＠お腹いっぱい。：2012/05/31(木) 09:34:39.53
そんなに難しくないからやってみな
freebsd-ports-bugsのアーカイブで
Subjectにfailとかcannnotとかついてるのを探したら、
ビルドできねーとかインストールできねーとかいう例がいろいろみつかる
気をつけるのは、言葉が正確かじゃなくて、誰でもなるべく簡単に再現できるかどうか
portmasterでエラーが出たっていうより、
どんな環境でどのディレクトリでmakeしたらエラーが出たの方がいい
freebsd-ports-bugsのアーカイブで
Subjectにfailとかcannnotとかついてるのを探したら、
ビルドできねーとかインストールできねーとかいう例がいろいろみつかる
気をつけるのは、言葉が正確かじゃなくて、誰でもなるべく簡単に再現できるかどうか
portmasterでエラーが出たっていうより、
どんな環境でどのディレクトリでmakeしたらエラーが出たの方がいい
994 ：名無しさん＠お腹いっぱい。：2012/05/31(木) 09:51:57.38
丁寧にありがとう、やってみるよ。
995 ：名無しさん＠お腹いっぱい。：2012/05/31(木) 14:37:03.72
996 ：名無しさん＠お腹いっぱい。：2012/05/31(木) 14:38:25.16
ウメ
997 ：名無しさん＠お腹いっぱい。：2012/05/31(木) 14:39:38.55
埋め
998 ：名無しさん＠お腹いっぱい。：2012/05/31(木) 14:42:06.63
埋め
999 ：名無しさん＠お腹いっぱい。：2012/05/31(木) 14:42:54.38
埋め
1000 ：名無しさん＠お腹いっぱい。：2012/05/31(木) 14:43:49.41
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。