■ Subversion やまだあきらさんがximapdのMLにもりもりパッチを投げまくっているので、「こりゃTrunk HEADに追従しないと乗り遅れるかも!」と焦り(←客観的には焦る必要なし)、重い腰を上げることに。ってつまり、Subversionを入れたってことなんだけど(おせー!)。 といっても、こんだけ: % sudo apt-get install subversion で、ximapdは職場で使っているので、proxyを通さないと社外のリポジトリは使えない。調べたところ、~/.subversion/serversを書き換えるらしい。設定はこんな感じ?: [global] http-proxy-host = proxy.example.com http-proxy-port = 8080 で、coしてみたら、ダメなのだった: % svn co http://projects.n

以前から遅々として進んでいなかった自宅サーバのお引越し． ウェブサーバについてはレンタルサーバへ移したのですが，研究で開発したプログラムや論文などの文書を管理してするためにSubversionの移行がやっとできた． そこで，そのときの作業メモを公開． Subversionは，自宅サーバ上ではWebDAVを利用してapacheと連携してhttpで通信していました． それをこの度，管理している対象が研究に関連するプログラムや文書ばかりでしたので，「研究の資産は研究室へ」と思い，研究室にあるサーバへ移そうと計画しました． 僕は研究室サーバの管理者ではないので，移行後はhttpではなくsvn+sshへ変更することにしました．これならば，apacheに関して弄れなくても，そしてsvnserverを起動できなくても，svnやsvnadminなどSubversionに関するさえ利用できればSub

courier-imap-sslで使う証明書 imapサーバを作ったけど、ルート証明書のホスト名がloalhostになっていた。 で、これを適切なものに直す方法。 1. /etc/courier/imapd.conf を適当に修正 2. /etc/courier/imapd.pem を削除 3. mkimapdcert を実行 以上

