とりあえず途中経過。今回はビルドの途中でコンパイルエラーになってしまい。最後まで行きません。
何だろうな… VCPKGではうまく行っているので納得が行かない。wx云々って出ていたので、そのへんの何かのバージョンがVCPKGでやった時と違っているのかも。
それにしてもニトログリセリン並に繊細過ぎる…
タグ: KiCAD
KiCAD5.1.9 PKGBUILDその2
前回何もせずに実行したら変な感じに完了してました。が、よく見るとバージョンがr20783.d70cebcd62で、違和感だらけ。
よくよく見たらこれはNightly Buildって奴で、目的のものとは違います。
いくつか並んでいるPKGBUILDファイルの中身をチェックしてPKGBUILD-STABLEが5.1.9を生成するためのファイルと確認しました。なので、もともと有ったPKGBUILDファイルをPKGBUILD.nightlyに変更し、PKGBUILD-STABLEをコピーしてPKGBUILDにリネームして再度make_x86_64.batを実行。
途中経過ですが、5.1.9のソースを引っ張ってきているのでどうやらこちらが正解の模様。始まるまでの段取りに時間がかかってるので、その隙に手動でnewstroke_font.cppをコピーして始まるのを待ちます。もしこれ日本語フォントが使えるようになっていれば結果オーライなんですが、どうなりますことやら。
KiCAD5.1.9 PKGBUILD
少し時間が空いてしまったけど、とりあえずパッケージの作成に再挑戦。
PKGBUILD関係のファイルの置き場所がgithubからgitlabに移動しているので、そちら側から最新のwindows関係を取り出し。場所はhttps://gitlab.com/kicad/packaging/kicad-win-builderとなります。
例によってcmakeをインストールしてパッケージ生成に必要となる処理系やライブラリなんかのダウンロード開始。cmakeのインストール時にpathを追加するのオプションが出ますので、追加を忘れないようにすると後々楽です。またmsys2なんかも新たにインストールされますので、pkgbuildをするつもりの人は、最初からこちらの手順で進める方が無駄が無くてよいでしょう。
どうせ一発では通らないだろうと思ったので、とりあえずmake_x86_64.batを実行。あれこれ大量にダウンロード&インストールされます。
で、しっかりお約束のエラーで停止。一発目は各種更新を有効化するための自爆でした。
なので、再度make_x86_64.batを実行。またしてもなにやら更新を取り出しているので、もう少し行ったり来たりしそうな感じ。
まだmakefileにfontの入れ替え指示なんかも追加していないので、まだまだ先は長いぞっと。
まぁゆっくり楽しみましょう。
2/7 16:20追記
ログによると13:11には作業終了の模様。ただし、何かが不足していて最終のパッケージ生成には至らなかったとか。
==> 作成完了: mingw-w64-x86_64-kicad-git r20783.d70cebcd62-1 (2021年02月07日 13時11分34秒)
=> WARNING: You don't have the required toolchain installed for mingw32.
=> WARNING: To install it run: 'pacman -S -mingw-w64-i686-toolchain'
==> エラー: Cannot find the strip binary required for object file stripping.
ということで、msysのコンソールからpacman -S -mingw-w64-i686-toolchainとやるとエラー。-mingw64云々ってオプションは知らんよと。はてと思いpacmanの説明を読んだら、どうも2個目の-は不要の模様。
pacman -S mingw-w64-i686-toolchainとやったら無事にあれこれが入りました。が、これだとi686だけだよなと気になったので、念のためにpacman -S -mingw-w64-x86_64-toolchainも実行します。
あとは再度makeの実施。さてどうなるかな。
2/7 21:00追記
今度は無事に終了しましたが、完成物がどこにあるのか見当たらない(笑)。まぁ特に何かしなくてもパッケージが生成されることが分かったので良しとしましょう。
次はfontファイルの入れ替えをして日本語フォント対応パッケージを生成しなくては。
これが本番だからね。
Kicad 5.1.9日本語フォント対応その2
思った通りに環境構築でドタバタ。今回躓いたのはvcpkgのインストールした後のパッケージ追加と、結局はMingw64の環境が必要なので、MSYS2を追加でインストールしたこと。
他は特になんだという事もなく、Kicadのホームページにある情報通りに進めた結果、Visual Studioからビルド成功。無事にバイナリを生成できました。
makeファイルの記述(先頭の20行くらいが問題)を正しく書いていればVSでソース一式を展開したフォルダーを開いてcmakeの事前処理中にエラーが出ることも無くなります。逆に言うとフォルダーを開いた時点でエラーが出ているようだと先には進めません。各種のPATHを正しく書くだけの事なので、さほど難しい作業ではありません。
ここまで来れば、あとはただ待つだけ。
しかしやり方がまずかったのか、インストールパッケージは作ってくれないので、単に各種のバイナリが出来上がっただけで、そのまま起動しようしてもあれこれのdllが無いと怒られてしまいます。
テスト用にKicadのWindows用パッケージをインストールして、中身のバイナリを上書きしてやって、目的の日本語フォントが使用できる状態になったことを確認しましたが、今一歩。無駄ですよね。
せっかくMSYS2をインストールしたことだしと、MSYS2から生成してみましたがこちらも同じ状態です。
同じmakeファイルからだから同じ結果になるのは当たり前ですが…
インストールパッケージ生成に関する資料が見当たらないので、もう少し探ってみますか。5.1.4の頃とやり方がだいぶ違っているようなので、新しい資料が有るはずなんだよね。
Kicad 5.1.9日本語フォント対応
気が付くと新しい版が出ていました。Fedora向けのパッケージはいつものようにあっというまに生成してインストール済み。
Windows版については私自身が使用には難ありと判断したので、更新はしていませんでしたが、久しぶりに本家を見に行ったらVisual Studioに対応とか。
MSYS2で環境作るよりは簡単かなと思い(単細胞だね….)、環境構築開始。しかしもともとWindowsマシンにする気のなかった手元PCはストレージに難ありです。
OSインストール用に128GのSSDがついてきているのですが、今どき128Gではとても心細い。VSにしても結構容量要るし、kiCadのソースを展開してビルドするにも最低4,50GBが必要となりそうです。なによりまともに使うためのメーラーのセットアップやVSのセットアップもあるので、もう少し容量が欲しいところ。
それならばと散歩の途中にあるPC-Depotを覗いたら新年特別価格で1TBのSSDが10K円だったので、即座に入手。相場よりは少し高い気がしましたが、Samsungの860EVOなんでまぁ良いかと。960EVOだったらより良いのですが、このPCのスペックでは宝の持ち腐れです。
ついでに言うとDDR4-2666の16GBセットが10k円ってのも目を引きましたが、使うPCがないので購入はしませんでした。
毎度問題になるClone化ですが、メーカーが提供しているのでそれをありがたく利用させていただいて手間もかからずに解決。
やはりSSDは早くていいですね。って職場のPCも何らかの手当してやらないと…
と言う訳で、今週は環境構築で時間切れ。実際のビルド作業は週末の3連休で処理しましょう
KiCAD 5.1.4日本語フォント対応その5
本家から持ってきたパッケージだと異常が起きないことが分かりましたので、私製パッケージには問題が有るようです。が、使わない機能だし、めんどうなので次のバージョンが出るまではこのままとします。
と言うのもの1回リビルドするのに5時間程度必要で、手軽にあちこち変更って気分にはならないんですな。64bit版だけの生成にしておけば半分で済むのでしょうけど。次のバージョンからは64bit版のみにしよう。
その前に図面のテンプレートの整備や独自のパーツライブラリの作成などやらなきゃならないことは多数なので、こちらを優先して進めましょう。
KiCAD 5.1.4日本語フォント対応その4
あれこれ継ぎ接ぎして出来上がったパッケージ。インストールしなおしましたが特に前の時と挙動が違うようには見えません。インストール自体も特に変わったことも起きなかったので、やはり気のせいってことで良かったのかな。
2019/9/6追記:
PCBエディターで自動配置を試みたら落ちました。本家からインストールパッケージを取ってきて試してみなくては…
KiCADはPythonを全面的に利用しているけど、PythonはVer2とVer3とでせめぎあいになっていて、各種ライブラリなんかもPython2-xxxとPython3-xxxと有る始末でとても困る。
もっともこの問題はFedoraでも今だにPython2を捨てられていないので、他所では当分の間Python2が使われ続けるのだろうな。
それはともかくとして、フォント自体をハードコーディングせずに別付けファイルの形にしてくれれば、なんの苦労もないのだけど、開発者グループにはそうする気が無いようなので当分はこの騒ぎが続きそうだな。
そもそもKiCADは基板を設計したいから始まったプロジェクトなので基本はPCB Editor。で、ここでストローク系 Font以外からガーバーデーターに変換するのが面倒だってのがどうも開発者グループの共通認識のようで、他フォントを使いたければInkscapeあたりでベクトルデーターに変換してくれって意見と共にInkscapeからデーターを持ってくるドライバまで提供されています。基板上のロゴだとか注意書き(?)なら、そんな方法でもいいでしょうけど、回路図ではそんなんじゃやってられません。あっ、図面に関わる人全部が英語に堪能なら問題は起きませんがね。
KiCAD 5.1.4日本語フォント対応その3
前回の記事でダウングレード処置をしなくても云々と書きました。Logを確認すると
libeay32.dll ssleay32.dll libreadline7.dll
この3つが不足と出てました。またpip.exe,pip.exe.manifest,pip-script.pyも無いとか。不足しているのにパッケージが作成できるとは何事? なんですが、どうも気分が良くない。
本家のopensslからパッケージを取ってきてもlibeay32,ssleay32は無いし… libreadlineにしてもダウンロードされてくるのはlibreadline8。という訳で、5.0.0の時に作成したデーターが残っていたのでそこから3つをコピー。どうもopensslが更新されたタイミングでlibeayもssleayも無くなった模様なんだけど、不具合が有って更新されたはずなので、古いパッケージに依存するのはどうかと思うんだよね。本家の人たちがどうやってパッケージを作成しているのかはわからないけども。
とにかくこれに対応するための処置がopensslとlibreadlineのダウングレード処置であったかとようやく合点。ログファイルはよく読まないと駄目ですね。
またpip関係はpip2.exeとpip2-script.pyが有ったのでpip.exeとpip-script.pyにリネームしてコピー。がpip.exe.manifestまで手が回らかったのでまたしてもなんか苦情が出てました。mingw32\binにはあるようですが、中身いじる必要がありそう。それならpip.exeじゃやくてpip2.exeと書き換えた方が早いんじゃないかと思うのだけど見当たらないんだな。
もうちょっと工夫が必要な感じ。
KiCAD 5.1.4日本語フォント対応その2
Eeschemaでの日本語表示 
PCBエディターでの表示
もう一度こちらのページを参照して作業再開。その結果いくつかエラーが出てましたが、無事にパッケージまで作成完了しました。
エラーが気になるけどインストールもできるし、インストールした物もそれなりに動いているので気にしないことにします(汗)。ただ、DLL関係で見つからないってのは地雷になる可能性が有るので、ログを再度チェックしておきましょう。
改めて有用な情報を公開してくださっている皆様に感謝します。
今回は元のページにある記述を元にPKGBUILDとcopydlls.shを変更したのと、install.nsiの9行目にある作者のお名前が文字化けして最後の最後で引っかかるので、文字化け分を削除しただけで、他の操作はしなくてOKでした。
多分にPCBエディターで使用する3Dパーツライブラリが巨大と見えて、できあがりのパッケージも巨大。1.12GBだなんて… ダウンロードするだけでも結構かかるよな。
また私製ビルドなので仕方が無いけど、バージョンにdirtyって入るのは嬉しくないぞ。
ところで、私製パッケージって需要があるのかな? 公開しても良いのだけど、置く場所が無いな。
8月30日追記:
logであるmkpkgをチェックしたところ、妙なエラーは出ていないので作成できたパッケージは問題ない模様。これで一安心。
KiCAD 5.1.4日本語フォント対応
新しい版が登場しました。マイナーチェンジなので気にするなという意見も有りますが、やはり新しい奴には気を惹かれます。
例によってFedora版はFontファイルを入替えてrebuild成功。で、次はWindows版だというわけで作業。5.1.0の時の話を参考にしたのですが、謎の状態になったので一旦全部削除してやり直し。
とりあえず素の状態だとどうなるのかが気になったので、あえて何の変更も加えずに作業開始。Fedoraのrebuildに比べると大分に時間がかかりましたが、どうにか終了しています。
早速起動してみましたが、あれこれのdllが無いぞと苦情が… Logを見ると結構な数のdllが不足の模様。なので無変更で作成できるほど甘くはないことが判明した次第。
作業時間が不足したので、ここまでで中断中。
それにしても驚いたのが必要となるディスクスペース。ほぼLinux環境を新たに作成する雰囲気で、全体で40GBほども消費してくれます。細かいファイルが多くディレクトリも多数、しかも深く掘られているので消すだけでもかなりの時間を要します。もうちょっと簡潔に出来ないものかと思うんですが… これだからVS上でなんとかしようともがく人たちが出てくるわけです。
今の所成功した人は居ないようですが…