Rogue Legacy（ローグレガシー）は結構良ゲーム

game

http://www.roguelegacy.com/
http://store.steampowered.com/app/241600/?l=japanese

SteamでRogue Legacyを買ってプレイしたらなかなかよかったので紹介。日本語版はないようだけど、和名はローグレガシーかな。rogue-liteという言葉に釣られたら予想と全然違ったけど良かったよ。
操作は簡単な2Dアクションゲームで、ローグライクゲームのように毎回自動生成される城を悪魔城ドラキュラのように探索しつつ先祖の仇を討つ、いや、お金集めするゲーム。

ローグライク風に死んだら終わり。その世代の主人公は二度と帰って来ない。次にゲームを始めると三人の中から跡継ぎを選ばされ、親の遺した金を使って居城を拡張したり装備を買ったりして先代より少し有利になった状態で次の城に挑める。

この次世代の主人公を「選ばされ」るのが肝で、身長やクラス、多種多様な形質を持った跡継ぎで城を攻略するのはNethackで"Shall I pick a character's race, role, gender and alignment for you?"にyと答えた時のようだ。特性もなかなかおもしろく、メッセージにハゲ関連ジョークが出る奴(兜で隠してるのに！)、ジャンプ時におならをしてしまうような他愛もない奴、リーチが短いがヒットボックスが小さく狭い通路を通れる奴、画面上下反転してしまうようなきつーい奴までどの世代も違った主人公で城を探索するのが楽しい。

初め難易度は馬鹿高いが居城を拡張する事で主人公もレベルアップし、ちょっとずつちょっとずつ強くなっていくのでいつの間にか止めどきがわからなくなる。

Steamのストアページにもある通りゲームコントローラに良く対応しており、そういうので遊ぶと楽だろう。公式サイトに体験版もあるようだ。

AndroidをGentoo Linux上でビルドする方法、あるいは不審なバイナリをあまり使わずにNexusのrootになる手順

tech Android

言いわけ：Webに転がっているいくつかのroot権限を取得する手順で用いているバイナリはオープンソースだったりもしますが、覗いてもよくわからなかったしどうせ自前ビルドするからとあまり深く追いませんでした。単にroot権限を取りたいだけならば他所をあたったほうがいいかもしれません。



Googleの推奨している環境はUbuntuで、手順もapt*を使ったものしかないが、gentooも理解すれば楽。
https://source.android.com/source/initializing.html

とりあえずGentooの場合特有なのは

の四点くらいで、残りは普通の手順のようだった。

以下もうちょっと詳しく。

関連パッケージを入れる

上記URLにapt-getの場合のパッケージ名が羅列されているが、それっぽいのを適当にemergeするとなんとかなると思う。build-essensialは多分ubuntu特有のもので、Ubuntuで{lib}hoge-devのようにバイナリと分けられているパッケージはGentooではたいていhogeで一緒に入ったりすることを念頭に入れつつeixなりemerge -[sS]なりで探す。Androidのバージョンによっていろいろ変わるだろうし、自分もまっさらな環境から入れたわけではないので本当ならば何を追加すればいいのかわからないので逐一ebuildを挙げたりはしない。
sdkを入れるのはebuildが用意されているので楽。

# emerge -av android-sdk-update-manager
# usermod -a -G android YOUR_LOGIN_USER

ログイン中のユーザだと即時グループが変わったりしないので、再ログインしてandroidグループに入る

$ id （androidグループに入ってるかの確認）
$ android

出てくるGUI画面のToolsあたりにadbが入ってると思うので適当にチェックボックス入れて難しい文面をあなたの顧問弁護士に見せて相談してAcceptすると後は自動でやってくれる。

実機を繋げられるようにする。

実機の方でUSB debugを有効にしておく。Jellybeansあたりから(?) Settings->About phonesのBuild numberを7回タップしたりして開発者向けオプションを出さなければならない。このとき間違えて近くの別項目を数回タップすると……ちょっとニッコリできるかもしれない。
/etc/udev/rules.d/51-android.rules に https://source.android.com/source/initializing.html のConfiguring USB Accessを参考にして項目を追加する。Googleがドキュメントを更新する前にデバイスを手に入れてしまった場合、実機をとりあえず繋いでみてdmesgあたりでidVendorを確認してそれを用いるとなんとかなる。

