はてなブックマーク

前回の Docker on Ubuntu on WSL2 の環境を用いて、Visual Studio Code の Remote Development 拡張機能を使って、開発やサーバー稼働といったことがどのくらいできるのかを試してみます。結論としては、手間は掛かるけどもある程度の動作が可能といったところです。 nginx をコンテナで動かして外部からアクセスする コンテナとして nignx を動かし、他の PC からもアクセスするという状況を考えてみます。普通に以下のコマンドで WSL 上のシェルで実行します。 $ docker run -p 80:80 -d nginx 毎回 sudo 付きで docker コマンドを発行するのが手間だったので、作業ユーザーは docker グループに追加している状況としています。 このとき、作業PCからであれば、http://localhost/ で

米Dockerは8月31日（現地時間）、「Docker Desktop 4.0」を公開した。Windows/Mac環境へ「Docker」をインストールし、手軽に使えるようにしたツール「Docker Desktop」のメジャーバージョンアップとなる。機能面では小幅なアップデートとなっており、製品サブスクリプションのアップ... Docker Desktop は使用せずに、Docker の便利な性質は開発で使いたい！というちょっとしたワガママを解決できるかなと興味があったので、少しトライしてみることにしました。 Docker Desktop をアンインストール Windows 10 では WSL (Windows Subsystem for Linux) が使えます。これを用いて Docker を動かそうというのが最初の目標です。最終的には VS Code の Remote Developme

以前に VMware ESxi と VyOS を用いて３つのネットワークセグメントを接続することをやりました。今回はこれを Raspberry PI を用いて実現できないかを実験しました。 準備 前回同様、都合により３つのネットワークセグメントからのパケットはタグポートで出ているものを使用することにします。このスイッチは、 NETGEAR の GS108Ev3 です。 ESXi につながっていた LAN ケーブルを Raspberry Pi に差し替えた、と思ってもらえればと思います。 ここでは Raspberry Pi は Raspberry Pi2 を使用します。 OS は 2017-03-02 raspbian-jessie-lite.img を使用しています。 またパケットの転送を許可するために /etc/sysctl.conf に以下の設定を行っています。 net.ipv4.ip

以前に 「Git LFS を使ってみる」という記事を書いたのですが、現在のものと少し合わなくなってきている感じがしたので書き直しました。 Git LFS が出始めの頃と比較すると利用できる環境は格段に増えています。 出始めの頃は別パッケージとしてインストールが必要でしたが、現在は Git for Windows の中に含まれています。 Git LFS は、指定されたファイルタイプ（拡張子による設定など）によって、特別な処理を行いバージョン管理させる仕組みとなっています。 具体的には、比較的ファイルサイズが大きくなるバイナリファイルを対象に指定して、バイナリファイルへのリンク情報をテキストの形にして git によるバージョン管理に載せる動きとなります。 リポジトリ上では、バイナリファイルは git の標準のデータ構造とは別の場所に格納されていたりします。 現在においては、各種 git リポジ

