Bash on Windowsで真面目に開発環境を整備する - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 序章 皆さん、アプリケーション開発マシンのOSは何をお使いでしょうか？ 想像ですが、Windowsアプリ開発でない限り恐らくMacが最も優勢であろうと思います。 私は一時期頑なにWindowsで頑張っていました。 しかし今作っているサービスで使うライブラリや周辺ツールがどうしてもWindowsでは正しく動かず、かといってMacを調達するのも色々辛く、ググりまくるのに疲れたこともあり遂にギブアップ。 Windowsの入ったSSDを窓から投げ捨て、今は平穏にCentOS+KDEで開発をしています。 なぜUbuntuじゃないのかといえば単に慣
Jupyter+AnsibleをBash on Ubuntu on Windowsにインストール - Qiita
今お仕事させていただいている国立情報学研究所では Literate Computing for Reproducible Infrastructureと銘打って、仮想環境の整備をするNotebookとかHadoopクラスタを構築するNotebookとかを公開しているわけですが、最初のとっかかりとしてJupyterとAnsibleがインストールされた環境を用意するところがちょっと考えどころになります。 Macを使っておられる方はいずれもpipでさっくり入るわけですが、Windowsだと色々悩みどころが出てきます。 まあ、インフラ系ツールを積極的に使うんならLinuxとかMacとか使えよという話はあるわけですが、今回はその悩みどころを我らがニューカマーBash on Ubuntu on Windows(以下BoW)で何とかしてみることにします。 BoWに取り組む前に・・・ 個人的感想ではありま
同一のハードウェア(Macbook)のmacOS, Bash on Windows, Ubuntu, VirtualBoxでUnixbenchを実行して性能を比較してみる - Qiita
もうすぐ Windows10 Fall Creators Update や macOS High Sierra がリリースされるという時期なのにこういうテストを行うのは今更感があるような気がしますが、下記5種類の環境を同一のハードウェアにセットアップして Unixbench を実行してみました。 macOS Sierra Windows10 1703 の Bash on Windows Ubuntu 16.04 LTS macOS Sierra 上の VirtualBox にインストールした Ubuntu 16.04 LTS Windows10 1703 上の VirtualBox にインストールした Ubuntu 16.04 LTS なお、macOS Sierra 向けの Unixbench を動かすには一部のファイルにパッチを当てる必要があるため、macOS の結果は参考程度とご理解く
エラーを自動訂正するZFSの構成とZFS用パーティション作成時の注意点 - Qiita
この話の続きです。 ZFSの特徴の一つにチェックサムを保管しエラーを検出する機能があります。しかしエラーを検出できたとしても、この例のようにZFSが自動でエラーを修正してくれるためには単純なZFSプールではうまくいきません。壊れたデータを書き直すための正しいデータを持った部分が無いと復旧できないわけで、そのためにプールに冗長構成を持たせる必要があります。冗長構成になっていれば、ZFSはエラーが発生したブロックを破棄し、正常なブロックからデータを自動で復旧してくれます。 ご存知の通り、ストレージシステムに冗長構成を持たせるためにはRAID5, 6やミラー(RAID1)などがありますが、ZFSでの冗長構成のストレージシステムを構成する方法に付いて以下に順に記載します。 RAIDZの作成 ディスクが3台以上ある場合は、RAIDZ (あるいはRAIDZ2、RAIDZ3)を構成するのが適正でしょう。
Windows Subsystem for Linux(WSL bash) をまだ使わない方がいい３つの理由(+1) - Qiita
Windows 版 node / nodist フロントエンドの開発を行う際に、最早必須とも言える node ですが Windows 環境にインストールすると微妙に動かなかったりするものが混じっていますが、mac の人に質問しても「知らない」とスルーされて辛かったりします。 Windows 上のエディタで開発してブラウザで確認、bash 側で node環境（ビルド、開発用サーバ起動）という環境にすれば、Windows のまま快適な開発ライフを送れると思ったのですが、2017/03/09 時点で壊滅的に日常使い出来ない点と、フロントエンド開発に使えない点がありましたので、お伝えしたいと思います。 (理由その1) mv コマンドでフリーズする！ Windows 上のファイルは、bash では、/mnt/c/ 以下にマウントされます。 大変分かりやすく見やすいのですが、/mnt/c/Users/
Bash on Ubuntu on Windows環境構築メモ - Qiita
Bash on Ubuntu on Windowsについて ざっくり言うとWindows上でUbuntuが動きますよって言うもの。 略してBoWと呼ぶことも。（この記事でも以降BoWで呼びます） 執筆時（2017/05）はUbuntu 16.04.2 LTSが扱える模様。 詳しい解説はこの辺の記事が参考になると思います。 Bash on Ubuntu on Windowsとは？ そのインストールと使い方 Buildで発表された「Bash on Ubuntu on Windows」とは？ ただ、デフォルトのままだと色々と不便な点が多いので、使いやすくなるようカスタマイズしていきます。 環境構築用のメモ ちょっとだけ快適な環境になるまでのメモです。 Windows 10 Creators Updateを適用させる BoWを入れる前にWindows 10 Creators Updateを適用させ
bash on windowsってすごーい！powerlineとTmuxを駆使してMacのターミナルっぽくする（Tera Termも卒業する） - Qiita
はじめに 私はプライベートでmacOS Sierraを使用していて、ターミナルはこんな感じに設定しています。 題名にもある通り、tmuxとpowerlineを使ってます。 しかしWindowsのコマンドプロンプトはどうしても使いづらいです。 「あ～業務端末もMacにしてくれないかな～」と嘆いていましたが、偉大な先輩たちはそんな文句も言わずWindowsでもイケてるターミナルを構築しているんですよね。 そういうわけで、この画像に限りなく近いターミナルをWindowsでも構築することに。 ※macで構築する場合はADACHIN SERVER Labにわかりやすく書いてあります。 cmderを入れるとよい 偉大な記事です。もうこれだけで全然違います。こちらの記事を参考にまずはcmdから離れます。 記事にも記載されてますが、mini版を落としました。 ・ Bash on Windows + cmd
Visual Studio 2017 と Bash on Ubuntu on Windows による C++ Linux 開発環境の構築 - Qiita
Bash on Ubuntu on Windows と Visual Studio 2017 により Windows 10 上で、Linux アプリ開発が可能に！ Windows 10 Anniversary Update から、OS の機能一つとして、Linux のディストリビューションの一つである Ubuntu がサポートされるようになりました。Windows 環境で、Linux が利用可能です！ さらに、Visual Studio 2017 では、Linux の C++ 開発が標準でサポートされるようになりました。 Visual Studio の IDE を使い、C++ 開発を行い、コード上にプレイク ポイントを設定し、ステップ実行を行うことが可能です！！ Bash on Ubuntu on Windows のインストールと構成 この Bash on Ubuntu on Window
bash on ubuntu on windows に anaconda をサクッとに入れる - Qiita
GPU付きのwindows10を入手したので機械学習の勉強用に使おうと思いました。 予想はしていましたがwindows版をインストールしてもbash上ではpythonのバージョンは3系にならず。 入手したてのマシンでpyenvとか入ってないし、apt-getとか使わずにサクッと入れられないか試しました anaconda for linux をinstallするまで ダウンロード ダウンロード先はこちら。 https://www.continuum.io/downloads Download for Linux というタブがあるので、そちらからインストーラをダウンロード。 コマンドを実行 サイトにあるコマンドはこちら bash Anaconda3-4.3.0-Linux-x86_64.sh ただ、今回参照したい対象ファイルはwindowsでダウンロードしたので、ubuntu側のルートディレク
Windows Subsystem for Linux + VcXsrv + RubyMine でWindowsでも快適なRails開発環境を作ろう - Qiita
以前からWindowsでのRailsアプリケーション開発は、Rubyのバージョンやnative extensionに悩まされることが多く、WindowsにVirtualBoxやHyper-VでLinuxの仮想環境を構築して開発しているという方も多いんじゃないでしょうか。 しかしここに来て、Windows 10 Creators Updateにより、Windows Subsystem for Linux(Beta)とVcXsrv(あるいはXming)、そしてRubyMineを使った簡単かつ快適なRailsアプリケーション開発の環境が現実的になってきました。 Windows 10 Fall Creators UpdateからはBetaが外れ正式版となり、Bash on Windowsという名称が非推奨となりました。 また、Microsoft StoreからUbuntu、openSUSE、SUS
Bash on Ubuntu on Windows で Rails/PostgreSQL の開発環境を構築する [Creators Update 編] - Qiita
2016 年末に Bash on Ubuntu on Windows で Rails/PostgreSQL の開発環境を構築して以来、Mac から Windows に回帰してストレスなく開発を続けています。 この開発環境に Windows 10 Creators Update が自動で降ってくる前に、まずは仮想マシンに Creators Update をクリーンインストールし、Bash on Ubuntu on Windows (以下、BoW) で Rails/PostgreSQL の開発環境を構築してみたので、その手順を Step by Step で紹介します。 はじめに 対象 Windows マシンのローカル上に Rails/PostgreSQL の開発環境を構築したい CUI (PowerShell, BoW) のみで構築したい Mac から Windows に回帰したい 動作環境
![Bash on Ubuntu on Windows で Rails/PostgreSQL の開発環境を構築する [Creators Update 編] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/f663e7c3a4c215ba079e80009ecce45fde8c55c8/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGMTM3MzY0JTJGcHJvZmlsZS1pbWFnZXMlMkYxNDczNzIwMjUzP2l4bGliPXJiLTQuMC4wJmFyPTElM0ExJmZpdD1jcm9wJm1hc2s9ZWxsaXBzZSZmbT1wbmczMiZzPTcxYjRkNTc5OGU0MjQ5ODE1YTM3ZDQxNDc5YWQyZTNi%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253De60f6bb264411ac21fc0dc05fb075813%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9QmFzaCUyMG9uJTIwVWJ1bnR1JTIwb24lMjBXaW5kb3dzJTIwJUUzJTgxJUE3JTIwUmFpbHMlMkZQb3N0Z3JlU1FMJTIwJUUzJTgxJUFFJUU5JTk2JThCJUU3JTk5JUJBJUU3JTkyJUIwJUU1JUEyJTgzJUUzJTgyJTkyJUU2JUE3JThCJUU3JUFGJTg5JUUzJTgxJTk5JUUzJTgyJThCJTIwJTVCQ3JlYXRvcnMlMjBVcGRhdGUlMjAlRTclQjclQTglNUQmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtcGFkPTAmcz1lNDk3NjIxYTMyOWVmY2NmMjkwZTQzZWE2MDc5ZjM4Mg%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDB5dXN1a2Vfa29uaXNoaSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPTE3ZDIyMzM1MzcwNzAwN2RhZWRhYTQ1MTA3ZjY3YzZi%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3Dbb23b84ee67c9bd76a5565fef6436b97)
Linuxでsystem callをhookしたい - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? イントロ 2013年の3月頃にこんな記事を書いたのを思い出したのだが、最近事情でまた動かしてみたら気づいたことがあったのでメモ。 「GNU ld の--no-as-neededと--as-neededオプションについて」 最初によくわかっている方向けの言い訳説明をしておくと、上記はLD_PRELOADを使って hook を行う場合に準備する shared object を作る際に使用するリンカ(GNU ld)の挙動がUbuntu 12.04 前後で若干変更され、ld の option 指定に注意が必要になったという話だった。当時は上記記
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bash on Ubuntu on Windows + XmingによるGUI - Qiita
WSLでmacのopenコマンドみたいなこと - Qiita
Visual Studio Codeの統合ターミナルでBash on Ubuntu on Windowsをつかう - Qiita
Bash on WindowsにOracle java8をインストール - Qiita
Bash On Ubuntu On Windowsに最新のrubyを入れる - Qiita
bash on Windowsでコピー＆ペースト - Qiita
Bash on Ubuntu on Windowsが起動しなくなったら - Qiita
今頃Apache Solrインストールon bash on windows - Qiita
