Casperを使うのがLiveCDで、以下の手順でLiveCDいじることが出来る。
目的は以下の通り
mkdir mnt sudo mount -o loop ubuntu-14.04.1-desktop-amd64.iso mnt mkdir extract-cd sudo rsync --exclude=/casper/filesystem.squashfs -a mnt/ extract-cd sudo unsquashfs mnt/casper/filesystem.squashfs sudo mv squashfs-root edit
sudo cp /etc/resolv.conf edit/etc/ sudo cp /etc/hosts edit/etc/ sudo mount --bind /sys/ edit/sys sudo mount --bind /proc/ edit/proc sudo mount --bind /dev/ edit/dev sudo mount --bind /dev/pty edit/dev/pty sudo chroot edit
sudo umount edit/dev/pty sudo umount edit/dev sudo umount edit/sys sudo umount/ edit/proc sudo chroot edit dpkg-query -W --showformat='${Package} ${Version}\n' > extract-cd/casper/filesystem.manifest sudo cp extract-cd/casper/filesystem.manifest extract-cd/casper/filesystem.manifest-desktop sudo sed -i '/ubiquity/d' extract-cd/casper/filesystem.manifest-desktop sudo sed -i '/casper/d' extract-cd/casper/filesystem.manifest-desktop sudo rm extract-cd/casper/filesystem.squashfs sudo mksquashfs edit extract-cd/casper/filesystem.squashfs -b printf $(sudo du -sx --block-size=1 edit | cut -f1) > extract-cd/casper/filesystem.size cd extract-cd sudo rm md5sum.txt find -type f -print0 | sudo xargs -0 md5sum | grep -v isolinux/boot.cat | sudo tee md5sum.txt sudo mkisofs -D -r -V "$IMAGE_NAME" -cache-inodes -J -l -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -o ../ubuntu-14.04.1-desktop-amd64-custom.iso .
自由ソフトウェア主義者の私のPCの使用時間はWindows＞Linux＞MacOSXだ。
したがってキーバインドはWindows、それもThinkPadのキーボドがお気に入りでMacもこのThinkPadのキーボドをSynergy経由で触っている。
現在、MacOSXでiPhoneアプリを開発している。なんだな、あまりに原始的なObjective-CはJavaと比べるならJavascriptの方がまだ似ていると言えるかもしれない。なのでクラスがあーだこーだでからみ合ってソースが残念になっていくAndroidよりはマシなのかもしれない。タイプセーフもクソもクラスという概念がJavascript並に希薄だからね。
で、Eclipseから見た場合なのだが
ただ、言えるとことは、使えるものなら不自由なXcodeではないIDEが使いたいし
Eclipseも残念なのでNetBeansとかでもいいように思う。
SwiftはOSSのプロジェクト名を乗っ取た挙句、なぜECMASript6準拠にならなかったのか・・・そこは残念。
ここ最近KVMの長年放置したマシンのアップデートをしたらapt-getでぶっ壊れる事象が発生したので自己流に解決した手段をメモっておく。
まあ、Windows（※XPまでしか触ったことはない）のリカバリーコンソールよりはだいぶましでは有る。なにせ普段使っているコマンドはそのまま使えるから。youがどこにUbuntu入れていても、シリアル番号とかないので安心して使える。いい時代に成ったものだ。
ただし、Canonicalのリポジトリ公開が前提なので、サポートが切れてリポジトリが閉鎖されているバージョンのUbuntuは神に祈りながらsudo do-releaseupdateをおこなってバージョンアップしよう。多分無理なのでサポート期限にはくれぐれも注意するか、自前のリポジトリに移行すること。LTSなら4年は大丈夫だが・・・
うろ覚えなので日本語で
/bootを別パーティーションにしているとカーネルイメージが溜まりすぎてハマる。
アップデート前にsudo apt-get autoremoveをやっておいたほうが良い。
sudo apt-get install -f
多分依存関係。ssh経由のコンソール上で作業中に寝落ちしても同様のことになる。
sudo apt-get purge パッケージなにがし
sudo apt-get install パッケージなにがし
システムの根幹のパッケージまで消してしまう場合はそんなことが言われます。
sudo dpkg -r --force-depends パッケージなにがし
sudo apt-get install -f
sudo apt-get install パッケージなにがし
起動に必要なパッケージが消えた状態で再起動してしまったよおっかさん状態ですね。
sudo mount /dev/vda5 /mnt
sudo mount /dev/vda1 /mnt/boot
sudo mount -o bind /proc /mnt/proc
sudo mount -o bind /dev /mnt/dev
sudo mount -o bind /dev/ptc /mnt/dev/ptc
sudo mount -o bind /sys /mnt/sys
sudo cp /etc/resolv.cof /mnt/etc/resolv.cof
sudo chroot /mnt /bin/bash
まあそんな感じで復旧できます。
以下、自己責任で。自己責任だよー、Take your own risk!
14.04使いたいけどアップグレードがまだできないですしおすし
http://forums.linuxmint.com/viewtopic.php?f=42&t=110408
最新版をGet
http://sourceforge.net/projects/linuxwacom/files/xf86-input-wacom/
xf86-input-wacom-0.24.0だった。
sudo apt-get update
sudo apt-get install build-essential libX11-dev libxi-dev x11proto-input-dev xserver-xorg-dev libxrandr-dev libncurses5-dev autoconf libtool libxinerama-dev libudev-dev
sudo apt-get upgrade
uname -r
cd /lib/modules/3.11.0-19-generic/kernel/drivers/input/tablet/
sudo cp wacom.ko wacom.ko.bk
tar xjvf xf86-input-wacom-0.24.0.tar.bz2
cd xf86-input-wacom-0.24.0
./configure --prefix=/usr
make
sudo make install
sudo reboot
ちょうどそこに、14.04に上げないか？のラブコールが！
いや、やっちゃいますよ？
というわけで、やるが...動かない。
IntuosProは動くようになった・・・肝心のモニタが動かない。
AMDのドライバがダメらしく、最終的に真っ黒の画面になる。
しかし、その前の画面で辛うじてボタンとウィンドウが出てくる画面・・・ここではIntuosProでカーソルが動く・・・
最新版ドライバ（Catalyst14.3Beta）を入れること10回、
ようやくモニタが映る用意なった・・・・
まあ結果良ければ全て良し！
一応、13.10では動かなかった報告。しかし,
14.04にできれば動く。それはもう快適に。
とにかく時間がないのは半分こいつのせいだが感想を書いておく。
Versionは7.2、CentOS6.5に乗っかているやつである。
docker run -i -d -t base /bin/bash /start.sh
問題はここ。アプリの作動する基盤がお手軽に用意が可能で、しかもその性質はイメージが同じであればほぼ同等、均質。なのでなんとかいろんなマシンを一瞬で利用可能にする可能性を秘めている。
もちろんOpenStackとかでもいいんだけど、コンテナの専有リソースが劇的に少なく、かつ分離も出来るのもいい。なのでその用途に強いアプリならいいのではと思う。問題はその力が発揮される適当なマシンが無いのが辛い。
理想を言えば、小さくて省電力でIOの太いスティック状のウェアラブルなメイニーコアマシンを二桁ほど身につけてウェアラブルグリッドを構成してその上で上記のDockerリモートAPIを使ってイメージをとっ替えひっ変えしながら面白いことが出来ればと思う。それはARの踊る第二現実をHMD越しに見るいわゆるネットスフィアの走りであり、クラウドも重要なんだけどコストと回線がネックに成るその時に。ただ、結局いつもネックに成るのは排熱と電熱効率で、現在の省電力技術の流れではなく、フルロードで24時間以上稼働が衣服の下で可能であるというのが条件なのだが・・・・難しい。
上記を踏まえて欲しいのはDockerOnDockerとかLXConLXCができればなと。何が言いたいかというと、この世にPCを駆逐しながら広がるデバイス、スマホのことである。自由のないiOSは於いておくとして、AndroidにはDebianKitという神がかったアプリがあってここでUbuntuのユーザランドが使える。Kernelの3.10あたりでDockerは作動するので、次の次ぐらいのAndroidのLinuxKernelで動くのではないかと推測される。
このDebianKitはまあChrootなのでLXC相当になるので、そこで動けばー、スマホでDockerグリッドが作動可能に成る。夢が広がるのである。
次のリンクにいけば試せるようになった。
http://www.mansiki.com/MansikiPainter/Mansiki2014/paint.html#
