«前の日(10-15) 最新 次の日(10-17)» 追記

ポケットを空にして。

1985|10|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|03|04|05|06|07|08|09|10|11|12|
2010|01|02|03|04|05|06|07|08|09|10|11|12|
2011|01|02|03|04|05|06|07|08|09|10|11|12|
2012|01|02|03|04|05|06|07|08|09|10|11|12|
2013|01|02|03|04|05|06|07|08|09|10|11|12|
2014|01|02|03|04|05|06|07|08|09|10|11|12|
2100|01|

「人の心に残るというのが大事」と言う話。

何か連絡がある場合はメールでどうぞ(過去の日記へのツッコミは基本的にみていません)
プレゼントは随時受け付けております :-) ここ最近のツッコミ/トラックバックリスト。

  1. 池田 (10-16)


2004-10-16 この日を編集

po-debconf/ja な作業

debian-doc に投げて反応が無かった奴などを中心に BTS しておく。
せっかく close したと思ったらファイル名が正しくなかったりして再度突っ込みいれたり(しかも template がおかしくて updatepo できねー)など。

あー、新しいのは作業してないなぁ… k-of の頃までにはもう少し進めておきたいところだけど。


2006-10-16 この日を編集

定義するところの違い

hwdataはRH系のkudzu用汎用データベース、usbutilsはLinux-USB系のUSB専用データベース、discover-dataは Debian系の汎用データベースですよね。 この中だと、upstreamに気兼ねなく変更できる/単に表示だけではなく認識にも具体的にかかわるという点から言ってdiscover-dataがDebian的には一番統一しやすいんじゃないかと思います。 現在進行中(Etchから)のdiscover2 バージョンでは、XMLデータベースになっていて、単なるテーブルよりも拡張や別形式への変換なども比較的やりやすいかと。 まぁただupstreamがそれぞれ違うものを勝手に直すのは仁義上どうかという問題はあります。

ふむなるほどです。
ただ、

henrich@hatchpotch:/tmp$ apt-file search pci.ids
hwdata: usr/share/hwdata/pci.ids
lshw-common: usr/share/lshw/pci.ids
pciutils: usr/share/misc/pci.ids
henrich@hatchpotch:/tmp$ apt-file search usb.ids
bitpim: usr/share/bitpim/resources/bitpim_usb.ids
bitpim: usr/share/bitpim/resources/usb.ids
hwdata: usr/share/hwdata/usb.ids
lshw-common: usr/share/lshw/usb.ids
usbutils: usr/share/misc/usb.ids
usbutils: var/lib/usbutils/usb.ids

とみんな同じファイルを保持しているんですよね (discover は違うか)。
usb.ids は http://www.linux-usb.org/usb.ids から取得したもの。
pci.ids は http://pciids.sourceforge.net/pci.ids から取得したもの。
結局大本の本流は同じではあります

Thinkpad 不調

一応借りる算段がついてはいるものの、痛いことには変わりなし。
Access IBM ボタン使って診断プログラム走らせろ、ということで。

AccessIBM

やっぱりハード不良。


2007-10-16 この日を編集

頼み方があるだろう、と思った。

うーん、ここのコメント、エントリと何の関係があるんだろう。 less のメンテナでも無い人にいきなり振る話題なんだろうか。お任せしますとかゆーてるが、お願いしますの間違いだろう、と思った。

TPO の問題な訳で。

私は別に自分がユーザじゃないパッケージのバグでも、それなりのフォーマットでしかるべき所になるべく送るようにしてます (というか、使ってもない Ubuntu や clamav のミラーサーバまで運用してますよ?:-) 人それぞれですな。
まぁ、あまりにも唐突な話題の振り方と周りには見えるんじゃないの?という話です(私の意見なので他の人は違う、というかもしれませんが)。もちろんバグ報告するのが悪い訳じゃないですね。

本日のツッコミ(全1件) [ツッコミを入れる]

_ 池田 [僕自身lessユーザじゃないのでどうでもよかったのですが、一応日本語関係で動いている人の耳に入れておこうと思った次第..]


2008-10-16 早起きの日。 この日を編集

OCS 2008 Tokyo/Fall 「あなた」とオープンソース/フリーソフトウェア、そして「Debian」の資料をアップロードしたよ

すっかり忘れてました。Debian Wiki に OpenOffice フォーマットPDF フォーマットで置いてあります。

細かいことをする。

Debian JP ページの typo とか HTML 的にはアレなところをちょこちょこと修正した。

mecab-naist-jdic ようやく作業したよ

遅すぎ!という話もなきにしもあらずですが、パッケージ化しましたよ。

でもいきなり間違いを見つけてしまう罠。ダメだ、明日にしよう
λ…


2012-10-16 この日を編集

packaging-dev の依存パッケージ変更

先日のBTSを受けて、メンテナがdebian-develで「どう思う?」と聞いたら爆釣な状態に ;-)。
で、投票ページが設けられました。意見のある方はぜひご投票を。

ところでこのサイト、結構使えそうです。

何もせずにファームウェアが必要なradeonなマシンが使えるようにできないか

手で何とかはできるし、自分はしたのだけど試行錯誤が必要なのは良くないと思うので、 質問してみる


2013-10-16 この日を編集

ひとりBSP