変奏現実

VMをコピーして使うとIPアドレスとかマシン名とか色々被る。
ディスクイメージファイルをコピる。
cd /var/lib/libvirt/images
cp  VMsrc.qcoq2  VMdis.qco12
定義ファイルをコピる。
/etc/libvirt/qemu/VMsrc.xml
/etc/libvirt/qemu/VMdis.xml
定義ファイルの中も名前を変える
<name>VMdis</name>
<uuid>後述</uuid>
<source file=’/var/lib/libvirt/images/VMdis.qcow2’/>
<mac address=’後述‘/>
で後述なのですが・・・

28.8. 新規の特有 MAC アドレスを生成

に書いてあるpythonのコードは
./macgen.py: 行 4: import: コマンドが見つかりません
./macgen.py: 行 6: 予期しないトークン `(‘ 周辺に構文エラーがあります
./macgen.py: 行 6: `def randomMAC():’
とエラーになって使えません。
ん
sh ./macgen.py
じゃダメだよね。

python ./macgen.py

 File "./macgen.py", line 13
 print randomMAC()
               ^

まだダメらしい。
pythonの仮想環境をインスト。
これで、
# pyenv versions
でインスト済みのバージョンを調べ、無かったら・・・
# pyenv install –list
でインストできるバージョンを調べ、
# pyenv install インストールするバージョン
※要らないバージョンは uninstall  で削除。
でインストした後に
#  pyenv local 3.4.3
# python –version   で確認。
とすれば、自分だけインストールした中から好きなpythonを使える。
っと便利になったところで・・・結局は・・・
print randomMAC()
この辺はRedHatがそのような文化らしいので、
CentOSでは
print (randomMAC())
と変えなくてはいけないらしい。
pyenv での変更は ユーザのホームディレクトリィの.pyなんたらファイルを２個消して再ログインすればOK。
これでMAC　ADDRESSはGET。
virtinst.utilパッケージを使うともっと良い！と書いてあったが
ImportError: No module named virtinst.util
そんなものはここにはなかった。
find / -name *virtinst* -print に願いをかけたら
/usr/share/virt-manager/virtinst　と答えが返ってきた
中にちゃんと　util.py もある。
export PYTHONPATH=”/usr/share/virt-manager:$PYTHONPATH”　の後もエラー
util.py　には　randomUUIDは、あるものの　パラメータ CONN が必要で・・・
ってソース読んだらテスト用のパラメータだった。 orz
uuidToStringとrandomMACが無かった！
でもUUIDは取れたし、MACアドレスはサンプルに載っていたので
new_uuid_mac.pyは

※以下はRedHatの参考コード＋赤い文字は書き換えた部分

#!/usr/bin/python　※which pythonで見つかったパスを設定する
# -*- coding: utf-8; mode: python; -*-
#
# export PYTHONPATH="/usr/share/virt-manager:$PYTHONPATH"
import sys; sys.path.append('/usr/share/virt-manager')
import virtinst.util; print("MAC UUID: " + virtinst.util.randomUUID("dummy"))
import random
def randomMAC():
 mac = [ 0x00, 0x16, 0x3e, random.randint(0x00, 0x7f), random.randint(0x00, 0xff), random.randint(0x00, 0xff) ]
 return ':'.join(map(lambda x: "%02x" % x, mac))
print("MAC ADDRESS: " + randomMAC())

でいいんじゃないかな？
で、
結局は
pythonの新バージョンとか仮想環境の準備は全く不要でした。
 
あ、マシン名は
ネットワークの接続をハズして・・・
virsh start  VMdis
virsh console VMdis

vi /etc/hostname で書き換えてreboot
起動せずに/etc/hostnameを書き換えたい場合はループデバイスを使ってマウントしてしまえばいいけど
CentOS7では自動作成したディスクでは皆同じなので、ゲスト側のボリュームグループ名を一時的に書き換えてからマウントすることになる。

というわけで、
面倒な気がしても
実際には

キックスタートファイル

を作って
virt-installで新インストした方がよさそうだ。
 
 
 
 
 
 
 
 

サイト：　https://tortoisesvn.net/downloads.html から
３２ビット版と６４ビット版をダウンロードする。
日本語化する場合は同じページの　Language packs　から　日本語対応モジュールをDLする。日本語マニュアルもあるので一緒にDLしておこう。
インストールのCustomSetupでcommand line client toolsが対象外になっているがインストールするように変更しておけば　C:\Program Files\TortoiseSVN\bin　あたりにsvnadmin.exeなども入るので、バックアップのBATファイルを作る時や他のマシンにリポジトリィを移行する際に

svnadmin　dump　ｘｘｘｘｘ

‘svndump’ は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。　（汗
とならずに済むようにBATファイルの中で

PATH=$PATH;C:￥Program Files￥TortoiseSVN￥bin

とパスを通した方がいいかもしれない。
リポジトリィを作る時は

svnadmin create  リポジトリィのパス名

※フォルダのアイコンは普通のままなので、http://nnspaces.sblo.jp/article/3365748.html　を参考にsvnのアイコンを設定してみたが、Windows 10ではなぜか？うまくいかず、何かの操作のタイミングでアイコンが変わった。

フォルダの中にこんなDesktop.iniファイルを作り

[.ShellClassInfo]
IconIndex=0
IconFile=アイコンのファイル名
InfoTip=

@attrib +s .　でフォルダにシステム ファイル属性を設定していた。

※アイコンを戻す時はattrib -s .

