OPTIONS_FILE_UNSET+=OSS
OPTIONS_FILE_UNSET+=PULSEAUDIO
firefox-19.0 では gcc46 でコンパイルした場合は起動できたのですが、
firefox-21.0 では gcc46 でも動作しなくなったのは悲しいです。
もう、コンパイラの違いで解決できるレベルの問題じゃないのかな。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.iPhone.MysticWALL.COM/ (Personal)
http://www.iPhone.MagickWorX.COM
では、落ちないと嬉しいんだけどね。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.iPhone.MysticWALL.COM/ (Personal)
http://www.iPhone.MagickWorX.COM/ (Business)
阿部です。
# 久々の filesystem full で対処してました。
On Sun, Mar 31, 2013 at 10:29:14AM +0900, KIRIYAMA Kazuhiko wrote
At Sun, 31 Mar 2013 03:09:40 +0900,
Kouichi ABE (WALL) wrote:
On Sun, Mar 31, 2013 at 12:45:36AM +0900, sh.kimura wrote
web 上でメールを読んだのですが、私も 9.1-STABLE で firefox がクラッシ
ュしていま
コンパイルした gcc46 を使って
firefox をビルドすることです。
# これも試した方が良いかな。
とりあえず、seamonkey が安定しているので、こちらを利用します。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.iPhone.MysticWALL.COM/ (Personal)
http://www.iPhone.MagickWorX.COM/ (Business)
っていますので、firefox は別のワークスペースに起動させています。
もしかして、firefox が依存しているライブラリも gcc46 で
ビルドし直す必要があるのかな。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.iPhone.MysticWALL.COM/ (Personal)
http://www.iPhone.MagickWorX.COM/ (Business)
てしまうと思います。
clangを一時的にアンインストールしてビルドしてみると、どうなるでしょう?
clang がなくても困らないので、uninstall して試してみます。
ついでなので、DEBUG symbol 付きで firefox もコンパイルしてみます。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.iPhone.MysticWALL.COM/ (Personal)
http://www.iPhone.MagickWorX.COM/ (Business)
identical to this frame (corrupt stack?)
(gdb)
どうも私の環境では、落ちない firefox のビルドは無理そうです。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.iPhone.MysticWALL.COM/ (Personal)
http://www.iPhone.MagickWorX.COM/ (Business)
UTC 2012
r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
起動後すぐに落ちる場合と、しばらく利用していて突然落ちる場合があります。
何が原因か分からないままです。
コンパイルには devel/clang を利用していると思います。
普段は w3m を利用しているので困りはしませんが、
使いたいときに落ちたりするので不便ではあります。
FreeBSD を 9.1-RELEASE にすると解決するのかとも考えています。
--
阿部康一/Kouichi ABE (WALL)
koui
fusefs.sshfs の場合は -p オプションを
無視するように改変しようかと考えています。
ただ、この方法はスマートじゃない気がするので、うまい解決策を知りたいです。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.MysticWALL.COM/ (Personal)
http://www.MagickWorX.COM/ (Business)
。
まずは、crash dump を確保する方法を考えます。
# 再起動時にメモリイメージを保存するので、
# /var/crash をシンボリックリンクするのはダメだろうな…
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.MysticWALL.COM/ (Personal)
http://www.MagickWorX.COM/ (Business)
降は、freebsd-update を使っています。
毎回、RELEASE アナウンスが告知されますが、
そこに freebsd-update を使った手順が示されています。
詳しくは、freebsd-udpate のオンラインマニュアルをどうぞ。
確か、freebsd-update は security fix されたリリースも追従していたような?
ではでは。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.MysticWALL.COM/ (Personal)
http://www.MagickWorX.COM
?
ではでは。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.iPhone.MysticWALL.COM/ (Personal)
http://www.iPhone.MagickWorX.COM/ (Business)
告されて困ってます。
MAILTO=/dev/null を /etc/crontab に追加すれば良いのでは?
詳細は man 5 crontab を読んで下さい
困ったらオンラインマニュアルを読んだ方が解決できると思います。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.iPhone.MysticWALL.COM/ (Personal)
http://www.iPhone.MagickWorX.COM/ (Business)
阿部です。
自己フォロー。
On Fri, Nov 20, 2009 at 01:12:37PM +0900, 康一 wrote
MAILTO=/dev/null を /etc/crontab に追加すれば良いのでは?
MAILTO= でしたね。
オンラインマニュアルを読むと良いと書きながら、
私がちゃんと読んでいませんでした。
なんで /dev/null と思ったのかと考えたら、
/etc/mail/aliases で使っていたからでした。
# 記憶に頼ってはダメだな…。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.MysticWALL.COM/ (Personal)
http://www.MagickWorX.COM/ (Business)
ファイルがあるのなら、
それらを削除すると空き容量が増えるかもしれません。
あとは、/boot 以下の古いカーネル関係のディレクトリを削除するとか。
自分でカーネルを再構築している場合は、/boot/kernel.old 以下を
削除するとちょっとは増えるかも。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.MysticWALL.COM/ (Personal)
http://www.MagickWorX.COM/ (Business)
すべて更新済みであれば、
make delete-old-libs を実行して古いライブラリを消す方法もあります。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.MysticWALL.COM/ (Personal)
http://www.MagickWorX.COM/ (Business)
い点も分からないですけど…。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.MysticWALL.COM/ (Personal)
http://www.MagickWorX.COM/ (Business)
します。
ports の lang 以下を漁るといろいろなプログラム言語があるので、
多くの言語でプログラムを楽しみたいのなら FreeBSD を選択するのも良いと思います。
# 個人的には ports の lang/tcc が便利です。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.MysticWALL.COM/ (Personal)
http://www.MagickWorX.COM/ (Business)
?
# ports の comms/bluegps と言うのがあるので、
# Bluetooth 版 GPS レシーバがあるのか。これは、遊べるかな。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
koui...@mysticwall.com
http://www.MysticWALL.COM/ (Personal)
http://www.MagickWorX.COM/ (Business)
みです。
これで、FreeBSD native 環境で iPhone 2.0 用のアプリケーションが開発できます。
なお、MacOS X Leopard 上の Officail iPhone SDK で作成しても
iPhone Developer Program に登録しないと実機での動作確認はできません。
ではでは。
P.S.
実は、MacOS X Leopard でもダメで、Gentoo Linux on FreeBSD もダメで、
試しに FreeBSD 上で構築してみたらちょっとした修正で通ったのでした。
--
阿部康一/Kouichi ABE (WALL)
[#x30E1
阿部です。
On Sat, Jan 26, 2008 at 03:59:09PM +0900, 康一 wrote
たぶん、JIS のエスケープシーケンスの部分が問題なのだと思います。
この部分の記述は誤りです。
バックスケープと JIS のエスケープシーケンスが混在していました。
# od コマンドで確認した上で用語を間違うなんて…
なお、私の環境での LANG 環境変数は ja_JP.eucJP です。
試しに、LNAG 環境変数を変えて実行してみましたが、文字化けは再現しました。
--
阿部康一/Kouichi ABE (WALL)
[#x30E1;#x30FC
うぞ。
--
阿部康一/Kouichi ABE (WALL)
[#x30E1;#x30FC;#x30EB;#x30A2;#x30C9;#x30EC;#x30B9;#x4FDD;#x8B77;]
http://www.MysticWALL.COM/
4196 185C B814 8F96 D170 B492 71A8 1B2B B9D5 5CF5
。
# mount -o ro /dev/da2s1f /mnt
なお、disklabel の復旧には、/usr/ports/sysutils/scan_ffs が使えそうでした。
以上、fsck が使えない場合の復旧方法の一例でした。
めったに遭遇しないと思いますが、参考までに。
# ちなみに、googleearth でドラッグして動かしていたらフリーズしたのでした。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
[#x30E1;#x30FC;#x30EB;#x30A2;#x30C9;#x30EC;#x30B9;#x4FDD;#x8B77;]
http
/rc.d/ 以下のスクリプトで制御できるようになったはずです。
FreeBSD 5.x の途中からでしょうかね。
cvsup でソースコードを更新していたときに、
/etc 以下が大きく変更があったようで mergemaster(8) の実行で
苦労した覚えがあります。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
[#x30E1;#x30FC;#x30EB;#x30A2;#x30C9;#x30EC;#x30B9;#x4FDD;#x8B77;]
http://www.MysticWALL.COM/
4196 185C B814 8F96 D170 B492 71A8
/ 以下のスクリプトで制御できるようになったはずです。
上記 URL は、/etc/rc.d/named を利用していたのですね。
私は、rndc(8) を使ったお話と勘違いしていました。
おかしな回答になっていますね。すみませんでした。
/etc/rc.d/named ができる前は、rndc を利用して
named の起動と停止を実行していましたので。
そういえば、jail 環境での /etc/rc.d/named restart は
うまく行かない場合があったような気がします。
--
阿部康一/Kouichi ABE (WALL)
[#x30E1;#x30FC;#x30EB
を再起動させてみてはどうでしょうか。
動作確認はしていませんが、参考までに。
なお、ppp.linkup については、man 8 ppp で確認してください。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
[#x30E1;#x30FC;#x30EB;#x30A2;#x30C9;#x30EC;#x30B9;#x4FDD;#x8B77;]
http://www.MysticWALL.COM/
4196 185C B814 8F96 D170 B492 71A8 1B2B B9D5 5CF5
、/etc/ipfw.conf を独自に作成しています。
/etc/rc.firewall は CVSup などを使ってシステムをアップグレードした場合、
上書きされてしまうので上記の方法を採用しています。
私の場合は、昔からの慣習でシステム標準ファイルは、
可能であれば直接編集しないという方針で作業しています。
# しくじってもオリジナルがあるので元に戻せますしね。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
[#x30E1;#x30FC;#x30EB;#x30A2;#x30C9;#x30EC;#x30B9;#x4FDD;#x8B77;]
http
があります。
あとは、/var/run/dmesg.boot から grep で
% grep memory /var/run/dmesg.boot
real memory = 1064173568 (1014 MB)
avail memory = 1032146944 (984 MB)
agp0: detected 7932k stolen memory
と実行する方法とかでしょうか。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
[#x30E1;#x30FC;#x30EB;#x30A2;#x30C9;#x30EC;#x30B9;#x4FDD
して呼び出して利用するには、便利です。
ipfw の場合は、C 言語から直接利用する場合に、pf よりは使いやすいです。
スクリプトから呼び出して迷惑メールや ssh へのアクセスを
動的にルール追加する場合は、pf の方が使いやすいです。
附属のオンラインマニュアルを読んで、
使いやすい方を選べば良いのではないでしょうか。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
[#x30E1;#x30FC;#x30EB;#x30A2;#x30C9;#x30EC;#x30B9;#x4FDD;#x8B77;]
http://www.MysticWALL.COM/
4196
、net/wiresharkを再構築すれば、
うまくいきました。
私の環境は、Intel Core Duo の FreeBSD 6.2-RELEASE です。
net-snmp を make したときは、/etc/make.conf のオプションを
編集していなかったのでデフォルトの -O -pipe だったと思います。
wireshark のエラーを起こすソースコードを読んでも
どこが悪いかさっぱり分からなくてお手上げ状態だったんですが、
外部依存の net-snmp だったとは思いもつかなかったです。
とても助かりました。
ではでは。
--
阿部康一/Kouichi ABE
ports からインストールしました。
私もほとんど使用しないので、詳しい追求は行っていません。
ではでは。
--
阿部康一/Kouichi ABE (WALL)
[EMAIL PROTECTED]
http://www.MysticWALL.COM/
4196 185C B814 8F96 D170 B492 71A8 1B2B B9D5 5CF5
/%U/%N.core
の例が man core で参照できます。
詳しくはマニュアルを読んでください。
--
阿部康一/Kouichi ABE (WALL)
[EMAIL PROTECTED]
http://www.MysticWALL.COM/
4196 185C B814 8F96 D170 B492 71A8 1B2B B9D5 5CF5
ABE (WALL)
[EMAIL PROTECTED]
http://www.MysticWALL.COM/
4196 185C B814 8F96 D170 B492 71A8 1B2B B9D5 5CF5
。
外付けなので、gbde と geli を利用して
暗号化ファイルシステムとして使用しています。
gbde と geli については、マニュアルの例通りに作業しました。
以上、誰かの参考までに。
--
阿部康一/Kouichi ABE (WALL)
[EMAIL PROTECTED]
http://www.MysticWALL.COM/
4196 185C B814 8F96 D170 B492 71A8 1B2B B9D5 5CF5
35 matches
Mail list logo