すず☆彡日記@はてな

2017-08-26

VMWareWorkstationを使ってwindows から docker を使う

| 21:54

普段 VMWareWorkstation を使っていて VirtualBoxHyper-V を使いたくない人向けです。

  • Windows Professioanl であれば Hyper-V が使えるのでそっちの方が良いでしょう。
  • VirtualBoxを使っている人は Docker Toolbox を使いましょう。

参照元:


1. Chocolatey を入れる

管理者権限の cmd.exe から

@"%SystemRoot%\System32\WindowsPowerShell\v1.0\powershell.exe" -NoProfile -InputFormat None -ExecutionPolicy Bypass -Command "iex ((New-Object System.Net.WebClient).DownloadString('https://chocolatey.org/install.ps1'))" && SET "PATH=%PATH%;%ALLUSERSPROFILE%\chocolatey\bin"

2. docker, docker-machine, docker-machine-vmwareworkstation を入れる

続けて管理者権限の cmd.exe から

choco install -y docker  
choco install -y docker-machine  
choco install -y docker-machine-vmwareworkstation  

3. VMWareWorkstationにdocker-vmを作る

cmd.exe から

docker machine --native-ssh create -d vmwareworkstation default

4. dockerコマンドをdocker-vmへ向ける設定

普段使いが cmd.exe であれば cmd.exe から

docker-machine env

で表示される最後の行を実行するようにします。

 @FOR /f "tokens=*" %i IN ('"C:\ProgramData\chocolatey\lib\docker-machine\bin\docker-machine.exe" env') DO @%i

普段使いbash であれば bash から

eval $(docker-machine env)

を実行するか ~/.profile にでも書いておきましょう。


5. VMの設定を変更する

VMは %USERPROFILE%.docker\machine\machines\default に作られます。

VMWareWorkstationのGUIには登録されないので必要なら default.vmx ファイルをドロップして追加します。

デフォルトでは

  • メモリ: 1GB
  • CPU: 1コア

で構成されているので、適宜変更します。


6. VMの共有フォルダ設定を変更する

デフォルトでは C:/Users が Users (VMからは /mnt/hgfs/Users) として設定されています。

今回の方法でインストールした場合、Windowsのフォルダをhgfs経由で参照するパス変換がされていないので、VM自体を調整します。

調整しなくても以下のように指定することはできます。

$ docker run -it --rm -v //mnt/hgfs/Users://mnt:ro busybox ls //mnt
<C:/Users/ の内容が ls される>

6.1. VMの共有フォルダ設定を追加する

ドライブCを c (小文字)で追加します。

ドライブDを Volumeオプションに指定する場合は、ドライブDを d (小文字)で追加します。


6.2 VMシンボリックリンクを作る

default VMを開くと /mnt/hgfs に Users/, c/ (, d/) がある筈です。

/mnt/hgfs/c がドライブC, /mnt/hgfs/d がドライブD です。

これらをルートから参照できるようにシンボリックリンクを張ります。

$ cd /
$ ln -s /mnt/hgfs/c /
$ ln -s /mnt/hgfs/d /

6.3 Volumeオプションで指定してみる

これで /c/Users/ の形(MinGW-bashのパス指定と同じ)で指定できるようになります。

MinGW-bash からであれば以下のように記述できます。

$ docker run -it --rm -v //c/Users/suzumura://mnt:ro busybox ls //mnt
<C:/Users/suzumura/ の内容が ls される>

$ docker run -it --rm -v //d://mnt:ro busybox ls //mnt
<D:/ の内容が ls される>

全てのパス指定を // で始めているのは、MinGW-bash のパス文字列変換を避ける記述です。


Enjoy !

2015-07-17

dynamic link libraryを実行ファイルのそばに配置する

| 14:49

Windowsの場合EXEと同じ場所にDLLを置けば、PATHが通って無くてもそのDLLが動的リンクされます。

Macの場合はどうするかのメモ。

DYLD_LIBRARY_PATH や DYLD_FALLBACK_LIBRARY_PATH を指定する余地があるなら不要な話です。


例えばopenCVのdylibをリンクしようとしている場合、otoolでみると以下の様になります。

$ otool -L sample
sample:
	lib/libopencv_core.3.0.dylib (compatibility version 3.0.0, current version 3.0.0)
	lib/libopencv_imgcodecs.3.0.dylib (compatibility version 3.0.0, current version 3.0.0)
	/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1213.0.0)

これを

$ install_name_tool \
  -change lib/libopencv_core.3.0.dylib @executable_path/libopencv_core.3.0.dylib \
  -change lib/libopencv_imgcodecs.3.0.dylib @executable_path/libopencv_imgcodecs.3.0.dylib \
  sample

$ otool -L sample
sample:
	@executable_path/libopencv_core.3.0.dylib (compatibility version 3.0.0, current version 3.0.0)
	@executable_path/libopencv_imgcodecs.3.0.dylib (compatibility version 3.0.0, current version 3.0.0)
	/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1213.0.0)

とすることで「sample と同じ場所にある libopencv_*.dylib」になります。

