Vine Linux 6.5 Beta 8 の感想など
鮭という魚は生まれた川を遡上するらしいですね。
まあそういう訳で久しぶりにVine Linux のベータ版を試してみました。
6.x の商用版購入したのはかなり前で、インストールした仮想マシンのデータが破損して以来、綺麗に放置してました。
そもそもLaTeX使う訳でもないし、サブマシンのつもりだったMacBook Air が結果的にメインのマシンになっていますし。
ベータ版についての情報は以下より。
Vine Linux News - Vine Linux 6.5 beta8 (final予定) を公開
開発者向けのMLを見る限り、3月上旬にリリースされそうな雰囲気だけど、開発版のMLでメンテナのお一人が離脱を宣言しているように見える。ものすごく心配。
[VineSeed:028367] Vine Linux 6.5 リリーススケジュール
3月に6.5をリリースしたとして、7.xのリリースした後で6.x系もメンテするつもりなんだろうか。そんなリソースあるとは思えないので強引にでも7.xに移行して6.xはサポート終了の方が良かったのではないですかね。
インストールしてみる
手元に未使用のマシンはないのでVirtualBoxにインストール。
ベータ版の配布サイトからダウンロードして、VirtualBoxにインストールしてみます。
$ wget http://beta.vinelinux.org/65/Vine65b8-DVD-x86_64.iso
VirtualBox へのインストール
CPUはx86_64、メモリ1GB。あとはデフォルトのまま。"Other Linux 64bit"にしておけばいい。
“Install Vine Linux"を選択した状態で"Enter"。
従来どりのインストーラ。
日本語キーボードを選ぶぐらいでパーティション分割もインストーラのデフォルトのまま。管理者アカウントと一般ユーザーのアカウントを追加するぐらい。
インストール時のカテゴリは「デスクトップ」(うろ覚え)にしたと思います*1。
”Guest Additions” についてはVirtualBox側の"Insert Guest Additions CD Image"からすんなりインストールできた。
長所
- Ubuntuの標準デスクトップより軽い
- RPM向けの
apt
が使える - 初期状態で日本語フォントの表示が(非商用フォントにしては)綺麗
- 追加設定なしで日本語入力できる
- systemd ではなくsysvinit (?)
日本語入力まわりの設定とフォントの表示の設定がチューニング済みというのは大きいと思います。商用版からsudo apt-get dist-upgrade
すればデフォルトが商用フォントになるはずです*2。
全くの余談になりますが、他のディストリビューションの場合、日本語フォントの表示まわりはPlamo Linuxの設定ファイルを参考にするのも一つの方法。こっちもかなりチューニングされてるのと、各種パッケージが新しいので。
各種パッケージなど
デスクトップは従来通り。
日本語入力はiBus + mozc。最初からきっちり設定されている。
fcitx + mozc のような、英語配列用の設定を除去する作業は不要。
$ uname -a Linux localhost.localdomain 4.4.49-1vl6 #1 SMP Sat Feb 18 02:12:32 JST 2017 x86_64 x86_64 x86_64 GNU/Linux
- Ruby 1.8.7
- Python 2.6.6
- gcc 4.9.3
- Vim 7.4
- Emacs 23.3.1
- glibc 2.23
- LibreOffice 5.2
- Inkscape 0.48.5
- PHP 5.5.36
Ruby のバージョンを見て一瞬、インストールディスクを取り違えたかと思った。
$ cat /etc/vine-release Vine Linux 6.5 (Poupille)
Pythonはともかく、さすがにRubyは 2.x にして欲しいところ。なお、Pythonはpython3
パッケージが提供されているようです。
rbenv
なりDocker でどうにでもなるけどpyenv
と両方入れるとシェルの起動時にもたつくのでつらい。
とは思ったものの、apt search docker
してもDockerのパッケージがヒットしない?
ニューサイトにリリース告知が掲載された時に主要コンポーネントのバージョンを見てドン引きされそう……。
所感など
最初に遭遇したLinux (Vine Linux 2.1.5の頃)なのでなんだかんだで思い入れはあります。
アスキーのLinuxマガジンが健在だった頃ははかなりユーザーがいたはずなのですが、最近は検索してもサーバー構築事例を見かけなくなりました。
他のディストリビューションの日本語環境もかなり充実しているのと、サーバー用途なら特に日本語固有の問題は起きないから昔ほどの優位性はないように思います。
エラーメッセージでググった時にヒットするのは英語のページがほとんどで海外のユーザーの多い方ディストリビューションの方が困った時に圧倒的に楽……。
また、リリースサイクルが不安定なのはマーケティングの面からかなりマイナスだと思います。リリースのたびに雑誌やニュースサイトで取り上げられるFedoraやUbuntuと比較すると認知度が段違い。
新しいパッケージを試したいならArch Linux、安定志向ならDebian系、企業ユーザーならRHELかCentOSあたりが定番なので、何か特殊なニーズを掴まないと厳しい。
もう以前のように雑誌で特集が組まれたり解説本が発売される確率は低そうです。ちょっと寂しい感じがします。
まとめ
Vine Linux らしいというか、いつも通り手堅く仕上がっていると思います。Ubuntuの標準フレーバーより確実に軽快に動作します。
ただ、どうしても一般ユーザーへのアピールポイントに乏しいという印象です。Ubuntu の日本語Remixのような競合が存在する中であえてVine にするかと言われると厳しいと思いました。セキュリティ修正パッケージの提供が遅いという悪評が定着しているようなのでLANの外でサーバー用途に使うのは流石に不安。
元祖国産ディストリビューションとして頑張って欲しいとは思うけど、Plamo Linuxの方がセキュリティ修正パッケージの提供は頑張っているように見える。
早いところ 7.x のリリースして巻き返して欲しいと思います。
3月のOSC Tokyoに6.5が間に合うと(マーケティング的に)何かと都合が良いと思うんですが、どうなんでしょう。
それではまた。
Inkscape 0.92.1 のパッケージ(gtk/quartz backend)をつくる
Inkscape 0.92.1 がリリースされています。
Release notes/0.92.1 - Inkscape Wiki
日付が2月13日なのは少し疑問ですが、まあいいでしょう*1。
相変わらずMac向けの公式バイナリはリリースされていませんが、次のリリースに向けてなんとかしようという動きはあるようです。
Tim Sheridan 氏によるビルド用のパッケージ作成スクリプトの修正版(ただしExperimental 扱い)が公開されています。
0.92.x_mac_packaging : Code : Inkscape
XQuartz 版が公開されています(まだテスト用扱い)。
例によって例のごとく、XQuartzなしで動くバージョンが欲しいので、自前でビルドします。
そのうちMacPortsからsudo port install inkscape +quartz
で最新版がインストールできるようになるはずです。
わざわざビルドする理由は、dmg形式にしておくとOSリカバリの時にビルドし直さなくていいよねってだけの話です。
自前でビルドしてみる
パッケージ作成スクリプトの修正版はまだメインのリポジトリに反映されていません。
素直に開発版のリポジトリから入手しようかと思いましたが、MacPortsをバージョンアップしたところ、bazaar(bzr
)の挙動がおかしいので断念。
手っ取り早く最新のリビジョンを探し、”download tarball"のリンクをクリックしてダウンロード。差分だけ取得して0.92.1のソースに適用するのも可。
~tghs/inkscape/0.92.x_mac_packaging : revision 15379
今回はリビジョン15379
。
$ tar zxf ~tghs_inkscape_0.92.x_mac_packaging-r15379.tgz $ cd ~tghs/inkscape/0.92.x_mac_packaging
移動した先のディレクトリの、README.txt
ファイルを参考にしてQuartz版を作成します(packaging/macosx/README.txt
)。
ビルド
ビルド環境は過去記事でセットアップしたMavericks環境です。
もし同一マシンでX11版とQuartz版を作り分けたい場合は、MacPortsのインストール先を区別できるようにするといいと思います。
$ export MP_PREFIX=/opt/local $ cd ~tghs/inkscape/0.92.x_mac_packaging/packaging/macosx/
独自のPortfileを使用して追加パッケージをインストールすることが前提になっています。
そのためにMacPortsの設定ファイルを編集する必要があります。
$ sudo sed -e '/^rsync:/i\'$'\n'"file://$(pwd)/ports" -i "" "$MP_PREFIX/etc/macports/sources.conf"
現在のディレクトリのパスと、$MP_PREFIX
の値を埋め込むので注意が必要です。
$ less "$MP_PREFIX/etc/macports/sources.conf"
最終行の一行上にPortfileの配置ディレクトリのための設定が追加されていればOK。
続いてパッケージのインデックスを更新。
$ (cd ports && portindex)
同じ要領でMacPorts全体のビルド設定(variants)を修正。以下はあくまでもQuartzバックエンドとしてビルドするためのものです。
$ sudo sed -e '$a\'$'\n''-x11 +quartz +no_x11 +rsvg +Pillow -tkinter +gnome_vfs' -i "" "$MP_PREFIX/etc/macports/variants.conf"
依存パッケージを一式インストール。それなりに時間がかかります。
$ sudo sed -e '$a\'$'\n''-x11 +quartz +no_x11 +rsvg +Pillow -tkinter +gnome_vfs' -i "" "$MP_PREFIX/etc/macports/variants.conf"
configure
のバグを回避するため、osx-build.sh
を修正。
$ vim osx-build.sh
267行目の下に以下の二行を追加(250行目と251行目をコピーした結果)。
# Workaround for https://bugs.launchpad.net/inkscape/+bug/1606018 CONFFLAGS="--disable-strict-build $CONFFLAGS"
もしMountain Lion やYosemite以降でビルドするなら対応する箇所に修正が必要だと思う。いまのところMavericksでしか試していません。
起動時にエラーが表示される例のバグを回避するパッチを適用。
$ patch ScriptExec/launcher-quartz-no-macintegration.sh fix_lp476678.patch
パッチは以下の通り。
--- ScriptExec/launcher-quartz-no-macintegration.sh.bak 2017-01-08 02:56:39.000000000 +0900 +++ ScriptExec/launcher-quartz-no-macintegration.sh 2017-01-08 02:58:25.000000000 +0900 @@ -143,7 +143,7 @@ export LANG="en_US.UTF-8" else tmpLANG="`grep \"\`echo $LANGSTR\`_\" /usr/share/locale/locale.alias | \ - tail -n1 | sed 's/\./ /' | awk '{print $2}'`" + tail -n1 | awk '{print $2}' | sed 's/\./ /' | awk '{print $1}'`" if [ "x$tmpLANG" == "x" ] then # override broken script
一気にdmgファイルまでビルド。
$ LIBPREFIX="$MP_PREFIX" ARCH="x86_64" ./osx-build.sh a c b -j 5 i p -s d
Inkscape.app
とdmgファイルが生成されているので動作確認する。
Sierra 対策
Mavericks でビルドしたバイナリをSierraで動かすと内部エラーで起動しない……。Mavericksでは普通に動くのに。
以前から知られている問題と同じようなので、その場しのぎの対応ですが、小細工で回避。
前述のパッチと同じ要領で、パッチを適応してdmgファイルだけ作り直す。
作業ディレクトリに戻ったうえで下記を実行。
$ patch Inkscape.app/Contents/MacOS/inkscape fix_SierraBuild.patch patching file Inkscape.app/Contents/MacOS/inkscape Hunk #1 succeeded at 154 (offset 3 lines).
dmgファイルの生成。
$ ./osx-dmg.sh -p Inkscape.app
外付けディスプレイは外して置いたほうがいいかもしれない。
Inkscape.dmg
が生成されるのでこれをインストール対象のマシンに持っていく。なお、修正パッチは下記の通り。
--- ScriptExec/launcher-quartz-no-macintegration.sh.bak 2017-01-08 02:56:39.000000000 +0900 +++ ScriptExec/launcher-quartz-no-macintegration.sh 2017-01-08 02:58:25.000000000 +0900 @@ -151,6 +151,10 @@ export LANG="$tmpLANG.UTF-8" fi fi + +if [ $OSXMINORNO -gt 11 ]; then + export LANG="$(echo $LANG | cut -d. -f 1)" +fi [ $_DEBUG ] && echo "Setting Language: $LANG" 1>&2 export LC_ALL="$LANG"
実行時にセキュリティがらみの警告が出る場合は、Application
フォルダに移動して右クリックメニューから実行すればよかったはず。
もしくは環境設定からセキュリティまわりの設定を変更。
Maverciks からデフォルトのstdlibまわりが変更になっているので、コンパイラの最適化との関係で何かまずいんだろうと思う。
完成品
あまり需要がなさそうですが一応、置いておきます。 XQuartzなしで動くQuartz
版です。
起動スクリプトのバグ修正を含みます。
変更点など
過去記事のビルドとの変更点は、以下のとおり。 独自のパッチ
- CMake ではなく従来どおりの
autotools
によるビルド方式 - Extension の動作に必要なファイルが追加(されたはず)
上述したとおり、独自の修正を含んでいます。
- 日本語ロケールで起動時に「内部エラーが発生しました」というダイアログが表示されて起動できない問題
- 特定の環境でビルドしたバイナリをSierraで実行すると起動できない
あとは冒頭のリンク先と同じです。
スクリーンショット
こんな感じ。
おしまい。
*1:確かにRC相当のプレリリース版はその辺の日付だった。
VirtualBox のゲストとしてMavericks (OS X 10.9) をセットアップしたメモ
外付けストレージとのデュアルブート構成にしていたのですが、やはり不便なので仮装環境上にMavericksをインストールすることにしました。
Sierraではない理由はできるだけ古いOS X環境にしたいからです。
本来は手元のMacBook Air にインストール可能な最も古いバージョンであるMountain Lionにしたいところですが、リカバリ用のユーティリティからはインストールできても、 インストーラーそのものは手に入らないようなので。
基本的に以下のページと同じです。
iESDというコマンドを使う。メンテされてないようですが、インストール対象のゲストOS自体が古いので問題ないと判断しました。
GitHub - ntkme/iesd: Customize OS X InstallESD.
参考(Sierraの場合): [VirtualBox]仮想環境で macOS Sierra を導入(isoイメージ作成)[Sierra] - Qiita
最初は安直にcreateinstallmedia
コマンドの引数に空のdmg
ファイルを指定したらできるかと思いましたが、VirtualBox側が受け付けてくれませんでした。
ツールの入手と実行
githubからclone。
$ git clone https://github.com/ntkme/InstallESD.dmg.tool $ cd InstallESD.dmg.tool $ ls LICENSE.md README.md bin iesd.gemspec lib
インストール用ディスクのイメージをマウントしていると途中でこけるのでアンマウントされていることを確認してから実行。
$ bin/iesd -t BaseSystem -i /Volumes/DSHGST/Data_Sub/resources/apple/Marvericks/Install\ OS\ X\ Mavericks.app/Contents/SharedSupport/InstallESD.dmg -o Output.dmg
十数分はかかったはず。
ここで生成されたOutput.dmg
をVirtualBoxの起動ディスク(CD-ROM扱い)に指定すればインストーラーを起動できる。
仮想マシンの作成
VirtualBox 側で仮想マシンを作成します。「新規」をクリックするとウィザードが起動するので、仮想マシンの名称の箇所でmacOS(OSX)っぽい名前を入れると中央のプルダウンメニューがそれらしき候補に変化します。
Linux系の場合より多くのメモリが必要なようです(結局、2GBに設定)。
その他、細かい設定は以下を参考にしました。
VirtualBox -仮想環境”OS X 10.9 Mavericks”を作成- | External storage
サイトによってはチップセットの変更に言及されていますが、ICH9でも動作するようです。私はビデオメモリ64MB、CPU数 2としています。
ゲストOS(Maverics) のインストール
仮想マシンを起動すると起動ディスクを指定するためのダイアログが表示されるので、前述のOutput.dmg
をセットして続行。
注意点は、OS Xのインストーラーはフォーマット済みのディスクしかインストール先として認識しないという点。
初回は仮装ハードディスクを認識するものの、フォーマットされていない状態なので、ディスクユーティリティに切り替えて「消去タブ」からパーティションをつくる必要がある。
なお、OSXのEULAには仮装環境でのインストールは2台までと記載されています。もちろんApple製のハードウェア上で仮想化ホストOSが実行されている前提。
Xcode
Mavericks 用なのでXcode 6.1.1をインストール。対応するバージョンのComandlineToolsもインストールする。
どちらも入手はApple Developer のサイトから(要ログイン)。
制限事項
VirtualBoxのマニュアルにmacOS(OS X)ゲストについての制限事項の記載があります。
参考:http://download.virtualbox.org/virtualbox/5.1.14/UserManual.pdf
セクション14.2あたりを確認。
- 仮想マシンに割り当てられた一つのCPUで動作する(ホストのCPUクロックより高いクロック周波数のCPU扱いになる)
- guest addon はmacOSゲストには提供されない(つまり、VirtualBox側のファイル共有手段が使えない)
- 初期状態では画面解像度が1024x768(VirtualBoxが提供するコマンドで変更可能)
遭遇した問題など
- USBデバイスの共有機能を使ってUSBメモリからファイルをコピーしようとするとなぜか途中でUSBメモリを見失って失敗する
- 「このMacについて」というメニューからハードウェアの詳細を確認しようとするとログイン画面にフォールバックする
参考URL
macOS に Uniconvertor (ver 1.x) をインストールする
何の因果かわかりませんが、微妙な時期に絶妙にマイナーなユーティリティのインストールについてのエントリを書いております。
どうやらInkscapeのエクステンションの中にこいつを要求するものがあるらしい。そして以前のmacOS向けパッケージにはバンドルされていたそうで。
そしてmacOS向けのバイナリは配布されていなし、MacPortsにもない…。
[2017/02/16 追記]
InkscapeのソースコードにMacPorts用のPortfileが含まれているのでそれを使う方が楽でした。
なんとも微妙な気分です。
ソースファイルを展開したディレクトリの、下記のファイルを適当なディレクトリにコピーし、あとはMacPorts側の設定を変更してやればいけるはず。
packaging/macosx/ports/python/py-uniconvertor/Portfile
[追記ここまで]
手順は基本的に以下のサイトを参考にする。
How to install Uniconvertor (command-line app) on Mac OS 10.7.2 (Lion)? - Super User
というかほとんどそのままです。
準備
まず必要なファイルを入手してくる。
- uniconvertor-1.1.5.tar.gz
- uniconvw-1.1.5.tar.gz
- sk1libs-0.9.1.tar.gz
依存パッケージをインストール。freetype2 など色々と必要なようだがInkscapeビルドするための依存パッケージをインストールすればほとんど揃っているはずなので省略。
Inkscapeが要求するのはlcms2
だけどUniconvertorが要求するのはlcms
。
$ sudo port install lcms
MacPorts と Python
面倒なことに、OS標準のPython 2.7と、MacPortsのPython 2.7の両方が存在している。他のライブラリとの兼ね合いからすると、MacPorts側でないと不都合がある。
そのため、明示的にMacPorts側のPythonを呼び出す。
MacでPython環境を作る時に気をつける事 - Qiita
上記のページを参考に、それぞれインクルードパスとインストール先を確認する。
OS標準のPython の場合
$ which python /usr/bin/python
インクルードパス:
$ /usr/bin/python -c "import site; print(site.getsitepackages())" ['/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages', '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/site-python', '/Library/Python/2.7/site-packages']
モジュールのインストール先:
$ /usr/bin/python -c "import distutils.sysconfig as s; print(s.get_python_lib())" /Library/Python/2.7/site-packages
MacPorts (Python 2.7)の場合
$ which python2.7 /opt/local/bin/python2.7
インクルードパス:
$ /opt/local/bin/python2.7 -c "import site; print(site.getsitepackages())" ['/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/site-python']
モジュールのインストール先:
$ /opt/local/bin/python2.7 -c "import distutils.sysconfig as s; print(s.get_python_lib())" /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages
ビルドとインストール
Pythonのライブラリによくあるsetup.py
によるインストール。
アンインストール用のタスクのようなものは存在しないみたいなので、削除する場合は手作業。
sk1libs
いつも通りソースを展開。
$ tar zxf sk1libs-0.9.1.tar.gz $ cd sk1libs-0.9.1
python2.7
の部分は環境に応じて変更する必要があります。少なくともMacPortsを利用して必要なライブラリをインストールしている場合はOS標準の方ではなく、MacPortsでインストールしたPython 2系を指定。
$ LDFLAGS="-L/opt/local/lib" CFLAGS="-I/opt/local/include -I/opt/local/include/freetype2" python2.7 setup.py build
問題がなければインストール。
$ sudo python2.7 setup.py install
MacPortsのPython2.7のインクルードパスにインストールするのが目的であるので、最後に以下のように出力されていればOK。
Writing /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/sk1libs-0.9.1-py2.7.egg-info
Uniconvertor
同じ要領で。
$ tar zxf uniconvertor-1.1.5.tar.gz $ cd uniconvertor-1.1.5 $ LDFLAGS="-L/opt/local/lib" CFLAGS="-I/opt/local/include -I/opt/local/include/freetype2" python2.7 setup.py build
ビルドに成功したらインストール。
$ sudo python2.7 setup.py install
動作の検証
実行時にpython-imaging、python-reportlabを要求するので対応するパッケージか代替品をインストールする。
$ sudo port install py27-Pillow $ sudo port install py27-reportlab
インストール先のディレクトリがパスに追加されていないので絶対パスで指定して実行。
$ /opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin/uniconvertor 変換したいファイル 変換後のファイル名
フォーマットは拡張子で自動判別される。
対応しているフォーマットは本家のサイトへ。
UniConvertor vector graphics translator
なお、PythonのパスがハードコーディングされているのでmacOS標準の方のPythonが呼び出されたりはしない。/usr/local/bin
にシンボリックリンクを作成しておくといいと思う。
uniconvw
GUIのラッパースクリプトらしいです。InkscapeのExtentionからすると不要な気がしますが一応。動くかどうかは試していません。
上記と同じ要領でインストールすればいいはずだが、/usr/share/applications
にディレクトリを作成しようとしてこける。対処法としては
setup.py
の103行目以降の、ハードコーディングされている/usr/share
を/usr/local/share
、またはインストール先ディレクトリに合わせて変更する。
そのほか
注意点など
CorelDRAW(.cdr
)形式のファイルの変換をサポートしていると記載されていますが、新しいバージョンのファイル形式はサポートされていないようです。Googleでfiletype:cdr
としてヒットするファイルで試しても変換不能でした。スタックトレースとともに以下のメッセージで変換できませんでした。
raise SketchLoadError(_("Parsing error: ")+ str(value)) app.events.skexceptions.SketchLoadError: Parsing error: unrecognised file type
また、Inkscapeで作成したSVGファイルについても、モノによっては処理が終了しないケースがあるようです。具体的な条件は良く分かりません。 エラーを吐かずにコマンドプロンプトが帰ってこない状態になります*1。
LInux 向け情報
Ubuntu 16.04 のuniconvertor (python-uniconvertor)は動かないようです。
- Bug #1597322 “necessary sk1libs isn’t packaged” : Bugs : python-uniconvertor package : Ubuntu
- #820748 - uniconvertor: ImportError: No module named sk1libs.utils.fs - Debian Bug report logs
展開したソースに含まれるREADMEなどではプロジェクトのURLが"http://sk1project.org"という記載になっていますが、現在のURLは"http://sk1project.net"です。
なお、現在ダウンロードできるバージョン 1.1.5のLinux向けパッケージはUbuntu 10向けだったりとても古いです。
最新版について
どうやら2.0のリリース候補(RC)版が存在するようです。
sK1 2.0 (ex.PrintDesign) vector graphics editor
Only import/export filters are not implemented yet. This functionality will be subject of RC3 milestone.
と書いてあるので、変換フィルタとしては使えなさそう。RCというのはRelease Candidate(リリース候補版)だと思うんですが、重要な機能の入っていないRC版というのも不思議ですがまあ今後に期待、ということで*2。
開発中のバージョンのリポジトリはgithubにあります。READMEによるとプロジェクト名の"sK1 Project"は"K"が大文字だそうです。
- GitHub - sk1project/sk1-wx: sK1 2.0 multiplatform vector graphics editor
- GitHub - sk1project/uniconvertor: UniConvertor is a universal vector graphics translator
- sK1 Project: sK1 2.0 (ex.PrintDesign), sK1, UniConvertor, SWord
カラーパレット
このソフトを開発しているプロジェクトのサイトで各種グラフィック編集ソフト向けにカラーパレットのデータが配布されている。
sK1 Project - Free Palette Collection
カラーパレットの名称をクリックするとダウンロードページに移動する。
まとめ
とりあえず動いたようなので、次はInkscape本体のパッケージ化のリターンマッチです。
確実に言えるのはPythonインタプリタの場所をハードコーディングしている箇所は小細工が必要だろうということです。
何だか無駄に文字数が多い気がしますが、このエントリは以上です。
iPod touch 修理完了
無事に戻ってきました。
おかえり、僕のサンドロック*1 iPod touch!!
無料修理扱いになったので最終的に費用ゼロで修理完了、です。
結局、バッテリの膨張は製品保証期間を切れている場合でも無償交換になるようです。
太っ腹なのか、膨張したバッテリのせいで爆発その他、風評被害を回避したいのでしょうか。
経過など
水曜日の深夜に異変に気付いてAppleのWebサイト経由でサポートに電話(木曜日)。
Webの方で「後日電話します」を選ぶと電話番号が表示される。その際に問い合わせ番号が割り当てられるのでこの番号を電話サポートに通知するとかなりスムーズにいく。
そのまま有料修理扱いで申し込んで、金曜日に宅配便で引き取り。
土曜日に一旦有料の修理をキャンセルするという唐突なメールが来た後、今回は費用ゼロだよ、という感じの不思議メールが到着(以下参照)。
日曜日に修理完了のメール、夕方に発送されて月曜日に交換品受領。
シリアルナンバーからすると別の個体になってしまいました。
受領後
交換品はiOSのバージョンが古かったのでバージョンアップ後、iCloudからデータ復元してめでたしめでたし、です。
30分ぐらいで復元完了。結果オーライです。
コストゼロで交換できたのは非常に良かったというのが正直な心境。信仰心が報われたのか何なのか、余計な出費を回避できたのは大きいです。
Appleの公式ページにはバッテリ膨張による交換について何も書かれていないのが謎ですが、バッテリ膨張の可能性がある場合はやばくなる前に修理に出すといいと思います。
某半島の端末の例もありますし。
それではまた。
*1:別に自爆したわけじゃないし