Macを買ってmikutterを入れたときのメモ

おひさです。転職したら前よりお金が入るようになったのでMacBook Air (2020)を買ってしまいました。

さて、新しいマシンを買ったときにすることと言えば、mikutterのインストールですね! 買って半年くらいしてそろそろやるかという気持ちになったので、トライしてみました。

前提条件

インストール作業時の私の環境はこんな感じ。先にTissueの開発環境を作ったり、Objective-Cを触って遊んでいたので既に色々入っている。
  • macOS Catalina 10.15.7
  • Xcode 12.0.1 インストール済
  • homebrew インストール済
  • XQuartz インストール済

mikutterのダウンロード

私はdevelop版を常用しているので、mikutterのbrew formulaは完全に無視して直接git clone。場所は適当にホームの下のどこかに。

作業時に使ったリビジョンはmikutter 4.1.1リリース直前の d97f09b918d92624a4e76fce7d6a17cef9aedb4e でした。

依存関係を何とかする

mikutterをX無しで使用するのは、地獄というか無理であることがAkkiesoft氏のブログによって知られています。実際試してみたんですが、TLのレンダリングが汚いとか、画像プレビューがまともに描画されないとか、そのウィンドウを閉じたらrubyごとクラッシュしたとか、散々でした。

先のブログではMacPortsを使っていますが、私の環境には既にhomebrewが入っています。あまりこれらを共存させたくないので、何とかbrewで押し切りたいところです。

幸い、homebrewかつX11での環境構築の資料があひる氏の手によってまとめられています。これをベースに……あああ! homebrewがX11のサポートをやめている!

ということで、何とかしてcairoとgtk+をX11サポートでビルドするよう、formulaにパッチを当てました……。

まず、cairoはXのヘッダーを参照できるよう depends_on :x11 を追加した上で、configureの部分でXCBとXLibのサポートを有効にします。

     system "./configure", "--disable-dependency-tracking",
                           "--prefix=#{prefix}",
                           "--enable-gobject=yes",
                           "--enable-svg=yes",
                           "--enable-tee=yes",
                           "--enable-quartz-image",
-                          "--enable-xcb=no",
-                          "--enable-xlib=no",
-                          "--enable-xlib-xrender=no"
+                          "--enable-xcb=yes",
+                          "--enable-xlib=yes",
+                          "--enable-xlib-xrender=yes"
     system "make", "install"
   end

そして、gtk+のformulaからは "--with-gdktarget=quartz"と書かれた部分を削除することで、X11をバックエンドとして使うようにします。
ところが、これだけだとビルドエラーを起こして動きませんので、upstreamから拾ってきたパッチを適当に当てるようにします。

あとは、この2つを --HEAD --build-from-source オプション付きでインストールします。

他の手順はほぼあひる氏の資料通りで、何とか動きました!

今回作成したformulaは全部tapとしてまとめていますので、gtkをビルドするという苦行をこなす気があれば簡単にお使いいただけます。たぶん。……動かなかったらすまん。
shibafu528/homebrew-tap - https://github.com/shibafu528/homebrew-tap

2021/12/27 追記

homebrew 3.0.0でX関係のサポートDSL等々が完全に消滅したので、結局この記事の努力は水の泡となりました。追記時点でもだいぶ前のリリースですが、思い出したので追記しておくことにしました。
あと、そういうのを使っているformulaがあるだけでエラーになるので、上記tapからこの記事の成果物は削除してあります。

コメント

コメントを投稿

このブログの人気の投稿

YukariをGoogle Playから削除する予定です #yukari4a

