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にインストール。

Vine Linux - Beta

ベータ版の配布サイトからダウンロードして、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が間に合うと（マーケティング的に）何かと都合が良いと思うんですが、どうなんでしょう。

それではまた。

*1:「ワークステーションだったかも」

*2:やってません

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 版が公開されています（まだテスト用扱い）。

inkscape.org

例によって例のごとく、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環境です。

• OS X 10.9 Mavericks
• Xcode 6.1.1

まずはMacPortsのインストール先を環境変数にセット。

もし同一マシンで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 版です。

www.dropbox.com

起動スクリプトのバグ修正を含みます。

変更点など

過去記事のビルドとの変更点は、以下のとおり。 独自のパッチ

• CMake ではなく従来どおりのautotoolsによるビルド方式
• Extension の動作に必要なファイルが追加（されたはず）

上述したとおり、独自の修正を含んでいます。

• 日本語ロケールで起動時に「内部エラーが発生しました」というダイアログが表示されて起動できない問題
• 特定の環境でビルドしたバイナリをSierraで実行すると起動できない

あとは冒頭のリンク先と同じです。

スクリーンショット

こんな感じ。

おしまい。

*1:確かにRC相当のプレリリース版はその辺の日付だった。

VirtualBox のゲストとしてMavericks （OS X 10.9） をセットアップしたメモ

外付けストレージとのデュアルブート構成にしていたのですが、やはり不便なので仮装環境上にMavericksをインストールすることにしました。

Sierraではない理由はできるだけ古いOS X環境にしたいからです。

本来は手元のMacBook Air にインストール可能な最も古いバージョンであるMountain Lionにしたいところですが、リカバリ用のユーティリティからはインストールできても、 インストーラーそのものは手に入らないようなので。

基本的に以下のページと同じです。

qiita.com

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

• Mac上のVirtualBoxにMavericksをインストールする - Qiita
• VirtualBox -仮想環境”OS X 10.9 Mavericks”を作成- | External storage
• VirtualBoxにOS X Yosemiteをインストールする – OTTAN.XYZ

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 Download Page

• 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向けだったりとても古いです。

UniConvertor Download Page

最新版について

どうやら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インタプリタの場所をハードコーディングしている箇所は小細工が必要だろうということです。

何だか無駄に文字数が多い気がしますが、このエントリは以上です。

*1:用紙サイズとして設定された範囲外にオブジェクトがあるとうまくいかないのかもしれません

*2:どっちにしろInkscape側が対応してなさそうだからどうでもいい

iPod touch 修理完了

無事に戻ってきました。

おかえり、僕のサンドロック*1 iPod touch!!

a244.hateblo.jp

無料修理扱いになったので最終的に費用ゼロで修理完了、です。

結局、バッテリの膨張は製品保証期間を切れている場合でも無償交換になるようです。

太っ腹なのか、膨張したバッテリのせいで爆発その他、風評被害を回避したいのでしょうか。

経過など

水曜日の深夜に異変に気付いてAppleのWebサイト経由でサポートに電話（木曜日）。

Webの方で「後日電話します」を選ぶと電話番号が表示される。その際に問い合わせ番号が割り当てられるのでこの番号を電話サポートに通知するとかなりスムーズにいく。

そのまま有料修理扱いで申し込んで、金曜日に宅配便で引き取り。

土曜日に一旦有料の修理をキャンセルするという唐突なメールが来た後、今回は費用ゼロだよ、という感じの不思議メールが到着（以下参照）。

日曜日に修理完了のメール、夕方に発送されて月曜日に交換品受領。

シリアルナンバーからすると別の個体になってしまいました。

受領後

交換品はiOSのバージョンが古かったのでバージョンアップ後、iCloudからデータ復元してめでたしめでたし、です。

30分ぐらいで復元完了。結果オーライです。

コストゼロで交換できたのは非常に良かったというのが正直な心境。信仰心が報われたのか何なのか、余計な出費を回避できたのは大きいです。

Appleの公式ページにはバッテリ膨張による交換について何も書かれていないのが謎ですが、バッテリ膨張の可能性がある場合はやばくなる前に修理に出すといいと思います。

某半島の端末の例もありますし。

それではまた。

*1:別に自爆したわけじゃないし