[過去ﾛｸﾞ]
Docker Part2©2ch.net (1002ﾚｽ)
Docker Part2©2ch.net http://mao.5ch.net/test/read.cgi/linux/1506574845/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
145: login:Penguin [sage] 2018/04/03(火) 07:43:27.59 ID:8ENp9jaE 初心者がLinuxとストレスフリーで生きる為の6か条 1．Winをリプレース出来るなどど考えるのはやめましょう。共用しましょう。 2. 印刷はあきらめましょう。 3. Wifiの使用はあきらめましょう。 4. 音楽・動画・画像の編集/制作はあきらめましょう。 5. Nvidia製品の使用は控えましょう。 6. 教本を買いましょう。Linux界に限ってはググレカスは遠回りです。 7. Ubuntuを我慢して使い続けましょう。 http://mao.5ch.net/test/read.cgi/linux/1506574845/145
146: login:Penguin [sage] 2018/04/03(火) 23:16:59.76 ID:Ry6Q9joG 随分古いな。 http://mao.5ch.net/test/read.cgi/linux/1506574845/146
147: login:Penguin [sage] 2018/04/03(火) 23:44:51.96 ID:9r9tHTvx >>145 従いますよ http://mao.5ch.net/test/read.cgi/linux/1506574845/147
148: login:Penguin [] 2018/04/20(金) 13:08:52.09 ID:IxQaq2RC プロフェッショナルの方、どなたか教えてください(/ω＼) 今、下記内容のdockerimageを作成したいと思っています。 ① ベースのイメージ：jupyter/datascience-notebook ② Tensorflowを使いたい ※①にTensorflowがインストールされていないため その為にdockerfileを下記の通り作成したのですが、 出来上がったdockerimageから作成したコンテナ上で上手くtensorflowが動きません。 ※コンテナ内でpythonを起動し、そこで「import tensorflow as ts」を実行すると以下のエラーが出ます。 RuntimeError: module compiled against API version 0xc but this version of numpy is 0xa ImportError: numpy.core.multiarray failed to import ImportError: numpy.core.umath failed to import ImportError: numpy.core.umath failed to import 2018-04-20 03:56:29.133557: F tensorflow/python/lib/core/bfloat16.cc:664] Check failed: PyBfloat16_Type.tp_base != nullptr Aborted dockerfileの内容は以下になりますが、何か間違っていますでしょうか？ もし間違っている場合は、修正内容をお教えください。m(__)m ■dockerfileの内容 From jupyter/datascience-notebook RUN pip install --upgrade pip RUN pip install tensorflow==1.5 http://mao.5ch.net/test/read.cgi/linux/1506574845/148
149: login:Penguin [sage] 2018/04/20(金) 22:27:51.02 ID:8yT4IMgr >>148 エラー文ちゃんと読んだんですか？ http://mao.5ch.net/test/read.cgi/linux/1506574845/149
150: login:Penguin [] 2018/04/21(土) 10:25:09.06 ID:RQ3vsIdh >>149 エラー文が理解できなかったです、、 http://mao.5ch.net/test/read.cgi/linux/1506574845/150
151: login:Penguin [sage] 2018/04/21(土) 13:23:47.70 ID:HjK21lH7 >>150 numpyって知ってる？ http://mao.5ch.net/test/read.cgi/linux/1506574845/151
152: login:Penguin [sage] 2018/04/21(土) 13:46:33.79 ID:HtY0Nuyg なんぱい？ http://mao.5ch.net/test/read.cgi/linux/1506574845/152
153: login:Penguin [sage] 2018/04/21(土) 17:21:10.71 ID:5eINoTB9 >RuntimeError: module compiled against API version 0xc but this version of numpy is 0xa 0x って、16進数か？ 0xc は12、0xa は10 って事か？ http://mao.5ch.net/test/read.cgi/linux/1506574845/153
154: login:Penguin [] 2018/04/21(土) 19:53:43.47 ID:RQ3vsIdh >>151 はい、知っています。 これはnumpyのversionが古いということですか？ http://mao.5ch.net/test/read.cgi/linux/1506574845/154
155: login:Penguin [sage] 2018/04/22(日) 09:15:07.32 ID:uHMnXexw 「python module compiled against API version」で検索！ 開発者の基本は、エラーメッセージで検索すること http://mao.5ch.net/test/read.cgi/linux/1506574845/155
156: login:Penguin [] 2018/04/22(日) 19:07:10.00 ID:2/k4X0Kz >>155 検索しましたが、力不足で分かりませんでした。。 少しやってみたものの、 import tensorflow as ts しただけで、 「The kernel appears to have died. It will restart automatically. （カーネルが停止したようです。 自動的に再起動します。）」 が出てしまいました。 どなたかお力をお貸しください(/ω＼) http://mao.5ch.net/test/read.cgi/linux/1506574845/156
157: login:Penguin [sage] 2018/04/22(日) 19:23:31.15 ID:lrjQt1PM いままで偉そうにしてたやつ、ちゃんと答えてあげろや http://mao.5ch.net/test/read.cgi/linux/1506574845/157
158: login:Penguin [sage] 2018/04/22(日) 23:46:18.23 ID:uHMnXexw 「docker hub tensorflow」で検索！ http://mao.5ch.net/test/read.cgi/linux/1506574845/158
159: login:Penguin [sage] 2018/04/23(月) 03:34:29.66 ID:VkOu3656 この手の質問って動作環境が横断的だからdockerスレと言語スレ側でたらい回しにされちゃうんだよな かと言ってマルチポストはできないし悩ましいところ エラーメッセージやアドバイス貰ったキーワードをダブルクオートで括ったフレーズ検索も駆使して乗り越えるのだ 今こそ成長の時 http://mao.5ch.net/test/read.cgi/linux/1506574845/159
160: login:Penguin [sage] 2018/04/23(月) 06:37:04.24 ID:qKqt8dYQ >>156 tensorflowのバージョンはどうした？numpyのバージョンはどうした？ バージョンがあってないと言われてるんだからtensorflowのバージョンを1.4とか1.3とかに下げてみて試してみたらいいんじゃないでしょうか。 RUN pip install tensorflow==1.5 http://mao.5ch.net/test/read.cgi/linux/1506574845/160
161: login:Penguin [] 2018/04/23(月) 10:45:26.96 ID:gJ+bJQJv >>160 ありがとうございます！ tensorflowのバージョンを1.3にすることで、エラーも出ず正常にインストールできました。 1.4や1.6では、エラーが出てしまい駄目でした。 皆さん、私の力不足でお手数をおかけいたしました。 本当にありがとうございました。 http://mao.5ch.net/test/read.cgi/linux/1506574845/161
162: login:Penguin [] 2018/05/22(火) 07:23:12.42 ID:Czl6p0FW 僕の知り合いの知り合いができた副業情報ドットコム 関心がある人だけ見てください。 グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 EAAD8 http://mao.5ch.net/test/read.cgi/linux/1506574845/162
163: login:Penguin [sage] 2018/05/22(火) 11:47:01.72 ID:NlhYPEMm EAAD8 http://mao.5ch.net/test/read.cgi/linux/1506574845/163
164: login:Penguin [sage] 2018/05/27(日) 18:22:16.75 ID:8ka68JJO ディープラーニング ライブラリの管理で混乱しないようにとdockerを導入したけど 今はdockerで混乱してる 開発環境はどうやって整えるんだ、これ コンテナの外と中は完全に分かれているのかよ 今あるエディタやアナコンダを呼べないぞ コンテナを作る時に全部詰め込まきゃダメなのか? NGCをつかっているけど http://mao.5ch.net/test/read.cgi/linux/1506574845/164
165: login:Penguin [] 2018/05/28(月) 20:34:50.01 ID:G/OxqctX >>164 はいはい、いつもの仮想マシンの使い方とごっちゃにしてる人ね（笑） Dockerは環境を作るものじゃなくて、 アプリケーションを作るものです。 ディープラーニングの何をしたいのか知らないけど コマンドを実行するだろ？ そのコマンドを実行するのにライブラリとか必要だろ？ そのコマンドにライブラリなんか全部くっつけて 一つのDockerコンテナ＝アプリケーションを作るものです。 http://mao.5ch.net/test/read.cgi/linux/1506574845/165
166: login:Penguin [sage] 2018/05/28(月) 21:14:26.05 ID:5P04jZKi >>165 いや、知らんよ 俺は開発元が進めてきたものを使うだけ http://mao.5ch.net/test/read.cgi/linux/1506574845/166
167: login:Penguin [] 2018/05/28(月) 21:25:11.53 ID:5P04jZKi アプリケーションなら 任意の識別器や分類器を定義しデータを読み込んで学習するアプリケーションが欲しいわ しかし、環境の切り分けのためじゃないならなんで開発元はdockerを配布しているんだろうね それも競合を心配する必要ないですよってアピールしながね http://mao.5ch.net/test/read.cgi/linux/1506574845/167
168: login:Penguin [sage] 2018/05/28(月) 21:47:04.72 ID:G/OxqctX > アプリケーションなら > 任意の識別器や分類器を定義しデータを読み込んで学習するアプリケーションが欲しいわ それを作るのがDockerを使うお前なんだって http://mao.5ch.net/test/read.cgi/linux/1506574845/168
169: login:Penguin [] 2018/05/28(月) 22:02:15.83 ID:5P04jZKi >>168 それを玄人様たちはどうしているのかってこっちは聞いているだが... http://mao.5ch.net/test/read.cgi/linux/1506574845/169
170: login:Penguin [sage] 2018/05/28(月) 22:13:34.15 ID:G/OxqctX 普通にコマンド実行に必要なものを まとめてコンテナにしてるだけだが？ http://mao.5ch.net/test/read.cgi/linux/1506574845/170
171: login:Penguin [sage] 2018/06/03(日) 15:52:37.21 ID:4t3nAm6u sage http://mao.5ch.net/test/read.cgi/linux/1506574845/171
172: login:Penguin [sage] 2018/06/24(日) 08:47:17.87 ID:TokMwylE pullしたubuntuイメージにvimが入っていないんだけど・・・ aptコマンドもないんだけど・・・ docker search ubuntuで出てくるうち全部入りのイメージってどれ？ http://mao.5ch.net/test/read.cgi/linux/1506574845/172
173: login:Penguin [sage] 2018/06/24(日) 22:35:20.55 ID:anZc79Me dockerってコンテナが動いてる途中でdocker終わらせたらコンテナ内に保存してたファイルはなくなるの？ http://mao.5ch.net/test/read.cgi/linux/1506574845/173
174: login:Penguin [sage] 2018/06/25(月) 05:44:34.47 ID:Uuelo8Ok >>173 コンテナ起動時にストレージ領域を紐づけてなかったら終了時に綺麗さっぱり消えるようだ http://mao.5ch.net/test/read.cgi/linux/1506574845/174
175: login:Penguin [sage] 2018/06/25(月) 09:42:17.00 ID:+pzgGIIi >>173 正確にはコンテナを削除すると無くなる 停止しただけでは無くならない ゆえに削除するまではdocker logsでログも見れるし docker commitでイメージ化すれば docker runで中身を見れる https://stackoverflow.com/a/39329138 http://mao.5ch.net/test/read.cgi/linux/1506574845/175
176: login:Penguin [sage] 2018/06/25(月) 09:49:22.67 ID:+pzgGIIi >>172 欲しけりゃ自分のDockerfileに入れるか 全部のコンテナでそれやるのがアレってなら 新しくvimコンテナ作って編集したいファイルだけマウントするか ホストのファイルをマウントして ホスト側でvimで編集すれば良い てか開発環境だよな 本番環境でそれやったら ちゃんと動く環境を保存出来るっていうDockerの魅力を殺している 場合によっては仕方ない事もあるが http://mao.5ch.net/test/read.cgi/linux/1506574845/176
177: login:Penguin [sage] 2018/07/01(日) 03:55:45.96 ID:+w2giTsy >>172 > pullしたubuntuイメージにvimが入っていないんだけど・・・ Dockerの使い方を間違ってる。 あんたが言ってるのは、pullしてきたffmpegコマンドの中に vimが埋め込まれてないんだけどって言ってるようなもの Dockerコンテナ = 実行ファイル ffmpegの処理にvimなんていらないんだから入っていなくて 当たり前だし入れるべきではない だがaptコマンドは普通入ってるはずだけどな >>172 > dockerってコンテナが動いてる途中でdocker終わらせたらコンテナ内に保存してたファイルはなくなるの？ ffmpegコマンドの中で内部的に使用しているファイルはコンテナ削除とともに消える。 Dockerコンテナの中のファイルはメモリと考えればいい。 コマンドを終了するとメモリも解放される （Dockerコンテナ版の）ffmpegコマンドから書き出したいなら、 ボリュームでコマンド（コンテナ）外部への読み書き場所を指定する http://mao.5ch.net/test/read.cgi/linux/1506574845/177
178: login:Penguin [sage] 2018/07/01(日) 09:04:34.19 ID:EBIMlKr7 >>177 アドバイスありがとう ということは、dockerで起動したOS内でvimが使いたければ vimのコンテナを探してきて追加起動しろってこと？ どこのサイトにどんな名前でvimのコンテナがあるのか調べるみたいなことを アプリごとにやってたら、環境を作るまでどれだけの手間と時間がかかることやら このソフトの何が持てはやされているのか全く理解できない http://mao.5ch.net/test/read.cgi/linux/1506574845/178
179: login:Penguin [sage] 2018/07/01(日) 09:21:20.95 ID:+w2giTsy >>178 だから使い方が間違ってる。 全く理解できないのは、あんたが正しい使い方がわかってないからだよ そもそもDockerコンテナは使うものじゃない。作るものだ。 アプリのビルド・コンパイルと一緒だよ もちろん誰かが作ったものがそのまま使えるのなら 使っていいんだが、基本はアプリの開発者が作るもの vimとかそういうのは、どうせあんたUbuntuとか有名所の ディストリ使ってるんだろ？そういうのはパッケージメンテナが ちゃんと動くようにメンテしてくれてる。それで満足してるならそれ使えばいい。 Dockerの出番はそれで満足できない場合だよ。 vimにそういうのがあるのかしれないが、独自にビルドしないと使えない機能を使いたいときや 例えばvimの新しいバージョンを使いたい時。ビルドするためにライブラリも新しくしなければいけない でもOSのライブラリを新しくすると、他のプログラムに影響が出るかもしれない そういうときにvimのビルドとそれを動かす環境までも一体化させて、独自のvimを作る ってときに使うんだよ。実行環境まで含まれてるから、OS標準のライブラリなどを 置き換えたりもしないし、どこに持っていってもそのまま使える オレオレvimバイナリ（=Dockerコンテナ）の出来上がりってわけだ で、そんなもん普通はやらねーだろ？ だからアプリの開発者が作るものだって言ったわけだ。 vimなどのパッケージはパッケージのメンテナが頑張って動くようにしてくれてる だけど、自分で作ったアプリは、自分が頑張るしかないだろ？ でも頑張りたくもない いろんなディストリや、WindowsやMacでも動くようになんかするの大変じゃないか だからDockerコンテナ化することで、Dockerデーモンさえ動いていれば、 どこに持っていっても同じように動かせるってわけさ 一言で言えば可搬性だな http://mao.5ch.net/test/read.cgi/linux/1506574845/179
180: login:Penguin [sage] 2018/07/01(日) 09:23:55.84 ID:+w2giTsy >>178 > ということは、dockerで起動したOS内でvimが使いたければ それから通常はdockerで起動したOSの中に乗り込んでvim実行して ファイル修正とかしないからな 独自のDockerイメージを作るときに、デバッグ目的にやることはあるけど 「dockerで起動したOS」なんて考え方を持ってはいけない なぜなら、何らかのプログラムに実行環境をくっつけただけで、 作られるものは、実行環境付きのなんらかのプログラムなんだから そこにOSなんてものはないと思え http://mao.5ch.net/test/read.cgi/linux/1506574845/180
181: login:Penguin [sage] 2018/07/02(月) 19:23:28.69 ID:1jLd0V1g 今日から新しいプロジェクトでmac上でDOCKERを使う事になったんですが 最初の社内のチュートリアルに従ってHOMEBREWからインストールして起動したところ 新しいバージョンがありますって言われたので アップデート＆ReLunchをしたらそのまま反応がなく アプリからダブルクリックしても起動しなくなりました MAC使うのもバージョン管理ツール使うのも初めてだらけで くだらない質問で申し訳ないんですが 考えられる解決方法はありませんでしょうか http://mao.5ch.net/test/read.cgi/linux/1506574845/181
182: login:Penguin [sage] 2018/07/02(月) 20:07:43.00 ID:Eg1cEgm9 社内の人に聞け http://mao.5ch.net/test/read.cgi/linux/1506574845/182
183: login:Penguin [sage] 2018/07/02(月) 20:45:02.37 ID:Y1QFiQ2T 普段サーバーサイドJavaとかPHP JSでウェブアプリかいてて mac の Ruby on Rails のサーバーサイドの案件が修羅場でヘルプはいったんだけど 分かってる人はみんな忙しくて質問なげてもなかなかかえってこないんですよね でもこんな情報じゃわかるわけないですよね… 明日また社内できいてみます すいませんでした… http://mao.5ch.net/test/read.cgi/linux/1506574845/183
184: login:Penguin [sage] 2018/07/03(火) 00:50:17.25 ID:1PLz+sRr >>181 dockerは公式サイトのやり方でインストールしたほうがいいんじゃね？ http://mao.5ch.net/test/read.cgi/linux/1506574845/184
185: login:Penguin [sage] 2018/07/03(火) 00:52:28.72 ID:1PLz+sRr 社内のチュートリアルが何年前に書かれたかだな Docker Toolbox使ってたら古いやり方だな まあ社内全員やり方が決まってるなら仕方ないが http://mao.5ch.net/test/read.cgi/linux/1506574845/185
186: login:Penguin [sage] 2018/07/03(火) 02:50:11.95 ID:88JNN2bg 支給されたmac PCが他の人も使うみたいで 別の人がインストールしたhomebrewが/usr/localにはいってて 権限が変更できないくてホーム以下にインストールしたんだけどそのせいなのかなと… １日がかりでbrew rbenv dockerの３ついれただけなんだけど どれが原因なのかがぜんぜん分からない… マックはじめてで最初の１，２時間は日本語変換や窓の最小化やコピペもわからないレベルで作業効率も悪いし Javaからruby覚えるのはすぐできると思ったけど OSが違ったりフレームワークの環境構築がこんな大変だと思わなかった http://mao.5ch.net/test/read.cgi/linux/1506574845/186
187: login:Penguin [sage] 2018/07/03(火) 05:53:39.58 ID:0N07jwhz もうmac板で質問したほうがいいのでは http://mao.5ch.net/test/read.cgi/linux/1506574845/187
188: login:Penguin [sage] 2018/07/03(火) 06:10:23.01 ID:1PLz+sRr >>186 なんの苦労もなくhomebrewを使いたいなら Macを他に人に使わせるな。そしてクリーンインストールして 自分ひとりのものとして使え homebrewはインストールしたユーザー以外がまともに使うことは無理 homebrew自体はsudo使ってインストールするくせに（/usr/localに書き込むから） パッケージ自体は/usr/local以下に一般ユーザーでインストールするからな ディレクトリはこんな感じになる https://github.com/Homebrew/brew/issues/3322#issuecomment-336770069 > -rw-r--r-- 1 weicool admin 3161 Jan 18 2016 /usr/local/CODEOFCONDUCT.md > drwxr-xr-x 18 weicool admin 576 Oct 8 13:58 /usr/local/Cellar/ > drwxr-xr-x 2 weicool wheel 64 Oct 15 10:57 /usr/local/Frameworks/ > -rw-r--r-- 1 weicool admin 1241 Jan 18 2016 /usr/local/LICENSE.txt 見ての通り、adminグループに書き込み権限がないから、 最初にパッケージをインストールした人以外がいじることはできない。 brew管理用のユーザーを別で作成するとかumaskの設定をいじってたりとか ちゃんとやってればマルチユーザーで使えるかもしれんがな homebrewの設計自体はsudoを使わない方針なんだが https://docs.brew.sh/FAQ#why-does-homebrew-say-sudo-is-bad じゃあ共有のディレクトリ/usr/localを使うなと http://mao.5ch.net/test/read.cgi/linux/1506574845/188
189: login:Penguin [sage] 2018/07/03(火) 06:28:04.40 ID:88JNN2bg そうなんですね クリーンインストールしていいかお願いしてみます 検索するとわりとホーム以下にインストールする方法とかでてきたのでいけるかと思ったんですけど コーディングスキルかわれて入ったのに初日から環境構築だけでつぶされてストレス なまじできると思われてるからしょーもない質問もしにくいし もともと大学院研究室あがりでスクラッチからかくのが好きな ブラックボックスなツール使うの気持ち悪い 古い人間だから昨今のフレームワークだらけの業界きついなあ… http://mao.5ch.net/test/read.cgi/linux/1506574845/189
190: login:Penguin [sage] 2018/07/03(火) 06:35:07.67 ID:HvrBhqqa 頭でっかちの使えないやつか現場も大変だな http://mao.5ch.net/test/read.cgi/linux/1506574845/190
191: login:Penguin [sage] 2018/07/03(火) 06:54:24.03 ID:B87Zf6Sc macやhomebrewがはじめてなのはともかく、バージョン管理ツールはじめてはないわ それでひとりで環境構築しろってほったらかしなのも普通はありえんと思うけど 仕事ほしくて経験ないのに経験ありとか嘘かいたんじゃねーの http://mao.5ch.net/test/read.cgi/linux/1506574845/191
192: login:Penguin [sage] 2018/07/03(火) 07:12:51.42 ID:ArJzlEvp 最後にききたいんですけど /usr/local じゃなく ~～/homeblew に homeblew をいれたんですが この blew から Docker をインストールした場合実態はどこにあるんでしょうか チュートリアルにアプリケーションからdockerを起動とあるんですけど /Application/Docker.app を起動したときにもっと新しいのがありますっていわれて 更新かけたらそれっきりだったので これが前の人がインストールしたやつだったのかな… コマンドラインの docker はホーム以下のパスになってたんですけど アプリケーションからじゃなくコマンドラインからDockerのGUIアプリ起動する方法ってありますか？ http://mao.5ch.net/test/read.cgi/linux/1506574845/192
193: login:Penguin [sage] 2018/07/03(火) 11:19:37.64 ID:oYvmZw+l 解決しました 初回起動時に窓が出たのでずっと窓を探してたんですけど 右上のクジラマークからアクセスするんですね… おさわがせしました http://mao.5ch.net/test/read.cgi/linux/1506574845/193
194: login:Penguin [sage] 2018/07/03(火) 13:54:24.15 ID:oYvmZw+l 何度もすいません docker-compose up -d で ERROR: manifest for xxx/yyy:2018zzzz not found が出るんですがどこを見ればいいのでしょうか 一応同じディレクトリに docker-compose.yml はあって yyy: image: xxx/yyy:2018zzzz と書かれています http://mao.5ch.net/test/read.cgi/linux/1506574845/194
195: login:Penguin [sage] 2018/07/03(火) 14:20:45.35 ID:1PLz+sRr >>194 普通はそうならないので環境の問題です OSをクリーンインストールしてください http://mao.5ch.net/test/read.cgi/linux/1506574845/195
196: login:Penguin [sage] 2018/07/04(水) 02:14:06.32 ID:COxRspz9 rubyは導入ハードル高すぎ よっぽど複雑なプロジェクトでもなけりゃこんな開発環境作ってるあ労力で案件終わるわ http://mao.5ch.net/test/read.cgi/linux/1506574845/196
197: login:Penguin [sage] 2018/07/04(水) 06:04:14.37 ID:WJvTzUXE 利用プロジェクトの多くが低品質だったせいでいわゆるアタリショックみたいな扱い受けてるよな 負の遺産だとかRuby巻き返しの目は潰えてるとまで言われてるし・・・Javaみたいにはならんで欲しいマジで http://mao.5ch.net/test/read.cgi/linux/1506574845/197
198: login:Penguin [sage] 2018/07/07(土) 17:30:55.41 ID:fg0oR1Sy 散々Perlディスっといてこれだもんなm9(^Д^)プギャー http://mao.5ch.net/test/read.cgi/linux/1506574845/198
199: login:Penguin [sage] 2018/07/07(土) 21:06:35.47 ID:1D6mHUpx やめて…perlは6を引き伸ばし杉た件のせいで世間との剥離からユーザー離れが尋常じゃなく 引き合いに出されると最底辺の戦いじみて嘲笑の的です… http://mao.5ch.net/test/read.cgi/linux/1506574845/199
200: login:Penguin [sage] 2018/07/07(土) 21:59:02.61 ID:fg0oR1Sy イシキダケタカイケイ http://mao.5ch.net/test/read.cgi/linux/1506574845/200
201: login:Penguin [sage] 2018/07/09(月) 12:21:03.01 ID:4SJdzKl6 WSL上でDocker Engineが動くようになっていたっぽいという話 https://qiita.com/yanoshi/items/dcecbf117d9cbd14af87 http://mao.5ch.net/test/read.cgi/linux/1506574845/201
202: login:Penguin [sage] 2018/07/09(月) 12:48:52.62 ID:qh/Cnej+ マジかよDockerForWindows消してくる http://mao.5ch.net/test/read.cgi/linux/1506574845/202
203: login:Penguin [sage] 2018/07/09(月) 13:31:43.43 ID:pfSJA2ey もしかしてHyperV無しのHome版WSLでも動くようになってるのか http://mao.5ch.net/test/read.cgi/linux/1506574845/203
204: login:Penguin [sage] 2018/07/10(火) 17:37:18.97 ID:hi/Ud89A パブリッククラウドやDocker Hubに最適化した「Minimal Ubuntu」がリリース 2018/07/10 12:06:20 https://news.mynavi.jp/article/20180710-662006/ Canonicalは2018年7月9日(米国時間)、パブリッククラウドおよびDocker Hubに最適したLinux ディストリビューション「Minimal Ubuntu」をリリースしたことを明らかにした。 AWS(Amazon Web Services)およびGCP(Google Cloud Platform)を推奨パブリッククラウドとし、 イメージファイルはWeb上からダウンロードできる。 http://mao.5ch.net/test/read.cgi/linux/1506574845/204
205: login:Penguin [sage] 2018/07/10(火) 18:37:07.13 ID:TEPxwuu8 ええやん alpine使いにくいし乗り換えようかな http://mao.5ch.net/test/read.cgi/linux/1506574845/205
206: login:Penguin [sage] 2018/07/11(水) 00:29:12.16 ID:dU5xb19g minidebのUbuntu版みたいなヤツか http://mao.5ch.net/test/read.cgi/linux/1506574845/206
207: login:Penguin [sage] 2018/07/11(水) 13:45:07.36 ID:Za+YUtMW ええやん、なんぼなん http://mao.5ch.net/test/read.cgi/linux/1506574845/207
208: login:Penguin [sage] 2018/07/12(木) 01:08:55.93 ID:Spx3HNht 展開後のサイズは約80MB前後でminidebのようなコンテナ特化支援コマンドはさすがに無いっぽいな Ubuntu版の公式slimとしてapt系で最新パッケージ使いたいなら(Debianのslimじゃなくて)こっちでねって感じか 野良イメージじゃない公式スリムに選択肢が増えるのは嬉しい http://mao.5ch.net/test/read.cgi/linux/1506574845/208
209: login:Penguin [sage] 2018/07/12(木) 07:54:44.88 ID:2fRy1rm8 debianよりも少ないの？ http://mao.5ch.net/test/read.cgi/linux/1506574845/209
210: login:Penguin [sage] 2018/07/12(木) 08:05:41.95 ID:uhTdlutY alpineで慣れちゃった。 http://mao.5ch.net/test/read.cgi/linux/1506574845/210
211: login:Penguin [sage] 2018/07/13(金) 09:30:31.30 ID:PFiL2FSs debian:stretch-slimは55MB （bitnami/minideb:stretchは54MB） ubuntu:bionicは81MBで去年から変わってないみたいだけど今回発表されたやつは何なんだいったい… 元記事タイトルにDocker Hubとあるが実は関係なくてアマとかGCPで使うimgファイルが小さくなりますたってことか http://mao.5ch.net/test/read.cgi/linux/1506574845/211
212: login:Penguin [sage] 2018/07/15(日) 20:58:09.55 ID:9hWJVlJh ミニマルすぎると一個ゲットした途端大量に依存がやって来る悪寒しかない http://mao.5ch.net/test/read.cgi/linux/1506574845/212
213: login:Penguin [sage] 2018/07/15(日) 21:53:50.81 ID:rnlXfHys ミニマムすき http://mao.5ch.net/test/read.cgi/linux/1506574845/213
214: login:Penguin [sage] 2018/07/15(日) 22:11:32.38 ID:Xmkkcspf エセロリやん http://mao.5ch.net/test/read.cgi/linux/1506574845/214
215: login:Penguin [sage] 2018/07/19(木) 17:07:15.56 ID:4Cjfx+r5 「OpenNebula 5.6」公開、Dockerサポートの強化などが加わる 2018年7月18日15:00 末岡洋子 https://mag.osdn.jp/18/07/18/150000 クラウドインフラストラクチャ構築・管理プラットフォーム「OpenNebula」の開発チームは7月16日、 最新安定版となる「OpenNebula 5.6」（Blue Flash）を公開した。 Docker管理機能を新たに統合、任意のOpenNebulaクラウドで、Dockerアプリケーション実装の 土台となるDockerエンジンの仮想マシンをMarketplaceよりインポートできるようになった。また、 OpenNebula APIやインターフェイスを経由することなくDockerエンジンをシームレスに管理する Docker Machineも統合した。 http://mao.5ch.net/test/read.cgi/linux/1506574845/215
216: login:Penguin [sage] 2018/07/27(金) 03:51:52.83 ID:6DSLURTJ 訳あってソースコードからビルドしないといけない物があるんだけど、 ビルドに必要なパッケージをインストールしたくない。 だからDockerでビルドして、インストール先はDockerの外って やりたいんだけど、そういう使い方のノウハウって どこかにまとまってないかなぁ？ ソースコードのディレクトリをボリュームにして make installだけDockerの外でやるのが一番かなぁ？ http://mao.5ch.net/test/read.cgi/linux/1506574845/216
217: login:Penguin [sage] 2018/07/27(金) 04:48:47.30 ID:1joj4I21 そういうときはmake install先のディレクトリだけ -v でマウントしとくパターンが簡単で良いね 例えば ./configure --prefix=/usr/local で入れるやつはインスコ先になる/usr/localを docker runのときに -v "/usr/local:/usr/local" って指定する コンテナでmake installまでやれるしホストもソースやビルドツールで汚れないから安心 docker公式マニュアルのどっかに書いてあった気がしたが見当たらなくなってた http://mao.5ch.net/test/read.cgi/linux/1506574845/217
218: login:Penguin [sage] 2018/07/27(金) 07:25:43.45 ID:7fogAuN8 詳しい解説サンクス http://mao.5ch.net/test/read.cgi/linux/1506574845/218
219: login:Penguin [sage] 2018/07/28(土) 15:41:09.29 ID:0ikx9NUA >>217 もう少しアイデアを発展させてみた。 このアイデアをどうするかは任せる make install、前々からの問題。何処に何がインストールされるかわからない。 基本的には--prefixで指定した所だろうけれど、確実にそうとは言い切れない make uninstall、これも前々からの問題。uninstallをサポートしているものが少ない インストールした後消すのが大変 docker、make installでインストールされるファイルは多分レイヤーの差分を見ればわかる インストールされるファイルがわかるのだから、それを消せばアンインストールになる インストールするファイルも残っているのだから、ファイル内容を比較することで アンインストール時に想定外のファイルを削除しなくてすむかもしれない http://mao.5ch.net/test/read.cgi/linux/1506574845/219
220: login:Penguin [sage] 2018/07/28(土) 16:06:06.83 ID:PwMG08J6 今はMulti-stage buildが公式実装されて>>219のアイデアを綺麗に実現できるようになったね！ ビルドコンテナのmake install結果をホスト経由せずに実行用コンテナに簡単に乗せられる ビルドコンテナも実行用コンテナも使い終わればコンテナごとすべて消せるから --prefix完全無視の無作法野良ツールにホストのファイルが上書きされることもないし make uninstall非対応でもコンテナ消せば良いだけだからゴミが残ったりもしない http://mao.5ch.net/test/read.cgi/linux/1506574845/220
221: login:Penguin [sage] 2018/07/28(土) 19:21:25.29 ID:fgC/Ah69 >>220 > make uninstall非対応でもコンテナ消せば良いだけだからゴミが残ったりもしない なんかちょっと違うｗ インストール先はコンテナの外よ。だからコンテナ消せば良いだけってことにはならない。 どんなものでもコンテナ化して使えるかっていうと、例えば（独自ビルドの）gitコマンドを コンテナに入れて使うのは大変だと思う。カレントディレクトリを見るし、 サブコマンド次第ではカレント以外のディレクトリも見るしね インストールするファイルを知ることができるから、コンテナでビルドして生成したものを コンテナの外にインストールしてアンインストールもしやすくなるだろうと言う話 http://mao.5ch.net/test/read.cgi/linux/1506574845/221
222: login:Penguin [sage] 2018/07/29(日) 00:30:39.68 ID:wo8fIaJv 最初のうちはエディタとかgitとかはどうしても大変に思えてホストに直接置きたくなるんだよな 俺もコンテナ上のgitからホストのカレントディレクトリを見る方法がわからんというごく最初の段階でつまずいた 絶対パス指定ならツールで使う主要ディレクトリを-vに指定しとけば大半普通に開けるけど カレントを含めた相対パスも単に-v $(pwd):$(pwd) -w $(pwd)を書いておけばいいという基本をDocker Hubのgitイメージページ読んで知った http://mao.5ch.net/test/read.cgi/linux/1506574845/222
223: login:Penguin [sage] 2018/07/29(日) 01:53:02.32 ID:vXZjVBrz >>222 だから大変だからホストに直接おいたほうが良いって話なんだが 例えばgit diff --no-indexでカレント（gitディレクトリ）以外を 比較したくなったら-v $(pwd):$(pwd)じゃ対応できない。 他にもgit applyとかさ -v $HOME:$HOMEにしたら動くかもしれないけど、 それでもhomeの外では使えないコマンドになってしまう。 （例えば/opt以下にgitリポジトリをcloneするツールとかさ） コマンド実行した時、特定のファイルはコンテナの外を見ますが、 それ以外はコンテナの中を見てますとかややこしいだけだから 俺は頑張ったんだって自己満足してたいだけでしょ？ そんなのは意味がないから辞めたほうが良い http://mao.5ch.net/test/read.cgi/linux/1506574845/223
224: login:Penguin [sage] 2018/07/29(日) 01:54:06.34 ID:vXZjVBrz あ、そうだ。gitのglobal configがあるから、 絶対HOMEをボリュームにしないとだめなんだ。 http://mao.5ch.net/test/read.cgi/linux/1506574845/224
225: login:Penguin [sage] 2018/07/29(日) 01:57:06.96 ID:vXZjVBrz ssh鍵の話もあったな -v $(pwd):$(pwd) -w $(pwd)を書いておけばって 実際には使ってないだろ。 コンテナ化に適してないアプリをコンテナ化しても使いにくいだけ http://mao.5ch.net/test/read.cgi/linux/1506574845/225
226: login:Penguin [sage] 2018/07/29(日) 02:32:06.22 ID:vXZjVBrz 面白い例を思いついた > 最初のうちはエディタとかgitとかはどうしても大変に思えてホストに直接置きたくなるんだよな エディタとgitをコンテナにするとどうなるか 環境変数GIT_EDITOR、コミットメッセージなどを編集する時に使用されるエディタをしている。 まあGITが使う多数の環境変数をコンテナの中に渡す。これだけでも面倒くさくてやりたくないが、 gitをコンテナの中で動かしたりすると、エディタがコンテナの中で起動される つまり、gitコンテナの中にエディタまで入れないといけない。 さてそのエディタ、当然（？）のごとくgit連携機能がついている。 エディタからgitを呼び出されるならば、エディタのコンテナの中に、gitを入れないといけない 環境変数？ おっと、gitコンテナの中でエディタを起動するならば、 エディタで使う環境変数も、gitコンテナに渡さないといけないな。 おっと、エディタからgitを呼び出すこともあるから、エディタのコンテナを実行する時も gitの環境変数を渡さないといけないな はは、乾いた嘲笑の笑いしか出てこない。こんなムダでややこしいことやって なんの意味があるんだ。 http://mao.5ch.net/test/read.cgi/linux/1506574845/226
227: login:Penguin [sage] 2018/07/29(日) 18:09:34.64 ID:PCsU6lV8 長くて全部読んでないけど、ホスト側のgitなりエディタ設定なりに依存するようなコンテナって筋悪くない？ k8sとかでコンテナを別ホストに移動したら使えなくなるような気がする。 http://mao.5ch.net/test/read.cgi/linux/1506574845/227
228: login:Penguin [sage] 2018/07/29(日) 18:12:14.75 ID:PCsU6lV8 エディタが何かによるけど、vim程度ならコンテナ毎に入っててもいいのでは。有償のIDEでgit連携して使ってる人にとってはちょっとしんどいとかかな。 http://mao.5ch.net/test/read.cgi/linux/1506574845/228
229: login:Penguin [sage] 2018/07/29(日) 20:28:18.31 ID:vXZjVBrz そりゃ単に、 普通は使わないけど入っていても良い。イメージのサイズがでかくなるだけ。 程度のことだな 普通はコンテナのイメージはDockerfileで作るし、コンテナの中のファイルを 直接修正することはない。Dockerfileの開発中とかデバッグのために 便利かもーぐらいで入れておいてもいいが、最終的には使わんので消す コンテナ内のvimは使わない。の意味がわからんやつは 勉強し直したほうが良い http://mao.5ch.net/test/read.cgi/linux/1506574845/229
230: login:Penguin [sage] 2018/07/29(日) 21:46:50.04 ID:PCsU6lV8 え、普通にvim使ってるけど。何でなの？ http://mao.5ch.net/test/read.cgi/linux/1506574845/230
231: login:Penguin [sage] 2018/07/29(日) 21:48:26.84 ID:PCsU6lV8 本番環境って前提ならそもそも本番で稼働している設定ファイルはみだりに編集しないってのは分かるけど。 単にコンテナ内でvim使うかどうかって話だとしたら本気で意味分からん。 http://mao.5ch.net/test/read.cgi/linux/1506574845/231
232: login:Penguin [sage] 2018/07/29(日) 21:51:36.18 ID:PCsU6lV8 コンテナの中のファイルは絶対編集しないってどういうことなんだろう。良くあるベストプラクティスに書いてあるから盲目的にそうするって事だとしたら、はぁ、そうですかで話終わりにするけど。 http://mao.5ch.net/test/read.cgi/linux/1506574845/232
233: login:Penguin [sage] 2018/07/29(日) 22:27:59.92 ID:Hv8rsH9m >>238 Dockerはアプリケーションコンテナと言って、 アプリケーションをコンテナ化するもの システムコンテナと違って、コンテナの中で作業するためのものじゃない。 だから、vimという手動で作業するツールをコンテナに入れる意味はないし、 vim自体をコンテナ化しても使いづらいことは説明済み > 良くあるベストプラクティスに書いてあるから ベストプラクティスレベルの話じゃない。Dockerの使い方の基本の話。 とりあえずアプリケーションコンテナとシステムコンテナの 違いぐらい学習してから出直せ http://mao.5ch.net/test/read.cgi/linux/1506574845/233
234: login:Penguin [sage] 2018/07/29(日) 22:32:59.80 ID:/XpMabXH ドヤ顔で未来にエスパーしてて草 http://mao.5ch.net/test/read.cgi/linux/1506574845/234
235: login:Penguin [sage] 2018/07/29(日) 22:49:16.80 ID:Hv8rsH9m 内容は間違えてないだろ？ﾆﾔﾘ http://mao.5ch.net/test/read.cgi/linux/1506574845/235
236: login:Penguin [sage] 2018/07/29(日) 23:31:49.15 ID:PCsU6lV8 >>233 アプリケーションコンテナとシステムコンテナの違い、ですか。そうですか。 教科書にはきっとそう書いてるんでしょうね。その辺はよく知らないけど、たぶん間違ってないんだと思います。 でも、私はDockerで開発するファイルも編集します。はい。 http://mao.5ch.net/test/read.cgi/linux/1506574845/236
237: login:Penguin [sage] 2018/07/29(日) 23:37:55.72 ID:PCsU6lV8 コンテナでsshd起動してsshでアクセスするなとかいうのも基本としてあるってのは聞いたことある。 けどそんなの関係ねぇ。 実際エンジニアに開発環境としてコンテナ提供するのにsshでアクセスできないって不便でしかない。 http://mao.5ch.net/test/read.cgi/linux/1506574845/237
238: login:Penguin [sage] 2018/07/29(日) 23:54:22.87 ID:PCsU6lV8 ちなみにシステムコンテナってSolarisのzoneみたいなものかな。Linuxだと何かあるのだろうか。 http://mao.5ch.net/test/read.cgi/linux/1506574845/238
239: login:Penguin [sage] 2018/07/30(月) 01:20:21.45 ID:QZl1Bega >>236 コンテナの中にあるファイルはコンテナ削除すると消えるでしょ？永続化しない。 残っていてほしいファイルはボリュームでコンテナの外にだすわけだから そのファイルの編集はコンテナの外でやれば良いわけ 中にvimを入れておくのは開発中とかの一時的にしかやらんよ っていうか使いづらいでしょ？ あんたvimの設定とかしてないの？ デフォルト設定で使いづらいからカスタマイズするのが常識だけど コンテナの中にあるのはなんの設定もされてないvimじゃん http://mao.5ch.net/test/read.cgi/linux/1506574845/239
240: login:Penguin [sage] 2018/07/30(月) 01:23:38.82 ID:QZl1Bega >>237 関係ないとか言ってないで、自分の解釈が大きくずれているって考えたほうが良いよ ちょっと間違いレベルじゃなくて、方向性が大きくずれている 変な使い方をしているから、使いづらく感じるんだよ http://mao.5ch.net/test/read.cgi/linux/1506574845/240
241: login:Penguin [sage] 2018/07/30(月) 06:34:10.24 ID:jEBEwRTJ >>239 残ってほしい開発後のプログラムがあるならgitでpushしとけば良くない？ 設定あんまりシナイ派だけど、仮にするとしても、それこそvimrcとかgitでpushしてるものをcloneで持ってくれば設定なんて一撃で終わらない？それじゃあダメな理由とかある？ http://mao.5ch.net/test/read.cgi/linux/1506574845/241
242: login:Penguin [sage] 2018/07/30(月) 06:40:38.62 ID:jEBEwRTJ >>240 解釈がどうじゃなくて、実際便利に使えるかどうかが問題なんだけど。 どんなに正しくても実際に使い難ければ正しくてもやらない。 もちろんセキュリティーや影響は考慮するけど、その辺問題なければ基本がどうとか関係ない。 PMBOKとかAgileとか、基本に忠実にそのままやったら余計効率が悪くなって使えたもんじゃないでしょ。教科書守れば良いって思考は実用的な効率を犠牲にする。 http://mao.5ch.net/test/read.cgi/linux/1506574845/242
243: login:Penguin [sage] 2018/07/30(月) 06:42:13.68 ID:QZl1Bega >>241 gitは作業中断時に一時保存するための道具じゃないし、 設定しないなんて使いづらいだけだし、 いちいちcloneするとか面倒くさいことこの上ないし、 ホストでやれば普通にできることを、いちいちやらないといけないのか？ 間違ってる方向に進むとこれから、あれやこれが使いにくいって愚痴るだけだぞ すでに愚痴ってそうだがｗ その原因はすべて間違った使い方にある 変な癖が付く前に矯正したほうがいい http://mao.5ch.net/test/read.cgi/linux/1506574845/243
244: login:Penguin [sage] 2018/07/30(月) 06:43:07.14 ID:QZl1Bega >>242 > 解釈がどうじゃなくて、実際便利に使えるかどうかが問題なんだけど。 便利に使うための手段を、お前がみんな捨ててるから、 （俺は不便な中で生活してるから）不便に思わないんだって言ってるだけじゃん http://mao.5ch.net/test/read.cgi/linux/1506574845/244
245: login:Penguin [sage] 2018/07/30(月) 06:44:51.91 ID:QZl1Bega >>242 > PMBOKとかAgileとか、基本に忠実にそのままやったら余計効率が悪くなって使えたもんじゃないでしょ。教科書守れば良いって思考は実用的な効率を犠牲にする。 お前のその考え方だと、間違った解釈をして間違ったやり方をやって 余計効率が悪くなった。PMBOKとかAgileはクソって言ってるようにしか見えないね まず教科書守ってやろう。いまお前は教科書通りのことを守らずに使いづらいと言ってる http://mao.5ch.net/test/read.cgi/linux/1506574845/245
246: login:Penguin [sage] 2018/07/30(月) 06:48:28.40 ID:jEBEwRTJ >>243 一時保存なんて利用用途で言った覚えはないけど、仮にそうだとしても何で一時保存でgit使ったらダメなの？ あなたって基本に従うってことに束縛されて思考が限定されてる気がする。自分だけでそういう方針で進めるのは勝手だけど、人にやり方強制しだすと嫌われるから考え改めた方が良いよ。 新卒ならまだ良いけど。 http://mao.5ch.net/test/read.cgi/linux/1506574845/246
247: login:Penguin [sage] 2018/07/30(月) 06:51:41.70 ID:jEBEwRTJ >>244 よくわからんけど、君の言ってるようにアプリケーションコンテナの中のファイルは編集するなって事を守ると何が便利なの？物凄く不便じゃない？ ローカルなホストにファイルを永続化させるよりgitにpushする方が安心感あると思わない？ http://mao.5ch.net/test/read.cgi/linux/1506574845/247
248: login:Penguin [sage] 2018/07/30(月) 06:52:59.21 ID:QZl1Bega >>246 gitはバージョン管理するための道具であって、 バージョン管理しないならタダの保存に過ぎないから それにgit使うなら、コミットする時に、メールアドレスと名前の設定がいるだろ？ gitでpushするならssh鍵が必要だろ？ rootでやるわけないから、自分のhomeディレクトリがいるだろ お前本当にコンテナの中でgitでpushとかしてるんか？ してねーだろ。使いづらいもんな お前はまだ初心者で、どうせgitもオープンソースものをcloneするぐらいのことしか したこと無いんだろ。基礎ができてないんだからまず教科書通りにやれと http://mao.5ch.net/test/read.cgi/linux/1506574845/248
249: login:Penguin [sage] 2018/07/30(月) 06:54:15.51 ID:jEBEwRTJ PMに教科書通りのやり方を強制されて疲弊してる現場を見てきたから経験談として話してるだけ。 教科書通りやって現場がうまくまわってるならそうすればいいよ。 というか、むしろ教科書なぞってうまくいってる現場があるならそれ勉強会とかで話してほしい。見に行くので。 http://mao.5ch.net/test/read.cgi/linux/1506574845/249
250: login:Penguin [sage] 2018/07/30(月) 06:55:30.13 ID:QZl1Bega >>247 > よくわからんけど、君の言ってるようにアプリケーションコンテナの中のファイルは編集するなって事を守ると何が便利なの？物凄く不便じゃない？ ホストに置いたファイルを編集すればいいだけだろ。 それがコンテナの中にボリュームを通して見えてるんだから コンテナの中に入って編集する必要がない。 コンテナの中の環境を整える必要もない もっと便利なものが俺には見えてるんだが、 お前のやり方は何が便利なの？ できるといってるだけで便利なんてお前は一言も言ってないよね？ お前のやり方が俺は不便だと言ってる。反論は？ できる、やったらだめなの？は不便であることの反論にはならない http://mao.5ch.net/test/read.cgi/linux/1506574845/250
251: login:Penguin [sage] 2018/07/30(月) 06:55:41.00 ID:jEBEwRTJ ということで、あなたのやり方を変えさせるつもりもないし、自分のやり方を変えるつもりもありません。 以上終わり。 http://mao.5ch.net/test/read.cgi/linux/1506574845/251
252: login:Penguin [sage] 2018/07/30(月) 06:57:17.09 ID:QZl1Bega >>247 > ローカルなホストにファイルを永続化させるよりgitにpushする方が安心感あると思わない？ ホストにあればgitにpushしたいと思ったタイミングでpushできるんだが コンテナ消すと中で編集したファイルが消える。不便だからgit入れて忘れずにpushしなきゃって コンテナのファイルを直接編集すると不便だと言ってなかったか？ｗ http://mao.5ch.net/test/read.cgi/linux/1506574845/252
253: login:Penguin [sage] 2018/07/30(月) 06:58:17.45 ID:QZl1Bega >>251 俺はやり方をお前に押し付けてるんじゃなくて、 正しいやり方にしないとお前が困るという事実を言ってるだけ お前はその事実に反論してない。困るのは自分だけだから 良いじゃないかって逃げてるだけだ。 http://mao.5ch.net/test/read.cgi/linux/1506574845/253
254: login:Penguin [sage] 2018/07/30(月) 07:00:14.56 ID:QZl1Bega >>249 そのPMが教科書通りにやってないだけだよｗ 教科書通りにやることが簡単だと思ってはいけない 教科書に反論するときは、教科書の場合と何が違っているかまで 理解してからじゃないといけない。 教科書になってるぐらいだから基本的には正しいんだよ。 それが当てはまらない理由を見つけない限り、教科書に反論してはいけない。 当てはまらない理由がわからないのは、理解してないってことになるんだから。 http://mao.5ch.net/test/read.cgi/linux/1506574845/254
255: login:Penguin [sage] 2018/07/30(月) 07:08:27.71 ID:QZl1Bega ほんとね。反論の一つでもできればまだいいんだが、 回避策はあるというだけじゃ、その方が良いってことにはならないんだよ。 全部回避策を入れないとやっていけないってことになってるんだから、 優れた方法っていうのは、回避策を使わずとも自然な形で実現できる いちいち回避策を考えなきゃやってられないってのは、 やり方が間違ってる証拠でしか無いんだよ 余談だが、アメリカではツールをただ導入するのではなく、そのツールが 想定している使い方を学習して、やり方をツールにあわせるから効率的になるらしい。 日本だとツールを導入して、自分のやり方にカスタマイズさせる。 やり方を変えようとしないから生産性も変わらないし、 ツールのカスタマイズにコストも掛かるとのこと。それと同じだ http://mao.5ch.net/test/read.cgi/linux/1506574845/255
256: login:Penguin [sage] 2018/07/30(月) 09:12:18.18 ID:2DtBR6Mw アプリケーションコンテナはyum, aptのパッケージ相当だと思ってるなぁ 基本的に使い捨てて常にクリーンなコンテナに出来るのがいいし, だからこそkubernetesとかで高い自己修復性を持てる http://mao.5ch.net/test/read.cgi/linux/1506574845/256
257: login:Penguin [sage] 2018/07/30(月) 09:22:21.96 ID:IG0rWwn1 すると、Vimのような手動カスタマイズほぼ必須のアプリは コンテナ化には適さないのか docker searchしてもVimが出てこないのが不思議だったがそういうことか http://mao.5ch.net/test/read.cgi/linux/1506574845/257
258: login:Penguin [sage] 2018/07/30(月) 09:55:24.40 ID:2DtBR6Mw そのカスタマイズ部分を, プラグインならホストからマップするか別コンテナで, 設定ファイルはホストからマウントする必要があるだろう http://mao.5ch.net/test/read.cgi/linux/1506574845/258
259: login:Penguin [sage] 2018/07/30(月) 16:34:35.00 ID:QZl1Bega >>257 手動カスタマイズの有無じゃないな。 プログラム本体がコンテナに隔離されているので、 コンテナの外に自由にアクセスするものは適さない もちろんプログラム本体がコンテナに隔離されているおかげで コンテナの外がどうなっていようがいろんな環境に持っていける コンテナと外部との通信は基本的にネットワーク通信で行うか ボリュームとしてマウントしたディレクトリ経由で行う ボリュームとしてマウントするから、コンテナの外がどのような OSやディレクトリ構造であっても、コンテナの中からは同じよう見える コンテナの外がどうなっていても中からは同じように見える。 Dockerの "仮想化" というのはこういう意味 （ハードウェアをソフトウェアで仮想的に作り出すという意味じゃない） もちろん不可能ではないが面倒なだけ http://mao.5ch.net/test/read.cgi/linux/1506574845/259
260: login:Penguin [sage] 2018/07/30(月) 19:40:21.56 ID:vC8FJAc3 これいわゆるイキリstaticおじさんが駄々こねて屁理屈連投してるいつもの案件じゃなくて もしかして今回に限っては、Docker業界的にも、回避策やカスタマイズの工夫するくらいなら コンテナはそぐわないからツールの使い方としてもやめてねって方向性にいつの間にか大勢が傾いてるのか http://mao.5ch.net/test/read.cgi/linux/1506574845/260
261: login:Penguin [sage] 2018/07/30(月) 19:45:58.92 ID:QZl1Bega エクセルで小説書くなってだけの話 http://mao.5ch.net/test/read.cgi/linux/1506574845/261
262: login:Penguin [sage] 2018/07/31(火) 19:28:27.70 ID:9kOFb8Cb docker-tramp.el 便利だー。この機能使うためだけにemacs使いになっても良いと 思うくらい。コンテナにvimやsshdインストールする必要がありません。 http://mao.5ch.net/test/read.cgi/linux/1506574845/262
263: login:Penguin [sage] 2018/07/31(火) 20:23:57.73 ID:GXqvrTdQ いまWSL使ってDockerを使っているんですが、atomでホストに置いたファイルを修正して それをイメージに反映させたいのですが、修正するたびにビルドするのが面倒です。 なのでボリュームを使ってホストのディレクトリをコンテナ内に共有しようと思っています。 Linuxではうまく動いているのですが、WSLだとうまく動かないのですが、 何が問題だと考えられますか？ http://mao.5ch.net/test/read.cgi/linux/1506574845/263
264: login:Penguin [sage] 2018/07/31(火) 20:24:57.09 ID:GXqvrTdQ と、書き込んでからひらめきました。 WSLで使ってるのはWindows上のDockerなので パスの指定をC:\～でやらないといけないきがします。 http://mao.5ch.net/test/read.cgi/linux/1506574845/264
265: login:Penguin [sage] 2018/07/31(火) 20:28:45.59 ID:C0KTXAUF ビンゴでした！ こんな感じでホストのディレクトリがコンテナから見えました。 これでWindowsのatomを使って簡単に編集できそうです。 スレ汚し申し訳ありません http://mao.5ch.net/test/read.cgi/linux/1506574845/265
266: login:Penguin [sage] 2018/07/31(火) 20:30:02.34 ID:C0KTXAUF ↑なぜかコマンドを書き込んだらエラーになったので怪しそうな所を大文字で書きます。 docker run -p80:80 -v"$(wslpath -wa www):/var/ｗｗｗ" -d ｈｔｔｐｄ http://mao.5ch.net/test/read.cgi/linux/1506574845/266
267: login:Penguin [sage] 2018/07/31(火) 20:33:08.23 ID:PupCkl8+ >>262 もとからvimもsshdも入れたりなんかしてないよ。 入れるもんでもないしね。 docker-tramp.elも別にいらないかな。 ファイルを修正したいならボリュームにすればいいだけだし、 sshdはdocker execを使えばいいので、 http://mao.5ch.net/test/read.cgi/linux/1506574845/267
268: login:Penguin [sage] 2018/07/31(火) 20:50:25.97 ID:PXAb2zrY >>267 定位置にあるconfファイル等を色々いじってテストしたい時はどうしているの？ http://mao.5ch.net/test/read.cgi/linux/1506574845/268
269: login:Penguin [sage] 2018/07/31(火) 20:52:18.71 ID:WDZkbP+f >>267 コンテナ提供するアプリエンジニアにdocker exec使えって言うの？ http://mao.5ch.net/test/read.cgi/linux/1506574845/269
270: login:Penguin [sage] 2018/07/31(火) 20:54:37.84 ID:WDZkbP+f 大した負荷のかからないコンテナをサーバーって言ってアプリエンジニアに提供するときある。ポート番号ちょっと変わってるサーバだと思って使ってくれてるよ。 本人はdockerだのコンテナだのを使ってる事に気づいてない。 http://mao.5ch.net/test/read.cgi/linux/1506574845/270
271: login:Penguin [sage] 2018/07/31(火) 21:27:30.82 ID:PupCkl8+ >>268 だからボリューム使えばいいじゃない？ $ docker run -it debian cat /ｅｔｃ/debian_version 9.5 # ホスト上のファイルにすげかえ $ docker run -it -v/ｅｔｃ/hosts:/ｅｔｃ/debian_version debian cat /ｅｔｃ/debian_version 127.0.0.1 localhost 略 >>269 普通に使ってるからなぁ。 アプリエンジニアがDockerfileを書かないで誰が書くというの？ アプリを動かすのに何が必要かを知ってるのはアプリエンジニアだけなんだが。 build, run, exec などを使って正しく動くコンテナのイメージを作るまでがアプリエンジニアの仕事で コンテナを動かす環境を作って指定されたイメージを起動するのがインフラエンジニアの仕事 >>270 アプリエンジニアがDockerイメージを作ってないのはおかしい。 アプリを作ってる人でないと、アプリを動かすのに必要なものは知らないんだから 「手元のマシンだと動きました」「ライブラリのバージョンが違ってるんですねー」 これをなくすためにDockerがあるというのに。仕事の分担が間違ってる。 http://mao.5ch.net/test/read.cgi/linux/1506574845/271
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 731 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.026s