更新情報 2024/9/15: 最終リリースのAPKファイルをGitHubに公開。予告を削除し、当該ファイルのダウンロードページへの案内に差し替え。 表題の通りとなりますが、今後 Yukari for Android をGoogle Playから削除する予定です。 2013年12月以来、10年以上に渡ってご愛顧いただきありがとうございました。 私が個人で開発・公開したアプリの中では、最も長く、最も多くの人に利用いただいたアプリでした。心より感謝申し上げます。 削除の予定について 2024年9月中旬 以降となる予定です。 削除の理由について Google Playの開発者登録の要件が変更されたため です。 具体的には、すでに登録済の個人開発者に対しても、実名をPlayストアへ公開することへの同意が求められたためです。同意しない場合、アカウントと公開したアプリが削除されるそうです。 実名を公開する事そのものに強く抵抗があるわけではないのですが、消極的なメンテナンスをしているだけの1つのアプリを置き続けるために支払うコストとしては、割に合わないと感じました。 なお、この件はGoogle Playの開発者アカウント単位で影響があるので、Yukari以外に過去に公開していたアプリも完全に削除される見込みです。 削除後のアプリ再ダウンロードについて Google Playからは完全に削除されるため、 Playストアアプリからの再ダウンロードは不可能 となります。 ただし、GitHubにて最終バージョンの APKファイルを公開します 。 これにはGoogle Play公開版と同じ署名鍵を用いますので、古いバージョンからのアップデートにもご利用いただけます。 下記のリンクを開いて、ページ内の「Yukari-stable-3.1.6.2543.apk」をクリックすると、APKファイルをダウンロードできます。 https://github.com/shibafu528/Yukari/releases/tag/3.1.6.2543 Yukari Next (DeployGate版) について こちらのバージョンは公開を続けます 。 DeployGateアプリ経由でインストール管理ができ、アップデートのプッシュ通知も届きますので、APKファイルの直ダウンロードよりも使いやすいと思います。 ...
続きを読む

FF16をクリアした

FINAL FANTASY XVI をクリアした。 ひとまずストーリーフォーカスモードで、本編クリアまで。FFチャレンジはまぁいいや。 ゲームの感想を一気に書くには、Content Warningでネタバレ配慮ができるとはいえMastodonは不向きであろうと思ったので、ここに書いてみる。 性質上、このエントリには本編の結末までのネタバレが含まれる。また、サブクエストについても言及する。購入を検討している方・プレイ中の方はご注意を。
続きを読む

診断メーカービューアの今後について

ずっとメンテナンスしてきた 診断メーカービューア ですが、2021年8月9日リリースのver2.32をもって正式にサポートを終了とさせていただきます。2013年8月15日のver1.00より、およそ8年もの間ご愛用いただき誠にありがとうございました。 今後は開発者の生活に余裕がある場合や、個人的な利用のために本家サイトの仕様変更に追従するアップデートが配信される可能性はありますが、リリースをお約束することはできません。 せっかくなので、このアプリをリリースした頃から振り返ってみたいと思います。(一部はPlayストアでのサポート終了のあいさつと重複しています) このアプリの開発を始めたのはgit logからの推定では2013年6月頃、まだ私が高校生だった頃です。当時の私が使っていたスマートフォンはSH-13C、Android 2.3の端末でした。 このスマートフォンは当時の水準から見てもローエンドに近い端末で、とにかく性能が貧弱でした。ストレージ容量だけは大きかったので、Xperia使いの友人がアプリを入れられずに苦しんでいるのを煽ることだけはできましたが……。 そのため、ブラウザを起動すれば立ち上がりだけで何秒も待たされますしページロードも重い、パズドラで遊ぼうとすればまともなフレームレートを維持できず操作すら困難、そんな端末でした。もちろん、これらのアプリを起動した後はバックグラウンドのアプリは全部リソース不足でkillされています。そして、アプリ切り替えで余計に待たされるわけです。つらいですね。 そんな中、Twitter中毒だった私は身内で流行っていた診断メーカーで遊ぶことが増えていました。ただ、診断メーカーはご存知の通りWebサービスですので、TLでクソみたいな診断を見つけたらブラウザを開かないと便乗して遊ぶことができません。 「えっ、このためだけに何秒も待って、あげくツイートした後TL戻ろうとしたらアプリkillされてんの……？ たかがクソ診断やぞ 」というもやもやした気持ちをよく抱えていた気がします。 とはいえ比較的単純なCGI的な動きをするサービスですので、ハックするのは簡単だろうという予想はすぐにできました。当時の開発のトレンドというか、そろそろ当たり前だろうとなりつつあったAndroid 4.0のHoloデザインに対応したアプリの開発を勉強したいとい...
続きを読む