$ adb devices

でなんか繋がってるらしい事を確認できたら、adbとかfastbootでいろいろできるようになってるはずだ。

$ adb reboot bootloader

でブートローダがなんか画面に出てる状態にして、

$ fastboot oem unlock

で端末に出てる説明をよく読んで操作すればブートローダがアンロックされ、個人情報保護のためデータが全消去された後、自分でビルドした何か(あるいは道端で拾ってきた怪しげなバイナリ)をブートさせる事ができる状態になる。

ソースをダウンロードする。

これにはebuildは用意されてない。私も用意する気はない。しかたがないので
https://source.android.com/source/downloading.html
を見てその通り進めていく。repo内部で用いているgitの.gitは.repo/repo下にあるのでgitでの名前とかを変えたい場合はそこで操作する事。ソースのそこかしこに最終更新日から腐臭の漂うドキュメントもちらほら梱包されているが、まだまだたまには参考にはできる。

残念なことにソースのないドライバ類をダウンロードしないといけない。 https://developers.google.com/android/nexus/drivers から自分のデバイスに対応するものをダウンロード、ソースツリーのてっぺんで解凍してできたスクリプトを実行し、表示されたライセンスを懇意にしている弁護士に見せて問題がなければ"I ACCEPT"と入力してvendor/以下にバイナリをもらう。

ダウンロードが終わったらみんな大好きコンパイルの時間

https://source.android.com/source/building.html にある通り、lunchで設定を整えてmakeするだけ。*1
Gentooで行う場合少しだけ注意点がある。
自分は試していないがsun以外のjdkだとコンパイルに問題があるとか言う人もいるので

$ eselect java-vm list

でsunのものを使うようになってるか確認しておくといいかもしれない。
lunchがANDROID_JAVA_HOMEという環境変数を用いるがデフォルトではそんなものないので

$ ANDROID_JAVA_HOME=$JAVA_HOME lunch

するなりANDROID_JAVA_HOMEの設定を.*shrcに書いておくなりする。
デバイス毎のlunchのオプションは https://source.android.com/source/building-devices.html でわかるということになっているが、ここでもGoogleのドキュメント更新が遅い場合オプション無しで

$ lunch

するとよくあるもの一覧が対話的に選べるのでドキュメントには反映されてない端末がちゃんとmanifestにはあるかどうかの確認には良いだろう。-userdebugまでならそのまま対話的に選べるが、"full_デバイス名-eng"は自分でオプションとして渡さなければならない。rootが欲しいだけならば-userで、設定ファイルのro.secureを1に手で編集すれば良い。
makeしてAndroidのビルドは完了。
out/target/product/デバイス名/にboot.imgとかができている。-engを選んでいれば

$ fastboot boot boot.img
$ adb shell

でrootになれてるのを確認できるだろう。-userdebugならばadb rootでrootになれる事を確認できそうだ。動作を確認した後、

$ fastboot flash boot boot.img

で焼く事ができる。
外に持ち出すデバイスならば

$ fastboot oem lock

する事が望ましい。アンロックしたまま落としたデバイスを誰かに拾われて、その人が自前のイメージでbootすれば端末の中身は全て見る事ができるからだ。

（おまけ）カーネルも自前コンパイル

さて、上記の方法でビルドするとカーネルはgoogleさんの奴のままだから、カーネルもhttps://source.android.com/source/building-kernels.html にあるようにデバイスに適切なツリーをcloneして適切なコミットをcheckoutする。checkoutしないとclone直後のmasterは空だったりするから混乱しないように。

toolchain内のgcc*2のパスは上記リンクのbuilding-kernelsのドキュメントが古いから prebuilts/gcc/linux-x86/x86/i686-linux-android-*/bin/ に置きかえたり、今後どうなるかわからないがとにかく自分で探さないといけない。（多分普通の人はこれ。自分のコンピュータのアーキテクチャによる。）バージョンの違いでビルドできたりできなかったり、いろいろあるから試行錯誤しないといけない。正直私もよくわからない。

（おまけ）自前カーネルを組み入れる

