ソースから自前ビルドしたソフトウエアの効率的な管理方法 - （ひ）メモ
ぼくは長年こういう方法で管理してますよ、というお話です。Linuxです。 ディレクトリレイアウト概観 たとえば、asoとbmdという名前のソフトウエアをインストールしている状態はこんな感じ: /usr/local/ ┬ app/ ┬ aso → aso-1.3 │ ├ aso-1.2/ ┬ bin/ ┬ armored │ │ │ └ scrum │ │ ├ sbin/ ─ syd │ │ └ share/ ─ man/ │ ├ aso-1.3/ ┬ bin/ ┬ armored │ │ │ └ scrum │ │ ├ sbin/ ─ syd │ │ └ share/ ─ man/ │ ├ bmd → bmd-2.0 │ └ bmd-2.0/ ┬ bin/ ─ tri │ ├ include/ ─ angle.h │ └ lib/libsnk.so.2.0.0 ├ bin/ ┬ armor
Stowを利用してソースからビルドしたソフトウェアを効率的に管理する - Glide Note
同じチームの@lamanotramaさんと話していて、 これから一部パッケージはRPMを作らず、@hirose31さんの方式 (ソースから自前ビルドしたソフトウエアの効率的な管理方法 - (ひ)メモ) を採用するとのことで、「なるほど!!」と思いながら上記記事のはてブコメント を眺めてたらStowというものを発見。 早速検証してみた。検証環境はCentOS 6.3です。 Stowの概要 Perlで書かれている ソースからビルドしたソフトウェアを管理するソフト 任意のディレクトリ/usr/local/stowなどにパッケージ一式をインストール インストールしたパッケージから/usr/lib/{bin,lib,share}にリンクを貼って利用。 バージョンの切り替えはリンク張り直しで行う(ファイルの上書きはしない) zsh-4.3.17やzsh-5.0.0などバージョンの切り替えが容易になる(
crontabの"-i"オプションで"-r"のうっかりミスを防止する - 元RX-7乗りの適当な日々
今、お風呂からあがって、TwitterのTLを見てたら「crontab -e は「絶対に」使ってはいけない - ろば電子が詰まつてゐる」のエントリを読んで、その勢いで書く。 crontabコマンドにはrオプション(Remove)があり、これを実行すると何の警告もなく全てが消え失せる。 crontab -e は「絶対に」使ってはいけない - ろば電子が詰まつてゐる 確かに、(僕も含めて) 誰もが一度くらいは怖い/ドキドキするような思いをするのかもしれないですが、crontabコマンドには"-i"オプションという、削除時に確認のプロンプトを出してくれるオプションが存在します。 つまり、aliasでこのオプションをつけておけば良いわけですな。 $ crontab -e crontab: installing new crontab $ crontab -r $ crontab -l no cro
コマンドプロンプトを立ちあげ障害を追っていく先輩に憧れて - Going my way
PCを使う仕事をしている限り、ネットワークの問題は切り離せない。 それは個人の問題であれ、システムの問題であれ、常日頃何かが起こり、そして原因を追跡しなれけばならない。 スリーウェイハンドシェイクという言葉すら知らなかった新人時代、問題が起きたら即時にteratermを立ちあげ、問題点を追跡していく先輩はさながら探偵のようにも見えた。 意味がわからないものは神々しく見えるものなのだ。そんなに難しいことをしていたわけではないのに。 以下、コマンドプロンプトでネットワーク系のコマンドを思うがままにまとめていく。 詳しく学びたい人は、文末に載せたリンクの書籍を読んでほしい。 ■例えば迷惑メールが届いて、その迷惑メールの送り手が使っているISPまでをなんとか調べたいとき。 ①nslookupを使って、メールを送ってきたメールサーバを調べる。 C:\temp>nslookup DNS request
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
新標準PSRに学ぶきれいなPHP