はてなブックマーク

はじめに docker-swarmとか全く知らないdocker素人です。 Proxy環境でdockerの仮想環境を作ったらapt-getが通らなくて無事死亡したので調べてみました。 あ、一つ言っておきますが、ネットワークの知識はほぼありません。 ProxyとDNSがどういう機能・役割であるかはわかりますが、どのように連携してシステムになってるのかすら知りません。 前編（？）：Dockerで開発環境を仮想化する Docker DaemonにProxy設定を教える dockerコマンドを実行するときは外部のネットワークに接続する必要があるならDocker Daemon自体にプロキシ設定が必要です。 たとえば、Docker DaemonがProxy設定を知らないと、FROMコマンドでイメージをDLしてくることができないと思います。 Proxy設定には以下の５種類ぐらいがあると思いますが、必要なの

ことの発端 時々、提供されるソフトのバージョンが変わってコンパイラのバージョンが変わることがあったりします。 しかし、自分たちの膨大な数のmakefileにはgccとかclangとかしか書かれてないのです。 これでは去年の製品を再ビルドしようにも、シンボリックリンク先が新環境を指しているのでダメです。 しかし、製品サポート案件で容赦なく過去モデルでのバグ修正チケットが回ってきます。 先輩に聞くと「コンパイラやライブラリのディレクトリ名をリネームする」と。 なん、だと……という感じです。今の環境が正しいのかすら保証できません。 これでは、バグ以前に昔のモデルを再現することすら難しいです。 もう、xx年用ビルド環境を個別に用意するしかありません。 しかし、マシンを複数用意してくれる訳もなく（してもらってもスペース的に困りますが）、そこで仮想化の手段に手を出し始めました。 幸いにも、マシンに基本

bashには色々とif文の書き方があるようです。 知らなかったので、まとめてみたいと思います。 事の発端 この調査を始めるきっかけは、Google Shell Style Guideと呼ばれる資料に目を通してからです。 これは「Googleは社内でBashをこう書いてるよ！！」と示したコーディング規約です。 他にも多種多様な言語に対するスタイル集もあります。 C++とかPythonとかもあったりします。 ※日本語訳して下さっている私に比べて遥かに優秀な方がいらっしゃいました。 C++ Python 私は綺麗であれば何でもいいと思うので、このGoogle Style Guideに則って書くことが多いです。 ※いちいち考えて、その挙句に周りからチクチクされるの面倒ですし、 なにより「Googleがやってますよ！」って言えばなんか説得力ありますよね（無いよ） Google Shell Style