できたカーネルをboot.imgに組み入れる方法なんだけど、実はここからちゃんとした手順を知らない。だから書かない。カーネル動かしたい人はsplit_bootimgで検索したりしていろいろ頑張ってほしい。ちゃんとした方法が本当はあるのかもしれないので、わかったら追記する。

追記 20130424

device///kernelに移した後、make cleanしてからmakeしたら自前カーネル組み入れられてるみたいでした。うっかり。

多分device///kernelからbuildのどこかにkernelを移してからmkbootimgされてから${OUT}のどこかに移していたのでしょう。make clean忘れずに。

*1:最近はmake userdebugとかじゃなくlunchなんだね

*2:本当はクロスコンパイル用gccも自前で準備したかったが、なんかうまくいかなかった。

mikutterのvendorのライセンスについて

tech

ライセンスって面倒くさいよね。単にGPLで配布していいのかどうかは正直この早見表 http://www.gnu.org/licenses/license-list.html くらいで判断してるよ。実際https://twitter.com/kudzu_naoki/status/279844949715992578:twitterの日*1は早見表だけでできそうか否か判断したからね。

だけどmikutterアドベントカレンダーで不安になってる人がいたから、自分のアドベントカレンダーの順番の時にoverlayを公開するにあたって調べた部分、vendorの中身について書いとくね。

  • ライセンス
    • vendorの中身でそれが適用されてるもの

を列挙して、直後に解説を書いておくよ。

  • MIT
    • typed-array
    • oauth
  • Apache 2.0
    • addressible

これはみんな知ってるライセンスだよね。コピーレフトもないしどんな糞ライセンスで再配布しようとしまいとかまわないよ。

  • Artistic-2.0
    • memoize

なんかPerl出身のライセンスとして名前だけ聞いた事ある程度の人も多いんじゃないかな。僕もそうだったよ。http://dev.perl.org/licenses/ で明記されてる通り、GPLv1以降かArtisticでの再配布が認められてるよ。GPLv1以降ってなんか珍しいよね。

  • Rubyが配布するのと同じライセンス
    • bsearch
    • その他

面倒そうな表記だね。実際一度面倒だったんだよ。昔むかし単にRubyライセンスと言うと

I have obtained a copy of the Ruby license and studied it.  It has
some of the ambiguity problems of the Perl Artistic License, from
which it was derived.  Because of them, I can't say it is a free
software license.

Some small clarifications and small changes in the Perl Artistic
License make it a free software license and compatible with the
GPL--with little change in the meaning.  Would you please consider
replacing the Ruby license with that license?
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/30001 より引用

なんてstallman直々にあいまいな点があるよ、って言われてしまう内容だったんだって。だからmatzさんをはじめとするRubyコミッタ達がいろいろ頑張ってはなしあって二度のライセンス修正を経て、RubyKaigi2010でBSDLとのデュアルライセンスになってるんだってさ。http://bugs.ruby-lang.org/projects/ruby/wiki/DevelopersMeeting20100827 だから2010年8月27日以降Rubyが配布するのと同じライセンスってのはRubyライセンスとBSDLのデュアルライセンスを指すんだ。というわけでBSDLの方を採用して、GPLv2以降で再配布できるよね。


さて、そんなわけでvendorの中身自体はREADMEで適用除外しておのおののライセンスで再配布、残りのソースと全体としてのmikutterはGPLv3で配布できる*はず*なんだ。一応おおまかに確認したうえで自前のoverlayに入れてるんで、ライセンスに問題があるかも……みたいなFUDじゃなくてきちっと○○というのが△△ライセンスに違反しています、って指摘欲しいな。公式と無関係の僕も不安になっちゃうからね。

20121224 追記

d_akiさんに教えていただいた。debianへの収録に際しての考察。こっちはskin類についてもあって参考になる。
http://vdr.jp/d/20121221.html#p01



僕はmikutterのコミッタでもなんでもない、ただの一利用者だから、公式見解と異なるかもしれないし間違ってる点もいっぱいあるかもしれないので、なんでもご指摘歓迎です。よろしくお願いします。

*1:この発言中の荒っぽい方法はGentoo portageの公式のものでなく、俺々オーバーレイでの話

