libglib1.2-dev に依存しているのがいやなのでいじる。
% dpkg-deb -x libjack0.100.0-dev_0.100.0-2_i386.deb libjack0.100.0-dev % dpkg-deb -e libjack0.100.0-dev_0.100.0-2_i386.deb libjack0.100.0-dev/DEBIAN % vi libjack0.100.0-dev/DEBIAN/control # Depends から libglib1.2-dev を削除、Version を書き換え。 % dpkg-deb -b libjack0.100.0-dev libjack0.100.0-dev_0.100.0-2vd1_i386.deb # dpkg -i libjack0.100.0-dev_0.100.0-2vd1_i386.deb
ざっと見た感じ、libglib1.2-dev に依存してる必要はなさそうなんだけど...。
libjack0.100.0-dev で作成。
uim.el が公開されたので、早速試してみる。GKrellUIM を参考にして頂いたようで、ありがたいことです。
使ってみたところ、
前者では
Error in init file: error: "Invalid face", font-lock-string-face
後者では
Error in init file: File error: "Cannot open load file", "~/uim-key.el"
とエラーが出ていた。以上をメールにて報告。
次回リリースまでに修正していただけるそうだ。
gcc-4.0 がデフォルトに。危険を感じつつも投入。
GCC 4.0 as the default GCC / C++ ABI change が公式のアナウンスのようだ。
unicon patch を整理した。
UNICON による Linux 日本語 console の記述も修正。
unicon + vd_unicon-userland.patch から必要な部分を取り出したものを単体で配布。
UNICON による Linux 日本語 console の記述も修正。
めも。
-Z
X0208 中の英数字と若干の記号をASCIIに変換する。-Z1 はX0208間隔をASCII spaceに変換する。-Z2はX0208間隔をASCII space 二つに変換する。趣味によって使い分けてほしい。
[nkf(1)より引用]
p NKF.nkf( '-Z', '１２３４５６７８９０ａｂｃ！＠＃' ) => 1234567890abc!@#
GCC 4.0 で kernel を build していたら、
LD vmlinux SYSMAP System.map SYSMAP .tmp_System.map Inconsistent kallsyms data Try setting CONFIG_KALLSYMS_EXTRA_PASS make[1]: *** [vmlinux] エラー 1
途中で止まってしまった。指示の通り、.config で CONFIG_KALLSYMS_EXTRA_PASS=y してやると通るようになった。kernel の動作も問題ないようだ。
IP addr が変わっていたのでネットワークごと蹴り出し。
先に作成した rapidsvn 0.8.0-0vd1 を起動しようとしたところ、
Fatal Error: Mismatch between the program and library build versions detected. The library used 2.5.3 (no debug,Unicode,compiler with C++ ABI 102,wx containers,compatible with 2.4), and your program used 2.5.3 (no debug,Unicode,compiler with C++ ABI 1002,wx containers,compatible with 2.4). zsh: abort (core dumped) rapidsvn
どうやら C++ ABI change にもろに当たったらしい。libwxgtk2.5 の rebuild が必要なようだ。
apt-get update で
W: GPG error: ftp://ftp.nerim.net unstable Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 07DC563D1F41B907
という警告が出るので調べてみる。apt 0.6.x で導入されたパッケージ署名の検証機能によるものらしい。> apt 0.6 in experimental
Unofficial Debian Package を見てみると、ftp://ftp.nerim.net/debian-marillat/ に対しての処置が示されている。まず、
% gpg --keyserver wwwkeys.eu.pgp.net --recv-keys 1F41B907
で Christian Marillat のキーをキーサーバから取得する。
% gpg --fingerprint 1F41B907
で指紋を確認。
% gpg --armor --export 1F41B907 | sudo apt-key add -
で信頼できるキーリストに追加。これで apt-get で警告は出なくなった。
他にも警告の出るところがあるけど、ゆくゆくは対処されるようになるのかな。
HEADS UP: BSD branch merged to HEAD によると BSD branch は HEAD にマージされ、BSD branch は終了の模様。
fglrx 8.14.13 が kernel 2.6.12.2 と GCC 4.0.1 でコンパイルできないので調べてみる。r767 - in packages/ati-fglrx: . fc3 と r784 - in packages/ati-fglrx: . fc3 にてそれらしいパッチが示されている。本体は http://ati.cchtml.com/show_bug.cgi?id=136 らしいんだけど、今見られないので rpm.livna.org から ati-fglrx-8.14.13.1-0.lvn.5.4.src.rpm をいただいてくる。
CC [M] /usr/src/modules/fglrx/nvidia-agp.o /usr/src/modules/fglrx/nvidia-agp.c:57: error: static declaration of '__fgl_agp_try_unsupported' follows non-static declaration /usr/src/modules/fglrx/agp_backend.h:92: error: previous declaration of '__fgl_agp_try_unsupported' was here
ati-fglrx.spec より、
sed -i 's|static int agp_try_unsupported.*||' /usr/src/modules/fglrx/nvidia-agp.c
該当部分を削除。
CC [M] /usr/src/modules/fglrx/agpgart_be.o
/usr/src/modules/fglrx/agpgart_be.c: In function 'agp_find_supported_device':
/usr/src/modules/fglrx/agpgart_be.c:7136: error:
'struct pci_dev' has no member named 'slot_name'
:
fglrx-2.6-agpgart.patch を当てて対処。
CC [M] /usr/src/modules/fglrx/firegl_public.o /usr/src/modules/fglrx/firegl_public.c:170: error: static declaration of 'errno' follows non-static declaration include/linux/unistd.h:4: error: previous declaration of 'errno' was here
fglrx-2.6.12-inter_module_get.patch (+その修正)を当てて対処。
make[3]: *** `/usr/src/modules/fglrx/fglrx.o' に必要なターゲット `/usr/src/modules/fglrx/libfglrx_ip.a.GCC4' を make するルールがありません。中止。
ati-fglrx.spec より、
% cd /usr/src/modules/fglrx % ln -s libfglrx_ip.a.GCC3 libfglrx_ip.a.GCC4
symlink を張る。
以上でコンパイルできた。動作も問題ないようだ。
X.Org が unstable にやってきた。入れようとすると、xlibmesa-glu xlibmesa-glu-dev が libglu1-xorg libglu1-xorg-dev に変更されたため、それに関係するものが大量に削除されそうに。
そのうちの使用していないものを削除。
ダミーパッケージなので削除。
upgrade 途中、xbase-clients が入ってないうちに間違って X を落としてしまって、startx やら xinit がなくなる。コンソールで
% X & sleep 5; DISPLAY=localhost:0.0 xterm
として何とか作業続行。いろいろパッケージの depends を直したり rebuild したりしたけど、一通り移行完了。
libglu1-xorg libglu1-xorg-dev に依存するようにして作成。
xlibmesa-dev の代わりに xlibmesa-gl-dev に依存するようにして作成。
1.1.6-0vd1 が SEGV するので X.Org 上で rebuild したけど症状は改善せず。
CVS snapshot なら対応されてるかなぁと思って 1.1.6+1.2.20050705-0vd1 を作成。問題なく動いた。
よく考えたら使ってるマシンがあったので入れ直す。
xine-lib-1.0.1-gcc4.patch 、xine-lib-1.0-gcc4-2.patch を当て、X.Org 上でビルド。ところが、
dsputil_mmx.c: In function 'h263_h_loop_filter_mmx': dsputil_mmx.c:633: error: can't find a register in class 'GENERAL_REGS' while reloading 'asm'
というエラーが出た。いろいろ探してみて、[PATCH] fix x86 asm compilation を参考に vd_xine-lib-1.0.1_dsputil_mmx_GENERAL_REG_fix.patch を作成してビルド。
ext.c: In function 'VirtualAlloc': ext.c:472: error: invalid lvalue in assignment win32.c: In function 'expGetWindowThreadProcessId': win32.c:2626: error: invalid lvalue in assignment
まだエラーが出る。vd_xine-lib-1.0.1_libw32dll_invalid-lvalue-in-assignment_fix.patch を作成してビルド。
w32codec.c:134: error: static declaration of 'win32_codec_name' follows non-static declaration wine/loader.h:20: error: previous declaration of 'win32_codec_name' was here
まだまだエラーが出る。vd_xine-lib-1.0.1_libw32dll_win32_codec_name_fix.patch を作成してビルド。
やっとビルド成功した。ざっと見たところ動作も問題ないようだ。
0.0.2.1 bugfix リリース。
変換候補を表示するときにアンダーラインのゴミみたいなものが出て、
調べた限り kterm では問題なかったので端末エミュレータ依存なのかなぁと思っていたけど、uim-el-0.0.2.1-skk-preedit.patch を当てると問題なくなった。
vd_bugzilla-jp_bug-1476_attachment-1656_for-mozfx-0.9.3.patch、vd_mozfx-0.10.1_without-gnome-and-gconf.patch、mozilla-1.8a5-gtk2-composition-fix.diff を当ててのビルド途中でエラー。
../../../dist/include/gfx/nsIFreeType2.h:53: error: 'FTC_Image_Cache' has not been declared
../../../dist/include/gfx/nsIFreeType2.h:92: error: 'FTC_Image_Cache' has not been declared
../../../dist/include/gfx/nsIFreeType2.h:92: error: 'FTC_Image_Desc' has not been declared
../../../dist/include/gfx/nsIFreeType2.h:104: error: 'FTC_Image_Cache' has not been declared
:
make[5]: *** [nsFreeType.o] エラー 1
調べてみると、FTC_Image_Cache が FTC_ImageCache に、FTC_Image_Desc が FTC_ImageType に代わったなどなど。
探してみると firefox-0.7.3-freetype-compile.patch なる NetBSD 由来のパッチを見つけたのでこれを当ててみると、ビルド成功。動作も問題ないようだ。
Mozilla 本家には Bug 234035 freetype2 2.1.8 compile error: FTC_Image_Cache_* APIs are not available any more として登録されている。
nvidia + X.Org で Composite 拡張が有効だと GLX 拡張が使えない。
% glxgears Xlib: extension "GLX" missing on display ":0.0". glxgears: Error: couldn't get an RGB, Double-buffered visual.
調べてみると、xorg.conf の Device セクションに
Option "AllowGLXWithComposite" "true"
を追加してやればよいようだ。
Option "AllowGLXWithComposite" "boolean"
Enables GLX even when the Composite X extension is loaded. ENABLE AT YOUR OWN RISK. OpenGL applications will not display correctly in many circumstances with this setting enabled. Default: GLX is disabled when Composite is loaded.
[/usr/share/doc/nvidia-glx/README.gzより引用]
でも危険な模様。
また、fglrx + X.Org で Composite 拡張が有効だと DRI を無効にされ、XVideo 拡張も使えない。
(II) fglrx(0): Composite extension enabled, disabling direct rendering (WW) fglrx(0): *********************************************** (WW) fglrx(0): * DRI initialization failed! * (WW) fglrx(0): * (maybe driver kernel module missing or bad) * (WW) fglrx(0): * 2D acceleraton available (MMIO) * (WW) fglrx(0): * no 3D acceleration available * (WW) fglrx(0): ********************************************* *
% glxgears Xlib: extension "XFree86-DRI" missing on display ":0.0".
% mplayer -vo xv XXXXXXXX.mpg
:
It seems there is no Xvideo support for your video card available.
Run 'xvinfo' to verify its Xv support and read DOCS/HTML/en/video.html#xv!
See 'mplayer -vo help' for other (non-xv) video out drivers. Try -vo x11
Error opening/initializing the selected video_out (-vo) device.
今のところ fglrx では Composite 拡張を無効にするしかないようだ。
experimental に来ていたので試してみる。前回は 1.0.x の deb を流用したパッケージにできなかったけど、今度は何とかできそうだ。当てたパッチは
前回確認した通り、 mozilla-1.8a5-gtk2-composition-fix.diff は取り込まれている。
また、1.0.5-0vd1 を作成したときの FTC_Image_Cache_* 問題は Debian の BTS に #314243 として登録されていて、1.0.5-1、1.0.99+deerpark-alpha2-1 共に対策されているようだ。vd パッチの擦り合わせがまずかったかビルド途中で何度か失敗したけど、なんとか完成。
今のところ利用できている拡張は
1.0.x で使っていたテーマ LO-FI Theme for Firefox はそのまま使えないようなので、手を入れる。
<em:maxVersion>1.0</em:maxVersion>を
<em:maxVersion>1.0+</em:maxVersion>に変更、インストール時に
*** Invalid GUID: Item has GUID: "{lofi-0.4}" which is not well-formed.
というエラーが出るようになっているので、 <em:id>{lofi-0.4}</em:id>
の lofi-0.4 の部分を uuidgen コマンドで得られる値に置き換え。(参考: Firefox/Thunderbird 用テーマのパッケージ方法)<a href="javascript:void(InstallTrigger.installChrome(InstallTrigger.SKIN, 'lofi-fox.MODIFIED.jar','lofi-fox.MODIFIED'))">install</a>という html ファイルを準備し、install。(708090-lite for 1.0RC1)
これで使えるようになった。
BSD ブランチがマージされた以降の madwifi だが、ap を見つけてくれない。
今は調べられないので確証がないのだけどメモ。
2005-06-22 18:51 br1 * Makefile.inc: - make sample_rate the default rate selection module
--- madwifi-bsd-20050617/Makefile.inc 2005-05-21 06:11:10.000000000 +0900
+++ madwifi-20050712/Makefile.inc 2005-07-12 10:50:48.000000000 +0900
@@ -174,7 +174,7 @@
#
#ATH_RATE=$(shell find ath_rate/ -maxdepth 1 ! -name CVS ! -name ath_rate/ -type d)
ifeq ($(ATH_RATE),)
-ATH_RATE=ath_rate/onoe
+ATH_RATE=ath_rate/sample
endif
INCS= -include ${obj}/${DEPTH}/include/compat.h -I${obj}/${DEPTH}/include
折り返しがおかしいときがある。具体的には、
...ABCDEF-123456
という文字列があり、これが折り返されて
...ABCDEF- 123456
となるべきところが、
...ABCDEF-123456 123456
のように - 以降がダブって表示されてしまう。これだけならまだしも、- 以降が非常に長い場合などは SEGV ってしまうこともあるようだ。
1.0.x のパッチを Deer Park に当たるようにすり合わせだけではうまくいかないようだ。これからどうしよう。
追跡用のめも。
vd_bugzilla-jp_bug-1476_attachment-1656_for-mozfx-0.9.3.patch、vd_mozfx-0.10.1_without-gnome-and-gconf.patch、mozilla-1.8a5-gtk2-composition-fix.diff を当てて作成。
CVS から引っ張ってきて vd_tdiary_rast-search_html-anchor.diff を当てて作成。
CSRF 攻撃対策リリースとのこと。> tDiaryの脆弱性に関する報告(2005-07-20), tDiary 2.0.2、2.1.2リリース
vd_bugzilla-jp_bug-1476_attachment-1656_for-mozfx-0.9.3.patch、vd_mozfx-0.10.1_without-gnome-and-gconf.patch、mozilla-1.8a5-gtk2-composition-fix.diff を当てて作成。
めも。
jfbtermやbtermの代わりにカーネルレベルでUTF-8文字の表示ができないかという妄想があります。
[[debian-devel:16276]より引用]
いろいろ実験はしてるけど UNICON はまだそこまで行けてないなぁ。
UNICON で利用できる文字コードとそれのバイト幅は以下の通り。
ほとんどが2バイト幅であり、実際に UNICON はバイト幅を 2 と固定した実装がなされている(cf. include/linux/fb_doublebyte.h)。一方、UTF-8 のバイト幅は 1〜4 らしいので、単純に UTF-8 用のエンコードモジュールを追加すれば済むわけではない。ということで、UNICON を UTF-8 に対応させるにはかなりの大手術が必要になりそうだ。
あまり意識して見たことがなかったのでよく見てみたところ、doublebyte や double_byte、left、right といったキーワードがかなりの場所で見られ、結構根が深そうだ。大手術というより、別物になりそう。そこまでは独りではできそうにないなぁ。
参考ページ
CVS から引っ張ってきて vd_tdiary_rast-search_html-anchor.diff を当てて作成。
No such file to load -- uri (LoadError) の件は
安定版の2.0.2ですが、uri.rbを使っているのを見過ごしていたため、従来サポートしているはずだったruby 1.6.3〜1.6.6で動かなくなっています。
[Re: [SECURITY RELEASE] tDiary 2.0.2, 2.1.2より引用]
だったようだ。
Bugzilla ORG 206152 の depends on から、パッチ付きのものを見てみる。
それらをざっと見てみたまとめ。
4. をざっと見てみたところ、いけそうな気がしたので patch v3 (alt) を Deer Park Alpha2 に当ててビルド。見た感じ、長い URI がきれいに折り返されているようだ。しばらくはこれを使ってみよう。
なお、nsJISx4501LineBreaker とは、
改行のアルゴリズムは UTR 14 (改行) ではなく JIS X 4051 を元にしています。これは、CJK とタイ語以外は言語に依存していません。(Bug 206152、203016、164759)
[Mozilla 1.7.10 に関する既知の問題 - 国際化より引用]
JIS X 4051 を元にした改行のアルゴリズム部分ということかな。
vd_deerpark-alpha1_without-gnome-and-gconf.patch と Bugzilla ORG 255990 の patch v3 (alt) を当てて作成。
Edit-Preferences ウィンドウがぐちゃぐちゃでろくに設定できない。と思ったら、Deer Park には未対応のテーマ LO-FI Theme for Firefox を無理矢理使っているせいだった。デフォルトテーマに戻してみると Edit-Preferences ウィンドウは問題なく表示された。
まだアナウンスはないみたいだけど、昨日あたりからぼちぼち復活していたようだ。
アナウンスが出た。> ftp-master.d.o, db.d.o back online
CVS から引っ張ってきて vd_tdiary_rast-search_html-anchor.diff を当てて作成。
experimental に入っていたので入れてみる。
* LEGACY GPUs: If you have a TNT, TNT2, Vanta, GeForce 256, GeForce DDR, Quadro, GeForce2 Pro, GeForce2 GTS, GeForce2 Ultra, GeForce2 Ti, Quadro2 Pro, DO NOT INSTALL THIS RELEASE!!! NVIDIA will be supporting these cards in a special legacy driver (as yet unreleased and not included in this package). So if you have the one of the above listed GPUs, remain with the 1.0.7174-3 release.
* LEGACY GPUs: If you have a TNT, TNT2, Vanta, GeForce 256, GeForce DDR, Quadro, GeForce2 Pro, GeForce2 GTS, GeForce2 Ultra, GeForce2 Ti, Quadro2 Pro, DO NOT INSTALL THIS RELEASE!!! Use the nvidia-glx-legacy, nvidia-glx-legacy-dev, nvidia-kernel-source-legacy packages instead.
[/usr/share/doc/nvidia-kernel-source/NEWS.Debian.gzより引用]
と NEWS にあるけど、今持ってるカードは GeForce2 MX と GeForce4 Ti4200 なので気にしなくてもよさそうだ。
experimental に入っていたので入れてみる。
rapidsvn とかはこれでも動作してるみたいだけど、audacity は wx2.5 以来しばらくコンパイルが通ったためしがない。
2:00 ごろからすさまじい量の HTTP アクセスがあったので暫定的にそのアクセス元を拒否。逆引きしてみると *marunouchi.tokyo.ocn.ne.jp。どこかで見たことあるようなと調べてみると、(株)全信協spamクローラーというやつらしい。p*-ipad*.marunouchi.tokyo.ocn.ne.jpからの全信協spamクローラーは、頻繁にIPを変えている？ の User-Agent と異なり、
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)
という User-Agent を使っていた。これまたどこかで見たような、と思ってアンテナをめぐってみると、#3 そんで馬鹿クローラー再び にて上げられているものと一緒。深く考えるのは面倒なので、*marunouchi.tokyo.ocn.ne.jp に出ているものをまとめて拒否。大量に誤爆してると思うけど、あまりにもひどいので。
一応データを残しておこう。
googlebot.com からの不可解なアクセス。作ったばかりのディレクトリの、さらに作ったばかりのファイルにいきなりアクセスしてきた。しかも .htaccess でアクセス制限をかけているにもかかわらず。
crawl-66-249-65-225.googlebot.com - - [30/Jul/2005:08:42:06 +0900] "GET /XXXXXXXX/XXXXXXXX HTTP/1.1" 403 227 "-" "Mediapartners-Google/2.1"
この「Mediapartners-Google/2.1」というやつで検索してみると、
誰やねん勝手にうちの資源をGoogleにバラしとんのは！と、User-Agentである「Mediapartners-Google/2.1」という情報を頼りに色々調べてみたところ、このAgentがアクセスしてくるトリガは2種類あって、
- AdSenseを貼っているページでGETメソッドを使用した(=AdSenseがあるページでアンカー(リンク)をクリック)
- OperaでGoogle提供の広告を表示しているときGETメソッドを使用した(=レジストしていないOperaを使ってアンカーをクリック、またはアドレスバーにURIを入力したりブックマークからWebページを開いたり)
である、とのこと(全てのGETメソッドで実施されているかどうかは不明)。おお、確かにこの直前にOperaでアクセスされた形跡がある！
[身近なビッグブラザーより引用]
先の Mediapartners-Google/2.1 のアクセスの直前に、Opera でのアクセスが確かにあった。
XXXXXXXX - - [30/Jul/2005:08:42:03 +0900] "GET /XXXXXXXX/XXXXXXXX HTTP/1.1" 200 17558 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; ja) Opera 8.01"
気持ちのいい話ではないなぁ、Mediapartners-Google は拒否しようかな。
SetEnvIf User-Agent "Mediapartners-Google" deny_ua order allow,deny allow from all deny from env=deny_ua
で拒否した。
のがたじゅんさんから、--enable-unicode した wxwidgets2.6 では audacity をコンパイルできないという情報をいただく。--disable-unicode した wxwidgets2.6 をビルドし、audacity をコンパイルしてみると、見事成功。動作も問題ないようだ。
--enable-unicode な wxwidgets2.6 でコンパイルされていたので起動しなくなってしまった。--disble-unicode な wxwidgets2.6 で作成。
今度は *.inktomisearch.com が大量にアクセスしてきた。
68.142.192.0/18 66.196.64.0/18
をまとめて蹴ろうかと思ったけど、どうも普通に *.yahoo.com なホストが盛大に含まれているみたいなので考え直す。めんどくさいけど爆撃してきた *.inktomisearch.com を正引きして調べてみたら、
68.142.249.0/24 68.142.250.0/24 68.142.251.0/24 66.196.65.0/24 66.196.73.0/24 66.196.91.0/24 66.196.92.0/24 66.196.101.0/24
あたりまで絞り込めた。これでもまだ *.yahoo.com なホストが含まれてるみたいだけど、もう知らん。
| 前 | 2005年 7月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 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 | 29 | 30 |
| 31 | ||||||
[amd64 | audacious | comp | debian | gkrelluim | kip | misc | movie | research | rime | unicon | vdr | work | えふえふ]
書いてる人: dai
パッチ等(無保証)