はじめに Windows のリモートデスクトップでは、OpenGL を有効化するのに制限がありました。 NVIDIA の Quadro シリーズを装着しているPCへのリモートデスクトップでは OpenGL を有効と出来たのですが、 Geforce では有効とすることが出来ませんでした。(以前の話はこちらにあります) 新型コロナウィルスの影響でリモートワークが求められるようになり、 NVIDIA がこの機能を Geforce でも使用できるように機能解放をしてくれました(ありがたや～）。今回はこの手順と簡単な検証をしてみたので、その内容を記事にしました。 結果 リモートデスクトップ接続して、 OpenGL の自作プログラムを実行してみました。これが以下の図ですが、リモートデスクトップでも多くの OpenGL エクステンションが使用可能となっており、ハードウェアアクセラレートが効いたOpenG

オープンソースの STUN/TURN サーバーを導入してみました。 ターゲットは CentOS 7 を想定しています。 NAT 越えのための STUN サーバーを NAT 配下に設置できそうなパラメータも紹介します。 Coturn の導入 Github から Coturn を取得します。 これをビルドするための手順は以下の通りになります。 割と素の環境でセットアップをしたため、 git やら gcc やらのインストールからやってます。

はじめに 書籍 「ゲームプログラマーになる前に覚えておきたい技術」 に含まれる各プロジェクトは VisualStudio 2005, 2008 を想定したもので、それ以降のバージョンには暫定的に対応したものが配布されている状態です。 本プロジェクトは、各プロジェクトの VisualStudio のバージョン依存を排除することを目的としています。 CMake という外部のツールを利用することによりこれを実現します。また、 DirectX SDK 2010 June バージョンへの依存も廃止し、現代にあった環境でビルドできるようにしています。 VisualStudio 2012 より新しいもののみのサポートに限定されますが、楽に最新の状態で環境を構築することができるようになっています。 [amazonjs asin=”4798021180″ locale=”JP” title=”ゲームプログラ

USB WiFi を Linux で使おうとすると予想通り大変です。 Windows でドライバなしで使える（標準ドライバ）とかがどれだけ恵まれているかを実感させられます。今回は個人的に試してみて Linux でも使えたものをまとめてみました。 この記事を書いている段階では生産中止になっていない入手可能なものに厳選しています。 すぐに使えるもの 最近の Linux において、すぐに使えるものを列挙してみました。 最近のLinux とは Ubuntu 16.04, Fedora25, ArchLinux あたりを想定しています。 これらの環境であれば、標準ドライバで動作させることができるので差してすぐに使用可能です。 GW-USNANO2A (プラネックス) WN-G300UA (IO DATA) 以前には Logitec LAN-W300N/U2S を使っていました。心配の種は発熱が結構あ

AndroidStudioにおいてデバッグ状況・感触については以前に記事にしました。混在デバッグもうまくできていて残すはどうネイティブのプロジェクトの設定ができるかというところについてのみとなりました。 今回はそれについて確認してみたいと思います。 プロジェクト作成 AndroidStudio で新規にプロジェクトを作成します。 プロジェクト作成後に追加する方向で検証したいので、 Include C++ Support にはチェックを入れないでおきます。 こうしてできたプロジェクトに C++(JNI) のサポートを追加します。 app の部分で右クリックして、 “Link C++ Project with Gradle” の項目を選択します。 すると新規にウィンドウが開いて、どのタイプのビルドシステムで C++ に関して追加するのかを問われます。 現時点において、 CMake, ndk-b

つい先日 Windows7 SP1 向けに、各パッチの集大成である「KB3125574ロールアップ」が提供開始となりました。Windowsを新規でインストールした直後に Windows Update を実行すると大量のパッチファイルの適用のために長い時間がかかりました。今回のロールアップを使うとパッチ適用のための時間を短縮することができます。 この「KB3125574ロールアップ」は 2016/4 までの約5年ほどの大量のパッチの集大成となっています。時間短縮目的で導入することが多いと思うので、オフラインインストールのパッケージを取得して共有しておくことがオススメだと思います。このオフラインインストーラーの入手は 「Microsoft Update カタログ」というところから取得します。ダウンロードセンターで配布していないようなのと、上記サイトには必ず InternetExplorer で

Git はソースコードの管理ツールのため、巨大なバイナリファイルの扱いが苦手でした。これに対応すべく開発されたのが LFS: Large file storage という機能です。 今回はこれをインストール＆触ってみたいと思います。なお環境はすでに git for windows がインストールされた環境で行っています。 ちなみにこの記事の内容は Git for windows 2.7.2, git-lfs 1.1.1 を用いての内容となってます。バージョンが異なる場合、以下の内容とは変更になっている可能性があるのでご注意ください。 GIT LFSについて 扱いとしては git のエクステンションという形になってます。 提供する機能は、指定されたファイルタイプの場合に特殊な処理を行うようになります。 この処理というのが、バイナリファイルを指し示すリンクをソースコードの場合と同じように保持す

前回 QNAP のファイルサーバーで Git リポジトリを扱おうとして、思うようにいかなかったので他の方法を探してみました。 ちなみに、あれから git daemon による git リポジトリを扱う方法もやってみたのですが、Windowsのmsysgitのgitからは、Write Objects の状態から進まずという(フリーズ?）という状態で停止でした。 どうしてもファイルサーバー(NAS)上にリポジトリはおいておきたいので、方法を探した結果、Windowsのファイル共有でリポジトリを置く方法にトライしてみました。 構成 NASはWindowsファイル共有でリポジトリ用フォルダを公開 他のWindows PCは上記のフォルダへアクセス可能。TortoiseGit を使用する 共有フォルダにリポジトリを作成 リポジトリを置く共有フォルダ(NAS上)で、リポジトリのフォルダを作成します。こ

前回までに構築したGitLabにクライアントからアクセスしてみます。 クライアント側は、次のソフトをインストールします。 tortoiseGit  1.7.7 (x64) msysgit  (Git-1.7.10-preview20120409) ちなみに Windows7 x64をクライアントOSとして使用しています。 tortoiseGitをインストールした後で、msysgitをインストールしました。 注意点として、sshクライアントをどうするかという点があります。 今回は TortoisePLink を使う方向で環境を用意してみます。 （msysgitに付属の方を使うと若干環境構築が楽になる…かも.問題が起こったらこちらの方に切り替えてみるといいかも) 基本デフォルトでインストールしていきました。 GitLabでユーザー作成 以前設置したGitLabに管理者としてログインし、普段使う

NVIDIA Nsight Tegra を導入してみました。これは Tegra Android Development Pack に含まれています。 これが結構便利で、Android のNDK開発では個人的には最有力候補になると思っています。 一昨年くらいの TADP は個人的にはマイナス評価で検証後見送ったのですが、今回は多少のデメリットがあってもこれを選択したい勢いです。 さて入手には登録を必要とするのですが、ちょっとややこしい感じだったので、まずはそれについて説明しておきます。 NVIDIAのDeveloper Programに登録し、ログインを行います。 そして、Tegra Registered Developer Program と Nsight Visual Studio Edition Registered Developer Program の２つを有効化します(Appro