Section: User Commands (1) Updated: Aug 2003 Index JM Home Page roff page 名前 screen - VT100/ANSI 端末エミュレーション機能を持つ画面管理ソフトウェア 書式 screen [ -options ] [ cmd [ args ] ] screen -r [[pid.]tty[.host]] screen -r sessionowner/[[pid.]tty[.host]] 書式 screen は、ひとつの物理的な端末を複数のプロセス (特に対話シェル) で共有化できるようにする、フルスクリーンウィンドウ管理ソフトウェアである。 各仮想端末は DEC VT100 端末の機能に加え、ANSI X3.64 (ISO 6429) や ISO 2022 規格に含まれる制御機能 (例えば行の挿入/削除や複数の文

注： Rubyは2.1.0からSemantic Versioningを採用しています。 Ruby 2.1.1, 2.1.2等はバグ修正やセキュリティfixのみを含むため、リファレンスとしては2.1に統一しています。

テスト駆動開発(Test-Driven development = TDD)については、以前からTest Firstという名で知っていましたし、実践しようともしていたはずなのですが、Kent Beckの"Test-Driven Development by Example"を読むまでは、やっぱりわかっていなかったような気がします。 それでは今ならわかっているのかというとそれも心もとないので、自分の理解を確かめるためにもmini Test-Driven Development by Exampleを書いてみることにしました。 使用している言語はRubyです。私はRubyが得意なわけではないのですが、Rubyなら処理系によるエラーメッセージの違いやIDEの操作方法の違いに惑わされずに済むかもしれないと思いRubyにしてみました。必要最低限の説明は入れましたのでRubyを良く知らない人でもわかっ

■[work]RubyとTDD（本編） つうわけで、RubyとTDDの関係に関して、自分なりの考えを書こうと思います。 いきなり結論から書くと Rubyと（現状の）TDDはツンデレである だと思います。どういうことかって？つまりRubyでソースを書き始めるときってTDDとはあまり相性が良くないと思います。テストよりもソースを書きたい衝動が強いです。でも、しばらく書き続けてある程度の大きさになるとテストが無いことが苦痛になってきます。で、テスト書き始めて通常のTDDのプロセスに入るっというのが僕には多いパターンです。最初TDDにツンツンしていたRubyが最後にはTDDにべったりとなってしまうので、RubyとTDDはツンデレかなっと思います。 つーわけでRubyとTDDの考察に入る前提としてRubyにとってもテストは重要ってことは忘れないで下さい。 Matzさんが言っていたようにRubyは型を

このページは、なに? Subversion に関するページです。 2009å¹´6月12æ—¥(金) 更新。 何かありましたら [email protected] へのメイルなど、お気軽にどうぞ。 mvc.el mvc.el は Mercurial などにも使える、そこそこ高速で複数バッファとタブに対応した Emacs クライアントです。 詳細は mvc.el のページをご覧ください。 svn diff などの文字コード svn diff ã‚„ svn blame などで日本語が化けて困るような場合、以下のようなラッパを用意しておくと文字コードを統一できて便利かもしれません。 ラッパは /usr/local/bin/svn などの実際のバイナリより優先される位置に svn というファイル名で実行属性を付けて (例えば ~/bin/svn など) に置きます。 svn wrapper (hg ã‚„ diff

[以前からやっていたが明文化] svn+ssh://hostname/home/kyoya/svn/repos/dots 以下にdot-filesを配置 ~/dots に co し、 symbolic linkを張る(~に直接置いてもいいかも) $ ln -s dots/.xxx svn自体のバージョンアップによってリポジトリがアクセスできなくなるのが怖い。定期的(毎日)にdumpしておくことにする。1week前までのバックアップをとる。dot-filesのみなので容量は知れている。 $ cat dump.sh #!/bin/sh DAY=`date +%w` FILE=repos.$DAY.dump.gz svnadmin dump repos | gzip > $FILE $ crontab -l 0 0 * * * /bin/sh /home/kyoya/svn/dump.sh

日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。

「VC管理下のファイルのバックアップ」というエントリーで、ひげぽんさんが ChangeLog メモファイルを誤操作で削除してしまい、過去二週間分のデータをなくしたとあった。 ChangeLog メモファイルはバージョン・コントロールの Subversion で管理していたものの、最後の commit が二週間前であったらしい。運がなかったのは、Emacs は VC で管理しているファイルのバックアップは取らないこと。もしバックアップが取られていたら、もう少し被害は小さかったろうにとある。 バージョン・コントロールはバックアップを取ることも重要な役割だから、Emacs が重複する機能の一方を機能オフにするのは理に適ってる。ただ、VC のバックアップのタイミングは人任せなので、ひげぽんさんのようにバックアップを取っていないと不幸になる。その対処法として、ひげぽんさんのエントリーは、「バージョン

計算機を使っていると、何でこんなことを覚えないといけないのだ ろうか、とストレスを感じつつも、それを覚えないとソフトウェア を使いこなすことができないためにしぶしぶ覚えなければならない、 といった類いのノウハウは多い。そうした雑多なノウハウのことを、 本来は知りたくもないノウハウという意味で、私はバッドノウハウ と呼んでいる。 バッドノウハウは、ソフトウェアの複雑怪奇な仕様が歴史的に引き ずられ、根本的な改善は行われないまま、そのノウハウが文書によっ て受け継がれることによって蓄積が進行する。Unix 上で広く使わ れているツールとしてはTeX, Emacs, sendmail, bind, perl, gnuplot, procmail などは、役に立つツールであると同時に、その 複雑怪奇な仕様によって長年に渡ってユーザを苦しめ続け、バッド ノウハウの温床として悪名が名高い。こうしたツー

最終更新日: 2002-03-18 (公開日: 2002-03-18) Unix Magazine 誌に 2002年1月号から 2003年2月号にかけて連載し ていた記事の元の原稿です。 横着プログラミングとは 私は必要が発明の母だとは思わない。私の意見では、発明とは怠惰 から、おそらくはまた、まさに無精から生じるものである。面倒を 省くために。 -- アガサ・クリスティ この言葉によると、どうも発明とは横着したいがために生まれるも のらしい。そう考えてみると確かに、私がプログラミングをする動 機は、横着するためのソフトウェアを作るため、という要素が大き い。突然、「うげー、面倒くせー」と叫んでプログラムを書き始め るのである。 そんなわけで、横着するためにプログラミングすることを私は勝手 に「横着プログラミング」と呼んでいる。本連載では横着プログラ ミングをテーマに、横着のコツや私が作っ

GNU screen を使い始めて数ヶ月が経ち、ようやく慣れてきました。それで、screenrc による設定方法などを調べているのですが、「こういうときはこうする」とか「こうするとこうなる」というオススメの設定があったら是非教えてください。 今の screenrc はこういう感じです。 escape ^Tt termcap kterm hs@ terminfo kterm hs@ vbell off bind w windowlist -b hardstatus alwayslastline I%wI defhstatus I^En:^EtI shell -$SHELL startup_message off autodetach on いくつかよくわかってないののも混ざってますがｗ よろしくお願いします。

MacOSX をお使いの方に質問です。 Windows から MacOSX に Switch したのですが、気づけばあまりフリーソフトの類を使っていないことに気づきました。ターミナルから使うコマンド類のUNIX ウェアはいろいろ使っていますが、もっと OSX ネイティブなアプリケーションとかで便利なものが知りたいこの頃です。 Carbon Emacs Witch Safari Stand あたりは愛用中です。でかいアプリケーションでもいいですし、ちょっとした気の利くものでもいいのでオススメがあったら是非教えてください。こいつがあるとないとでは劇的に違いすぎる！的なもの、大歓迎です。

The tools we use to run and build 37signals Jason 03 Jan 2006 68 comments Latest by John We get lots of emails asking us what tools we use to build our products and run our business, so I figured we’d just post it to the blog. For text editing, HTML, programming, and CSS work we use a combination of TextWrangler, TextMate, and Vim. For accounting we use Quickbooks Pro 2006 for Mac (we download our

C-Rose Charters Orange Beach, Alabama Spend more time fishing, less time riding with Captain Dewitt Sightler

久々に TSUTAYA に行き、映画を借りてきて見た。 今さらですが、デスノートおもしろい！DEATH NOTE デスノート / DEATH NOTE デスノート the Last name complete set出版社/メーカー: バップ発売日: 2007/03/14メディア: DVD漫画の方も見たことがなく、今まで全くノータッチだったのですが、ふと思いつき、見ることにしました。実におもしろい！L (エル) のキャラ設定とかが今までにない感じで、かなりよかった。松山ケンイチの演技もいいねー。漫画のほうでも読みたいと思いました。

次のページ 前のページ 目次へ 7. iptables を使う 個々の事項についてのもっと詳しい説明が必要なら、iptables にはかなり 詳しいマニュアルページ(man iptables)があります。 ipchains に精通している人はすぐにでも iptables と ipchains の違いを見たいにちがいありません。実際、 2つはとても似ています。 iptables を使って色々なことができます。 まず、3つの組み込み済みチェイン INPUT, OUTPUT そして FORWARD (これらは削除できません)から始めます。 では、チェインを扱う操作を見てみましょう: 新しいチェインを作る (-N) 空のチェインを削除する (-X) 組み込み済みチェインのポリシーを変更する (-P) チェイン内のルールをリストアップする (-L) チェインからルールを全て消し去る (-F) チェイ

- コマンドラインで日本語を - on Mac OS X　1(1)/14168 更新:2013/05/19 ←日本語lessとlvのページへ 注意：このページの内容については、何ら動作を保証するものではありません。使用するときは個人の責任でお願いします。 さて、つぎは日本語表示できるmanページの話です。 Mac OS Xにはマニュアルページを表示するmanコマンドが元々インストールされています。でも、そのままでは日本語のマニュアルページは表示できません*1。 (*1)もっとも、日本語manページは用意されていないので、日本語表示できたとしても、表示のためのネタ(表示対象)がないのですが... ということで、次は日本語表示可能なmanコマンド(とmanページ)の話です。 日本語groff manコマンドは実は幾つかのコマンドを組み合わせて実現されており、manコマンド本体だけを日本語化して

サーバーの管理者権限を得るコマンドとして、su コマンドが用意されていますが、これはログインするたびにroot のパスワードを入力しなくてはならないという点で、ネットワーク上にroot のパスワードが流れたり、パスワード入力を監視されたり（覗かれたり）するなどの可能性があり、セキュリティ上の観点から多少の不安が残ります。そこで使用するのがsudo（superuser do） コマンドで、指定した一般ユーザに対して特定のroot コマンドを付与することで代理のroot ユーザとしてサーバーを管理させる事ができるようになります。自宅サーバーを構築している皆さんであれば最大の魅力は、やっぱりroot パスワードを何度も入力しなくても済むことでしょうかね…(^_^;) ■sudo のインストール sudo はほとんどのLinuxディストリビューションにはデフォルトでインストールされています。以下の

Linuxで作業をする場合、通常は一般ユーザーで行い、必要があるときだけrootになるのが基本だ。しかし、1コマンドを実行するためだけにsuでrootになってexitで抜けるのは面倒だ。また、rootは何でも実行でき、ファイルの削除や変更も自在なので事故が起こりやすい。 例えば、ソースプログラムをダウンロードしてコンパイルするところまでは一般のユーザーでも行うことができるが、プログラムのインストールにはroot権限が必要だ。このようなときは、sudoコマンドでroot権限が必要なコマンドを実行すればいい。 sudoコマンドを使用できるようにするには、visudoコマンドで/etc/sudoersファイルにユーザーIDを登録する。以下の例では、noriというユーザーIDを登録している。なお、visudoコマンドを実行するときは、rootでログインしなければならない。 # sudoers fi