Windows７あたりからBATファイルをダブルクリックしたときの実行時のカレントドライブとカレントパスはファイルとはどこか別の場所らしいので・・・

%~d0　　　　※BATファイルのパスのドライブ名を抽出⇒ｃ：　とかになる
cd %~p0　　※BATファイルのパスのフルパス名を抽出⇒￥svn￥rep￥　とかになる

をBATファイルの先頭につけカレントのドライブとパスを一致させ解決。

これを付ければカレントのフォルダで何かしてほしいBATをコマンドプロンプトから起動しなければいけない制約がなくなる。

勿論、BATファイルのショートカットを作れば、作業フォルダがC:\svn\repとかになっているので自動的に解決してくれる。

だが、設定がキャッシュされないっぽいので、フォルダの中にDesktop.iniとsvn.icoを残さないとスグに元ってしまうのはどうしようもないようだ。

リポジトリィのバックアップは

svnadmin dump   リポジトリィのパス名  >  dumpログファイル名

リポジトリィのパス名は、リポジトリィブラウザのURLにあるfile:///やhttp://等が使える
リポジトリィのリストアは

svnadmin create リポジトリィのパス名

svnrdump   load　 リポジトリィのパス名 < dumpログファイル名

※リビジョンの変更が無効化されている場合は、別途有効化しないとダメ。
いくつもリポジトリィを作った場合、リポジトリィブラウザにurlをいくつも手入力しなければならない。
面倒な時は、こんな風なsvnHistory.regファイルを作っておけば

Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\SOFTWARE\TortoiseSVN\History\repoURLS]
"url0"="file:///C:/svn/rep/a"
"url1"="file:///C:/svn/rep/b"
"url2"="file:///C:/svn/rep/c"

ファイルのダブルクリックでレジストリィに登録してくれるのでリポジトリィブラウザを開けばすぐ使える。
リポジトリィブラウザのurlの履歴リストのゴミは、キーで選択状態にして、シフト＋Deleteキーで１つづつ消せるし、設定で一発クリアも可。
“C:\Program Files\TortoiseSVN\bin\TortoiseProc.exe”のショートカットのリンク先に

/command:repobrowser /path:"file:///C:/svn/rep/a/trunk"
などと追記すると、スグお目当てのリポジトリィを操作できる。

再びDiXiM PlayerからBDZ-EW500を起動できなくなった。
もう何度も試行しても起動する気配が無くなったので
AndroidのGoogle PlayからWONアプリのMike Webb製「Wake On Lan」でBDZ-EW500を起動できた。
このアプリはAndroidのウエジットでもグループや機器を起動したり電源状態をみたりできる。
初回のLANスキャンではHyper-VのVMも反応するけど、BIOSの設定でWON機能をONにしておかないとダメなようだ。
とりあえず居間まで移動しなくてもスマホの画面から起動できる様になったのは嬉しい。
 
 

普通にBluetoothのヘッドセットを繋ぐと酷い音質だ。
「コントロールパネル」「オーディオ デバイスの管理」で
ヘッドセットの「プロパティ」の「詳細」を観ると・・・

モノラルの電話音質になるので、
「Bluetoothのヘッドセットに音質を求めるのは無駄」
と云うことになるが
「コントロールパネル」の「デバイスとプリンター」でヘッドセットの「プロパティ」の「サービス」を観ると「ハンズフリーテレフォニー」にチェックが入っているため「どのモードでも使える共通モード」として【モノラルの電話音質】になっているのだ。
だから、マイクに見切りを付けて「ハンズフリーテレフォニー」のチェックを外す。

すると、ヘッドセットから音が出なくなるので、一旦ヘッドセットのペアリングを削除し、もう一度ペアリングをし直すと

共通モードからもう少しマシなモードに切り替わったからアプリはこれに自動追尾できずサイレントになった訳だ。
このままでもいいけど、多分低音とか音の広がりはかなり足りないので、
画面右下のサウンドマークを右クリックし「サウンド」を選択、（画面が出るまで暫く待って）「再生」タグから使ってるデバイスをリストから探し出し「プロパティ」から「音の明瞭化」で

お好みで設定するといいだろう。

そこまでしてもBTW04の音質は低音に物足りなさを感じるが、イヤフォンなのだから仕方が無い、
なので、なかなかDR-BT21Gを手放せない。（笑

以前は集積度や製造工場の得意・不得意分野、製造上の都合でCPUとRAMとROMと分けられていた。
つまりICの業界用語の１つである。
CPUはプログラムを高速で実行（計算）するチップなので、チョット見偉そうだが、RAMやROMに入っているプログラムを見てボソボソと独り言を云いつつ・・・これかな？と思ったボタンを押すだけのチップだ。はっきり云えば「ピタゴラスイッチ」そのものである。RAMやROMに入っているプログラムはそのスイッチの配置図であり、その回路にボールが入ってきて、スイッチの位置が変わる度にRAMのデータが書き換わるのである。
暑くなった部屋の窓を開け風を入れるだけでピタグラスイッチに対する妨害（俗に云うハッキング等）は容易であるように、プログラムで出来た基本的に回路（ピタグラスイッチ）も脆弱性の無いトコロなぞ皆無である。
しかし、脆弱性であると云うことは「変幻自在」であることと同位であり、それこそが、デジタルコンピュータの良いトコロでもあるのだ。
そうでなければ、

1. 適当にアプリをダウンロード
2. 遊んでみる
3. つまらない
4. アンインストール

という事を無償で試すということは不可能なのだ。