fav2toshi_aアドベントカレンダー18日目？

ネタ

このエントリは、 #fav2toshi_a Advent Calendar : ATNDの18?日目として書かれてしまったものです。
前の日は@arc680さんのhttp://d.hatena.ne.jp/arc680/20121217/1355750400です。
次の日は……ピンチヒッター誰なの？

　 　 ＿　□□　　　 ＿　　　　　 ＿＿＿､､､
　 ／／＿ 　　[][]／／ 　 ,,-―''':::::::::::::::ヽヾヽ':::::/､　　誰　　を　　 こ
／／ 　＼＼　 ／／　 ／::::::::::::::::::::::::::::::i l | l i:::::::ミ　　だ　　 作　　 の
￣　　　　 ￣　 ￣／ /:::::::::,,,-‐,／i/`'''￣￣￣ ｀i::;|　　あ　　っ　　 か
―`―--^--､＿_ 　 /:::::::::=ｿ　　 /　ヽ､ ／　　　,,|/　　 っ　　た　　 れ
/f ）,fヽ,-､ 　 　 ﾉ 　|　三　i　<ニ`-, ノ　/､-ﾆニ' 」'）　！！　の　　 ん
　 i'/　/^~i f-iノ 　　|三　彡　t￣ ｡` ｿ ﾊ_ﾞ'､￣｡,ﾌ | ）　　　　　は　　だ
,,,　　　　 l'ノ　j　 　 ﾉ::i⌒ヽ;;|　 ￣￣　/ _ヽ､￣ 　ﾞi　） 　 　 　 　　 　  |
　 ` '' -　　／　　　 ﾉ::|　ヽミ 　　`＿,(＿　　i＼_　 `i ヽ､　∧ ∧ ∧ ∧
　　　　　／／／　　|:::|　( ミ 　 /　＿＿ニ'＿＿｀i　|　　Ｙ　 Ｙ　Ｙ　Ｙ　Ｙ
　　　,-"　 　 　　 　,|:::ヽ　 ミ 　　/-───―-`l 　|　　／／　 　　 |
　　 |　　／／　　 　l::::::::l＼　　　 ||||||||||||||||||||||/　 |　　　　　／／ |
　　/　　　　 ＿＿__.|:::::::| 　　 ､ 　`ー-―――┴　/　　　 ＿＿,,..-'|
　/ﾞｰ､,-―'''ＸＸＸＸ `''l::,/|　　　　ｰ- ､＿＿￣＿,,-"､＿,-''XXXXX |
/XX/ XXXXXXXXXX|　|　　　　　　　　　＿,　　/ﾉXXXXXXXXXX|

こんな気分でしたが、#としぁがわるい*1ほいほいと参加登録した方が悪い。

ふぁぼ系プラグインなんて入れた事のない初心者なので、1つ1つ、丁寧に1週間分のtweetを読んで見たところ、「としぁさんらしいなぁ、mikutterの作者なんだなぁ」と感じられ*2、結局1週間の発言ほとんどにfav付けちゃいました。めんご。

↑のような事言いつつもだなんて催促しちゃったりもしていて、こうなるんだよなぁ。

*1:としぁがわるい……mikutterのうすい本がコミケ落選した時、原因として作られていたハッシュタグ。https://twitter.com/brsywe/status/208936731465093122

*2:twitterを彩るふぁぼ魔にふさわしい表現

mikutterアドベントカレンダー 15日目

ネタ

このエントリはmikutterアドベントカレンダー(http://atnd.org/events/33911)の15日目として書かれました！
前の日は@eri_twin211さんのhttp://eri-twin.hateblo.jp/entry/2012/12/15/004632です。
次の日は@kamiya344さんの2012 mikutterアドベントカレンダー 16日め「Androidでもておくれたい！」 - KMYの日記です。

先日のできごと

ルカちゃんルカちゃん

私は大人ですよ*1。なのにちゃん付けなんて……。まあいいですけど。で、どうしたんですか？Download

mikutterが3歳になるから、誕生日祝いのAdvent Calendarをやってるんだけどね、もうすぐ僕の順番なのにネタが無いんだ。

あら、私と同い年になるんですね*2Download

え？ 同い年って。さっきルカさん大人って言っt

同い年ね。Download

るっかるっかにされたよ！

そんなこんなでうちのルカちゃんが勝手に対抗心を燃やしてmikutterをるっかるっかにしてくれました！「るかっ」だの「みくっ」だなんて普段は言わないのにね。mikutterちゃんお誕生日おめでとう！ これからもよろしくね！

下のファイルを使って、mikutterの設定でいろいろやると皆のmikutterもるっかるっかになると思うよ！ 個人的にはmessage-received-englishが気に入ってるかな！ mikutterのソースを用いているから、GPLv3で浄化されてるよ！

lukasound.zip 直

Gentooのmikutterについて

今のmikutterはRuby関連ライブラリをvendorってディレクトリに入れてて、それを使いたがるんだけれど、portageとかのパッケージ管理システムはそれを嫌うんだよね。個別のバージョン管理できないし依存関係とかグチャグチャになるしライセンスもまぜこぜになるし。
で、vendorをインストールしないで動かしたいなら、memoize,typed-arrayを自前で入れて、oauth,bsearch,addressableをportageのものを使えば動くみたいです。
https://github.com/NaokiKuzumi/naokikuzumi-overlay にとりあえずのものを置いてます。
公式のgentooに入るのを待てない人は自己責任でいろいろ眺めてみて、本当にどうなってもいいなら使ってみて、動作報告とかしてくれるとありがたいです。
このリポジトリ、個人用途かつ適当push癖が付いてるので本当に大丈夫かは自信ないです。

*1:巡音ルカの年齢は二十歳

*2:巡音ルカの発売日は2009年1月30日

LibreOfficeとuimで日本語入力ができなかった件

tech memo

Gentoo Linuxでcups java kdeだけUSE立てたlibreoffice-binを使った時、なぜか日本語入力ができなかった。
解決策：

OOO_FORCE_DESKTOP=none libreoffice

理由がよくわからないんですが、Bug#619239: libreoffice-kde: libreoffice doesn't accept any input under KDE4 with scimみたいなのと関係あるんでしょうかね。
OOO_FORCE_DESKTOPをkde4以外の値にすればgnomeでも何でもいいっぽいです。

gentoo/linuxでclojureを始めた時のメモ

tech

clojureを始めるにあたって、必要なものはclojure本体とemacs用スクリプトとemacs内から接続できるREPLだろう。それぞれclojure.jarとclojure-mode.el, そしてswank-clojureにあたる。*1

で、調べると入れる方法がいろいろあって何を選ぶのか決めるまでが大変であった。

clojure 最新版は1.3

  1. emerge*2 clojure (1.3)
  2. download from official site (1.3)
  3. emacsのclojure-modeでinstall-clojure (1.2.2?)
  4. leiningenからインストール (1.2.1)

clojure-mode 最新は1.11.*

  1. package.el で ELPA (1.7.*)
  2. package.el で Marmalade (1.11.*)
  3. git clone (1.7.*等どこが本家やらよくわからず)

swank-clojure

  1. leiningenからインストール
  2. clojure-modeからinstall-clojure (ただし動作せず)
  3. git clone

leiningen

  1. git clone (2.0系 これを書いてる現在、should not expect it works)
  2. download stable lein script (1.3系)


さらにclojureの1.3と1.2系ではclojure.contribという一般的なライブラリ群の有無という差異があるためemacsでswank-clojureと接続する際の設定に注意しないといけない。


(いろいろひかくけんとう あとでかく、かも)


結論としては、とりあえずstable leiningenとmarmaladeのclojure-modeを使う事をお勧めする。emacsのslimeもmarmaladeで合わせておけばおそらく間違いが無い。ubuntuだろうとなんだろうと多分結論は変わらない。

clojureが1.2から1.3へと変わる節目で、さらにleiningenもメジャーバージョンを変えようとしているのでなかなかとっつきづらい状況だが、今回選んだ構成ならpackage.elとleinコマンドで開発環境側はきっとアップデートやバージョン選択ができる。

*1:counterclockwise？ そんな鈍重なやつのプラグインはなかった。

*2:わからない人はportageでググるか、aptやらyumのようなものと想像すればいいんじゃないかな