なんか挙動が妙なので上げてみる。
が、やっぱりおかしい。見ていると、
_X11TransSocketOpen: socket() failed for local _X11TransSocketOpenCOTSClient: Unable to open socket for local _X11TransOpen: transport open failed for local/XXXXXXXX:0 fail to create socket: ファイルを開きすぎです
となってしまった。こうなると、終了させるしかない。
他にもいろいろ不便なんで、0.7 に戻した。
と安心していたら、0.7 でもこの現象が起こったぞ???何か extension か plugin のせい?
GLib-ERROR **: gmem.c:157: failed to allocate 1086919546 bytes aborting... gkrellm 強制終了: GkrellMMS (update_monitor)
とか出て落ちてる。いきなり xmessage が飛んできたのにも驚いたけど。これ何だろう。
try to set unknown ic attribute 0.
という出力が面白いほどよく出るので、xim/ximic.cpp の当該箇所を comment out。
1箇所しか comment out してなかった。1vd3 で2箇所目を comment out。
C>DB CGI の確認のためにわざわざ apache2 をセットアップするのも面倒だったので、w3m local CGI を試してみる。C>DB CGI が c-db.cgi という名前で /home/XXXXXX/YYYYYY/ZZZZZZ にあるとする。
これで c-db.cgi をお手軽に動作確認できるようになった。
syslog に
Feb 2 06:25:47 XXXXXXXX kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Feb 2 06:25:52 XXXXXXXX kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=237753050, sector=237753023 Feb 2 06:25:52 XXXXXXXX kernel: ide: failed opcode was: unknown Feb 2 06:25:52 XXXXXXXX kernel: end_request: I/O error, dev hda, sector 237753023
とか出ていた。2003/10/09 に交換した Maxtor 6Y120P0 かな。またも2年半の命か。ひとまず大事なものは今のうちにバックアップしとかないと。
今週末に HDD 換装作業を行います。
update-flashplugin に /firefox/ が追加された。flashplugin-nonfree 7.0.61-1vd1 を削除。
私家版 deb パッケージ集 apt-line 公開以来、色々パッケージを黙って削除していたけど、これからは上記通り逐一説明することにした。以下はこれまで黙って削除したぶん。
UNICON による Linux 日本語 console に apt-line に関する情報を追記。
vd_dirty-workaround.dpatch を追加して作成。
前は印刷できてたのに、
gs[19907]: segfault at 0 ip 00007ffe866e81f8 sp 00007fff23a8e790 error 4 in libgs.so.9.00[7ffe8660e000+491000]
といった具合で印刷できなくなった。
ghostscript 9.00~dfsg-4 + cups 1.4.5-2 でも同様にダメ。
と思ったらまた腐った ps ファイルを作ってしまったらしく、ps2ps に通したら印刷できた。ghostscript 9.00~dfsg-4 + cups 1.4.5-2 でも OK。
uim FTBFS on hurd-i386 の修正を当てて作成。
これで残るは s390x のみ。uim ← gnome-panel ← evolution-data-server ← libsoup2.4 ← glib-networking という具合で依存関係が満たされていない。glib-networking のテストケースが失敗しているようだ。#653308 で glib2.0 が原因とのことで一度直ったようだけど、再発したのか別の原因なのか?
uim 1:1.8.6-8 は arm64 の testing Packages に記載されたから OK かな。
sigscheme 0.8.5-4.2 は sparc のビルド待ち。だけど先手を打って unblock request を送った。> #776846
SSH ログインした後に mutt で gnupg で署名したり検証したりしようとすると、
GPGME: CMS プロトコルが利用できない
と出て固まってしまう。なんだろうと探していると、どうやら pinentry の設定らしい。> How to force GPG to use console-mode pinentry to prompt for passwords?
pinentry は alternative で GNOME3 版を設定しているようなので curses 版に切り替えたところ、固まることはなくなった。
また、そのページにある通り、~/.gnupg/gpg-agent.conf に
pinentry-program /usr/bin/pinentry-curses
を記述して
echo RELOADAGENT | gpg-connect-agent
を実行して設定ファイルを読み込み直しても OK だった。
前 | 1970年 2月 |
次 | ||||
日 | 月 | 火 | 水 | 木 | 金 | 土 |
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
[amd64 | audacious | comp | debian | gkrelluim | kip | misc | movie | research | rime | unicon | vdr | work | えふえふ]
書いてる人: dai
パッチ等(無保証)