・・・しかし上の場合は libopencv_imgcodecs.3.0.dylib が libopencv_core.3.0.dylib に依存しています。

$ otool -L libopencv_imgproc.3.0.dylib 
libopencv_imgproc.dylib:
	lib/libopencv_imgproc.3.0.dylib (compatibility version 3.0.0, current version 3.0.0)
	lib/libopencv_core.3.0.dylib (compatibility version 3.0.0, current version 3.0.0)      #<=コレ
	/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1213.0.0)

そこでこれらも再帰的に @executable_path に置き換えます。

$ install_name_tool \
  -change lib/libopencv_imgproc.3.0.dylib @executable_path/libopencv_imgproc.3.0.dylib \
  libopencv_imgproc.3.0.dylib

$ otool -L libopencv_imgproc.3.0.dylib
libopencv_imgproc.3.0.dylib:
	lib/libopencv_imgproc.3.0.dylib (compatibility version 3.0.0, current version 3.0.0)
	@executable_path/libopencv_core.3.0.dylib (compatibility version 3.0.0, current version 3.0.0)
	/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1213.0.0)

再帰的に処理する部分が厄介なので「カレントディレクトリに集めておいてまとめて更新」するスクリプトを書きました。

https://gist.github.com/suzumura-ss/01d6e0f42234d3110ea1

2012-09-07

Ubuntu12でObj-Cを叩いてみる

| 04:47

多少癖があったのでメモ。

このあたりを参考に...

install

以下の2つ。Obj-CコンパイラとNSObjectのライブラリ

$ sudo apt-get install gobjc libgnustep-base-dev

コンパイル

以下のコードで実験。

#import <Cocoa/Cocoa.h>

@interface MyClass : NSObject
- (void) getMessage;
@end

@implementation MyClass
- (void) getMessage
{
  @try {
    NSLog(@"Hello");
    @throw [[NSException alloc] initWithName:@"myException" reason:@"myReason" userInfo:nil];
  }
  @catch (NSException* e) {
    NSLog(@"%@", e);
  }
}
@end

int main(int argc, char* argv[])
{
  id obj = [MyClass alloc];
  [obj getMessage];

  return 0;
}
$ gcc test.m -o test -lobjc -lgnustep-base \
 -I/usr/include/GNUstep/ \
 -fconstant-string-class=NSConstantString \
 -D_NATIVE_OBJC_EXCEPTIONS -fobjc-exceptions
  • -lgnustep-base : NSObject系列を使うために。
  • -fconstant-string-class=NSConstantString : @"string"と書くために。
  • -D_NATIVE_OBJC_EXCEPTIONS -fobjc-exceptions : @try/@catchを使うために。

2012-05-15

sakuraVPSにrubyを入れたらnet/httpsが使えなかった件

| 14:22

もちろん

$ sudo yum install openssl-devel

済みです。

が、/usr/lib64/pkgconfig/ に問題があって

$ pkg-config --libs libssl
-Wl,-z,relro -L/usr/lib6464 -lssl -lcrypto -ldl -lz

lib6464 って何よ…(´・ω・`)

libssl.pc, libcrypto.pc, openssl.pc が

libdir=${exec_prefix}/lib6464

になってました。

2012-05-12

corega の USB シリアルケーブルを Mac OS X でも使えるようにする - Lion版

| 18:34

corega の USB シリアルケーブルを Mac OS X でも使えるようにする | Weboo! Returns. さんの記事を参考に、

同じくAmazon | corega CG-USBRS232R ケーブル | コレガ | USBケーブル 通販iMacに繋げようとしてみましたが…

$ sudo touch /System/Library/Extensions        # => 増えない
$ sudo kextcache -k /System/Library/Extensions # => -k オプションLionでは使えない

以下のようにすると

$ sudo kextunload -bundle-id com.prolific.driver.PL2303
$ sudo kextload -bundle-id com.prolific.driver.PL2303
$ ls /dev/tty.usb*
/dev/tty.usbserial

認識しました。

参考にしたブログ記事にあるXMLですが

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
  <key>CFBundleDevelopmentRegion</key>
     :
  <key>IOKitPersonalities</key>
  <dict>
    <key>067B_2303</key>
    <dict>
      : (元々あるエントリ)
    </dict>

    <!-- corega CG-USBRS232R -->
    <key>07aa_002a</key>
    <dict>
      <key>CFBundleIdentifier</key>
      <string>com.prolific.driver.PL2303</string>
      <key>IOClass</key>
      <string>com_prolific_driver_PL2303</string>
      <key>IOProviderClass</key>
      <string>IOUSBInterface</string>
      <key>bConfigurationValue</key>
      <integer>1</integer>
      <key>bInterfaceNumber</key>
      <integer>0</integer>
      <key>idProduct</key>
      <integer>42</integer>
      <key>idVendor</key>
      <integer>1962</integer>
  </dict>
     :

この "07aa_002a" は

システム情報 - USB - ... - USB-Serial Controller D の

  • 0x002a : 製品ID
  • 0x07aa : 製造元ID

を連結したものです。