2009年12月アーカイブ

I opened a wireshark bugzilla ticket.
Bug 4365 -  More complete support for IPFIX Information Elements for packet-netflow.c  (https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4365)
-

More complete support for IPFIX Information Elements for packet-netflow.c

Build Information:
wireshark 1.3.3 (SVN Rev 31391 from /trunk)

Copyright 1998-2009 Gerald Combs <gerald@wireshark.org> and contributors.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Compiled with GTK+ 2.12.12, with GLib 2.16.6, with libpcap 0.9.8, with libz
1.2.3.3, without POSIX capabilities, without libpcre, without SMI, without
c-ares, without ADNS, without Lua, without Python, without GnuTLS, without
Gcrypt, without Kerberos, without GeoIP, without PortAudio, without AirPcap,
with new_packet_list.

Running on Linux 2.6.25.20-co-0.8.0, with libpcap version 0.9.8.

Built using gcc 4.3.2.
--
This attached patch enhance the number of supporting standard IPFIX Information
Elements which are defined in
http://www.iana.org/assignments/ipfix/ipfix.xhtml.

I sent a following mail to Vermont-dev mailing list. (The mail is archived in https://lists.berlios.de/mailman/private/vermont-dev/2009-December/000280.html, but an account is required to see the archive.)
-
Hello developers and all,

I downloaded source code via subversion and compile it. The configurability of VERMONT is very good, but the data size of exported IPFIX packets including data records can not be configured. The exported packets always include 10 records.
I made a temporary patch to configure data size of exported packets.
(I understand that the parameter is not described in the destination class in draft-ietf-ipfix-configuration-model-04)

This is a part of my configuration file. I added "maxPacketsize".
        <ipfixExporter id="8">
                <observationDomainId>99</observationDomainId>
                <ipfixPacketRestrictions>
                        <maxPacketSize>1500</maxPacketSize>
                </ipfixPacketRestrictions>

                <collector>
                        <ipAddress>127.0.0.1</ipAddress>
                        <transportProtocol>17</transportProtocol>
                </collector>
        </ipfixExporter>

twitter2mixiというサービスがありますが、なんか使う気が起きませんでした。
元々twttmixiをtwitterからmixi日記に転送していたので、いじればmixiボイスにも転送できるんじゃないかと思ってやってみました。

mixiSyncがMT5にあげたら使えなくなってましたが、例によってadd_mixi_sync_button内で置き換える文字列だけを変えれば良いだけの話でした。なので、tmpl/cms/edit_entry.tmplを読んで、置き換える文字列を探しました。
というわけで、以下の部分を変更すればOKです。

% diff mixiSync.pl.orig mixiSync.pl
115,116c115,116
<         ><__trans phrase="Delete"></button>
<     </mt:if>
---
>     </div>
> <mt:unless name="sitepath_configured">
121c121
<     $$template =~ s/($old)/$1$add/;
---
>     $$template =~ s/($old)/$add$1/;

久しぶりにこのblogにTrackbackが飛んできたので、ちょっと最近のTrackbackを表示させようかとおもって、recently pinged on pluginを入れたところ、

Undefined subroutine &MT::Template::Context::_hdlr_entries called

というエラーが表示されるようになり管理画面に入れなくなりました。
しょうがないので、_hdlr_entriesをgrepしてみたら、MT5では、MT::Template::Contextから$Core::MT::Template::Tags::Entryに移動していました。

というわけで、

% diff recently-pinged-on.pl~  recently-pinged-on.pl
31c31
< my $mt_hdlr_entries = \&MT::Template::Context::_hdlr_entries;
---
> my $mt_hdlr_entries = \&$Core::MT::Template::Tags::Entry::_hdlr_entries;

のとおりに修正したところ管理画面に入れるようになりました。

何も考えずに、MTOS4から、MT5が出た日に一緒にリリースされていたMTOS5にあげたのですが、実はMT5からSQLiteはサポートされていないのですね。

SQLite / PostgreSQL から MySQL への移行

Movable Type 5 からは、SQLite や PostgreSQL がサポートされなくなりました。

ベータ1をインストールした時に自分の使い方では問題なく動いていたので、結局SQLiteのまま動かしてます。単にブログを書くだけだと今のところ問題ありません。

MT5とSQLiteというページに以下の問題点を発見したとかかれていました。

ブログの削除ができない

カスタムフィールドがうまく動かない

"ブログの削除ができない"ことを最初ブログ記事の削除ができないことかと思ってしまいましたが、もちろんブログ記事は削除出来ました。カスタムフィールドは使っていないので、やはり問題なしです。

ただ、今後のバージョンアップ等でいつ不具合が出るか、若干不安です。

ところで、movabletype.orgにMovable Type 5 Release Postponed to Jan 5th, 2010と出ていたのですが、日本語版は何故先にリリース出来たのでしょうか?1/10までにドキュメントのアップデートをするとは書かれていますけど。

twttmixiを使ってmixi日記に自動投稿していたのですが、ある時期からtwitterを非公開状態に変えてしまったので、twttmixiが動かなくなってしまって放置してました。

時間があった時に調べてみたところ、どうもBasic認証を要求されてそこで失敗しているようなので、ユーザ認証を要するページにperlでアクセスを参考に修正しました。

83a87
>     $twitter->credentials("$TWITTER_DOMAIN:$HTTP_PORT", $TWITTER_REALM, $TWITTER_USERNAME, $TWITTER_PASSWORD);

修正といっても大したことなく、単に1行追加です。なお、ここで使っている変数は以下の通り設定しています。

my $TWITTER_DOMAIN      = 'twitter.com';
my $HTTP_PORT           = '80';
my $TWITTER_REALM       = 'Twitter API';
my $TWITTER_USERNAME    = ツイッターのユーザネーム;
my $TWITTER_PASSWORD    = ツイッターのパスワード;