ptex-bin が
fmtutil: format `ptex' not available
といって postinst で失敗してくれる。これは以前 woody → sarge のときも発生していたんで、woody で hold していた。が、今回はこれを解決する方向で挑戦(upgrade ではなく新規に ptex-bin を入れるときも上記エラーで install できなかった。これも解決する方向で)
これで ok。実際はもっといろいろいじくったのだけれども。
# 今日記書いてる段階で気づいたんだが、もしかすると自分で設定してた環境変数の TEXINPUTS とかが悪さしてたんじゃないかという気がする。というかきっとそうだ、自分の TEXINPUTS の中は /usr/local/share ばっかりだし。su じゃなくて su - してやりゃよかったかな。
# てことで追試してみた。問題なく通った。これまでずーっと疑っててごめん > debian ptex-bin
また、独自のファイル群を /usr/share/texmf/ptex/KIP 以下にばらまいて mktexlsr。
/var/lib/texmf の存在を忘れていた。
vd_fglrx-4.3.0-3.7.6+2.6.6-mm3.patch と同等のものが入ったので、これ自体は不要になった。
GPLではないdiffライブラリ、Algorithm-Diff だそうだ。本家につながらないみたいなので試せていないけど、要チェック。夜になったら拾えた。明日試してみよう。
http://www.vollstreckernet.de/debian/ から頂いてきた libwxgtk2.5 上では audacity 1.2.3 はビルドできないようなので、CVS から引っ張ってきて作成。
推奨されない getopts をこれまでずーっと使ってきたけど、
getopts is deprecated after Ruby 1.8.1; use optparse instead
と出るようになったので、初めて optparse を使ってみた。optparse::チュートリアル を見ながらやってみたけど、わりと簡単にできた。
QEMU にインストールとかしたりしてようやく #494344 の FTBFS 解決。それにしても autotools とか cdbs とか dash とかハマリ多し。> Debian kFreeBSDでビルドが停止してしまいます
を、busser-serverspec の開発という縁があり、著者のmizzyこと宮下剛輔さんからいただきました。ありがとうございます。
busser-serverspec については「test-kitchen 1.0探訪記」(2013/05/20)、「busser-serverspec」(2013/07/24)をご覧ください。
本書は「はじめに」(p.vii)で「単なる Serverspec に関する解説書ではなく、Serverspec に関する思いを綴ったエッセイとも言えるかもしれません」「本書の対象読者は、Serverspec というソフトウェアとその周辺について既にある程度の知識や理解がある」とある通り、Serverspec の入門書ではありません。しかし、Serverspec を使い始めるに当たって基礎的な事柄は網羅されていますし(2章「初めての Serverspec」, 3章「Serverspecの本格利用」, 6章「トラブルシューティングとデバッグ」)、リファレンスも巻末付録にあるので、初学者にとっても実用的な書となっています。何より Serverspec に込められた思想、そしてその目指す未来について触れておくことは、初学者にとってより強く響くものであると思います。
Serverspec そのものの紹介というより深く、Serverspec によって目指すものは何なのか、Serverspec の開発における哲学が述べられた「エッセイ」(p.13)です。この 2年間継続的に開発され、これからも継続的な保守を続けるつもりでおられるのは、この強固で揺れることのない意志によるものと思います。述べられているすべてがどのような場合にも当てはまるとは限りませんが、開発者と利用者の双方への重要な示唆に富んでいます。
まずは触ってみよう、といった趣の章です。Serverspecの基礎中の基礎が簡潔にまとまっています。ページ数を数えてみるとたったの 8ページ、ソースコードや実行結果を除くとさらに少なくなります。導入コストの低さを端的に表している章と言えるでしょう。
2章を踏まえて、より実践的な内容となっていきます。Serverspec の記法、動作をカスタマイズするための設定項目、ディレクトリ構造の例、利用可能なメソッドなどの紹介があります。そして重要なのは、どのようなテストコードを書くべきか、という指針です。ただやみくもにテストコードを書けばよいのではなく、Serverspec が担当すべき範囲はどこまでなのか、一体何を目的としてテストをしているのか、明確な観点を持つべきと説かれています。
Serverspec において、コマンド実行などの実務を担っている Specinfra と、それと Serverspec の関連性について詳しく述べられています。さらに実例を通して Serverspec と Specinfra の拡張方法が解説されています。Pry から Serverspec、Specinfra を操作するという内部動作を知るための試みもなかなか面白いです。そして、1章のエッセイにも通じる、Serverspec/Specinfra へのコントリビュートの際の心構えについて述べられています。
Serverspec は「1.5.3 1つのことをうまくやる」(p.11)という UNIX 哲学の下に、他のツールとの組み合わせが容易であるよう開発されており、さまざまな組み合わせが簡単な例と共に紹介されています。3章のテストコードの指針で述べられていた「サーバ構成管理ツールを信頼する」(p.58)について、「5.4 サーバ構成管理ツール」(p.127)でも視点を変えて再び論じられています。
Serverspec によるテストが失敗した際、どのように調査を進めていくか、標準出力と標準エラー出力、SSH 接続、sudo 実行などの実例を挙げて述べられています。またここでも、Pry を使っての追跡が便利と紹介されています。
「Serverspec 自身は既にある程度完成されていると筆者は考えている」(p.161)ことから、RSpec 以外の別フレームワークや Go のような別の言語での Serverspec 実装の構想や予想、itamae といった Specinfra を利用するツールの紹介があります。サーバ構成管理がシンプルになり、テストが不要になった未来はまだ訪れなさそうで、Serverspec が必要な状況はまだ続くと締められています。
「付録A リソースタイプリファレンス」では Serverspec で利用できるリソースタイプとコード例、注意の一覧が記載されています。「付録B Serverspec/Specinfra v2での変更点」では Serverspec/Specinfra v1 からの非互換部分、書き換えの指針が解説されています。「付録C Specinfra の Serverspec 以外の利用例」では単体利用と 7章でも取り上げられた itamae について述べられています。「付録D Windows のテスト」では WinRM でのリモートテストについて簡単な例が記載されています。「付録E Serverspec を活用するために参考となる書籍や雑誌」では Serverspec を取りまく状況をより理解するための書籍が記載されています。
はじめに述べた通り、本書は Serverspec の入門書ではありません。では初学者が読めないのかというとそんなことはありませんし、既に利用している人にとっても Serverspec のみに留まらない多くの含蓄があると思います。にも関わらずお手軽なサイズの書籍なので、通読する時間もあまりかからず、必要なときに開くために手元に置いておく場所も取りません。インフラの運用や開発に関わるエンジニアだけでなく、オープンソースソフトウェアの開発者や利用者にとってもお勧めです。是非とも Serverspec/Specinfra というソフトウェアそのものだけでなく、込められた思想や目指す未来について触れていただきたいと思います。
mikutter-datasource-search プラグインを外したら、TL が「リプライ描画中にエラーが発生しました ()」で埋まることはなくなった。でも、このプラグインがないと不便。
| 前 | 2003年 5月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 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
パッチ等(無保証)