Jamano's Blog2

長くなってきたので、別建てへ。

結論から言うとまだ成功してません。相変わらずDOCファイルのチェックサムが…とはじかれるので、チェック自体をSKIPすることで、こちらはクリア。
次の関門がフォントファイルを展開されたフォルダーにコピーさせる指示。これができればたぶん残りは時間の問題のような。

cp: 通常ファイル ‘/c/kicad-winbuilder/”C:/kicad-winbuilder”/MINGW-packages/mingw-w64-kicad-git/src/kicad/common’ を作成 できません: No such file or directory
なんてエラーが出ます。なんという奇怪なフォルダー名… cmakeに食わせるPKGBUILDの中身を見ていても変な所は見当たらず。
仕方がないので、$HOMEという変数を表示させてみたらなんと
/c/kicad-winbuilder/”C:/kicad-winbuilder”
なんじゃこりゃ。そりゃエラーになるんだけど、どこでこんな指定をしているのやら。”C:/kicad-winbuilder”の部分が根本的に間違っているんだよな。正しくは
msys64/home/xxxxx/となってないとダメ。
まだ先は長そうだ。

前回Linux向けパッケージは作成に成功したKiCAD。仕事の方も一段落なので、本番のWIndows用だということで早速挑戦。

KiCAD.orgに行くと、自力でバイナリを作るにはあれこれが必要だと書かれており、一応そろえてインストールして環境を整えたつもりでしたが、実際にはWindows用の作成コマンドにはその辺りも含まれてれていて、がっかり。
せっかくあちこち回ってインストールしたMsysだとかMinGWが、このバッチコマンド内で次々にインストールされて行きます。あの作業はなんだったのかなぁ…

日本語を取り扱うためにフォント定義のファイルを入替えるようにバッチに書き込んでいざ実行。
一応最後まで行ったようですが、ファイルの健全性チェックでエラーとか。
Error-Logが出ているのでなにが起きたのか確認しないと。

4/1追記(断じてApril Foolでは無い!)
エラーの内容が、ダウンロードしたファイルのチェックサムが合わないということ。たしかに問題のファイルの大きさが1kbしか無かったので、これは問題だと言うことは直ぐに分かります。とりあえず自力で取ってくればよいのだろうと思い、githubからダウンロードしてテスト。しかし、あえなく同じエラーで停止。
どうなってんだろうな? 最新は5.10なのに5.00のソースが集まっているのでこの辺が問題なのかもしれない。
PKGBUILDを再検討して再挑戦しよう。

追記その2(4/2)
せっかくなので、全部削除して最初からやり直し開始。
気になるファイルを眺めていたら、チェックサム値が直接書き込まれているファイルを発見。うーーん、今回も大丈夫なんだろうか? STABLEだから平気なのか?
今のところ新しいファイルだとソースも5.10を取ってきているようなので前回までとは状況が変化しているのだけど、なにか心配だ。

概念的な事じゃなく、実物を所有するか否かの話。
近頃は諸々の問題があって実物を持たないことが流行っています。実物の本やCDはかさばるからと言って電子データをダウンロード。ゲームなんかもそうなのかな。

これらはみんな使用権しか貰っていないことになります。最近流行りのサブスクリプションタイプのソフトも使用権だけが付与される仕掛けなので、根本は一緒。

これって実際のデーターを自分の所に持っていないので、提供先の気が変わると使用できない事態となります。以前にi-TunesとかAmazon Kindleとかで起きたのは有名な話。ガラケー時代の「着メロ」も1曲100円ほどで買っても、機種変更と共にサイナラ…
またこれは日本特有かもしれませんが、なにかしでかした芸能人が関わっている作品は全部引き上げとなるのですが、これもクラウド型のようにどこかに「預けている作品」を自分の所に持ってきて再生する場合、予め「買ったつもり」になっていたとしても元会社が引き上げてしまうと全く使用できなくなります。

やはり書籍やCDメディアのような物理媒体を所有しておかないと、著作権者というか、現在だと途中の取次業者の気分１つで今まで手にできたものが触れられなくなる危険が有るってこと。

物理的に所有しておけばそんな心配はないので最強ってことになりますが、最近電子版ばかりってアーティストも増えているのでちょっと心配なんだよな。

中途半端に時間が余ったので、思っていたことを実行。

まず手を付けたのがOneDriveをLinuxでも使えるようにすること。ご存知のMicrosoftが提供しているネット上のストレージサービスですが、Windows版、Android版は有ってもLinux版は有りません。
しかしMSがAPIを公開しているのか、ちゃんと使えるようにしている人がいてビックリ。手動操作でインストールしましたが特に問題になるようなこともなく作業終了。ちゃんと全ファイルがシンクロされました。当たり前のようにLinuxからOneDriveシンクロ用フォルダーへ書き込めばちゃんと反映されるしで、なかなか便利になりました。

ちなみにこのアプリ(というかドライバー)はD言語で記述されているとのことで最初にD言語の処理系を導入しないとなりません。Cの発展形らしいですが、新しい言語が次々と登場していて驚かされます。何か不足しているのでC言語でなくD言語なんでしょうけど、何が不足しているやらさっぱり分かりません。

次に試したのがフリーの2D CAD。なぜか3D CADは立派に実使用に耐えられる機能をもったフリー版があるのですが、2Dは殆ど無い模様。日本独自だとJW-CADくらいですかね。Linuxでも使えるやつと思って探したところ、LibreCADというものを発見。こちらはFedora用のrpmパッケージが有るので手間なしでインストールです。

売り文句はDXFファイルを直接取り扱えるとのことでしたが、少し大きめの図面(ある製品の当たりチェック用の図面)を読みこませたところ、非常に反応が悪くなってしまい残念な結果に。dxf,dwgだけでなくjww(JW-CADのフォーマット)も直接扱えるのは便利なんだけどな。

後はQCADというものが有るらしいけど、こちらは時間切れなので後でためそう。LibreCADの元になったCADらしいけどどんな感じなんだろうか。

追記:
OneDriveドライバーのソースが有ったので眺めてみたけど、なんかC#のような印象。いまいち新言語の必要性を感じないな…

無料で使用できる2D-CADのDraftsight。2019版が出ているのに案内が来なくて変だと思い、提供先のホームページへ。
そうしたらなんと今年いっぱいで無料板は使用できなくなるとのお知らせが…

問題は価格なんだけど、今までの無料版相当が$99/yearに、今まで$99/yearで提供されていたPro版は$199/yearにちゃっかり値上げ。会社が支払う分には年2.2万ですから許容範囲かもしれませんけど、個人で支出しているのでちょっと辛い金額。
さらに困るのが1PCに対して固定ライセンスなので出張用PCでCADを見たりいじったりができなくなること、うーーむ。

無料で釣っておいてこれはひどい仕打ちだと思うけど、本家AutoCad LTは年5.6万と気付薬が必要となる金額なんで、こちらは論外。
さてどう対処したものか…

先達たちが段取りしてくださったのでどうすれば良いかは分かってます。Windows用は段取りが面倒なのでとりあえずLinux版でテスト。
FedoraにもKiCADのパッケージが用意されているのでsrpmをダウンロードして展開。まだこの段階のソースファイルは圧縮されたままなのですが、その中から指定のfontファイル探し出してコピー。一旦Windowsマシンの方で日本語フォントを組み込んだ入替え用のフォントデーターを作成します。そして必要部分に埋め込んで元の圧縮ファイル内の古いフォントファイルと入替え。後はいつものようにrebuildコマンドでrpmファイルの作成。特に問題になることもなく無事に作成終了です。
早速インストールしてテストします。

図の通り、無事に日本語が回路図に入るようになりました。さて本番はWindows用だけどスムーズに行ってくれると良いけどな。

追記:
フォントの入れ替えは成功したけど、ソースファイル内にフォントデーターも記述するという恐ろしい構造になっているので、この構造が改められない限り、今後もこの手順が必要となるのが頭痛いな。別建てのバイナリファイルを読み込み形にしてくれないかと思うけど、元がEUの連中だから望み薄か?

毎度おなじみの月末+年度末の3月末が迫って来て、いつものようにドタバタジタバタ…

すると頭をもたげてくるのが現実逃避なのか、「あれやりたい、これやりたい」という欲求。実際にはこの騒ぎが済んでしまうと急に全体が脱力してしまい、「明日やるか」と先送りしてしまうのですが。

現段階ではやりたいのがKiCADの日本語対応。実際にちょっと古い実行ファイルは有志の方が作成して下さっているので、手間いらずで使用できるのですが最新版を使用したいという欲求がどうしたって出ます。なので自力で作成できるようにしたいのですが、これが環境を作るだけで大騒ぎ。
もともとLinux上で作成されているので、Windowsに持ってくる場合でも擬似Linux開発環境をWindows上に作らなくてはならず、あれが必要、これが必要と面倒。
その後にソースへのパッチやらなんやらが控えているようでかなりの手間が予想されます。

気力が4月まで保ってられれば良いけどな…

PHPからデーターベースへアクセスするのに、いままではMDB2というライブラリを使用していました。
が、このライブラリはメンテナンスが停止して6年が経過しようとしています。で、昨今ではMDB2よりPDOを使うというのが主立っだ流れとなっています。

PDOはPHPの組み込み関数なのでメリットは多数。しかしMDBとは当たり前ですが互換性は有りません。なので移行するには関係箇所の書き換えが必要となります。
いろいろと面倒なんだけど、OSのバージョンアップに合わせて各アプリケーションをPDO対応に書き換えるか。

電気回路図の取り扱いの問題。過去の手書き分も含めてある程度EDA化はしていたのですが、そのソフトが約20年前のソフト。XP時代まではなんとかなってましたが、さすがにWindows7以降では動かなくなってしまいました。

現状ではVM PlayerにXPの仮想PCを作成して、そちらで作業してますが、そろそろ面倒になってきました。なのでWindows10でも動作するCADへの移行を検討。

候補としてはEDA専用のKiCADか汎用CADのAutoCad。まぁLTも含めても本物のAutoCadなんて購入できるほど御大尽ではないのでAutoCadごかしのDraftSightですが…
回路書きには専用ツールの方が塩梅が良いのは確かなのですが、KiCADには基本的に日本語が使えないという大きな問題があります。また、今使用中のEDAファイルからKiCADに移行するのにツールが無い(日本語入っているとダメっぽい)のも大きな問題。もちろん元のEDAソフトも日本語は通じないので、DXFに変換する時点で日本語データーは全滅するのですが。

プリント基板のパターンは事実上の国際標準であるRS274(ガーバーデーターフォーマット)にしてしまえばKiCADでもすんなり読めるのだけど、回路図が移行できないのは痛い。
単なる図面だけならDXFでも良いけど、EDAツールってのは部品表も含めて管理してくれるのでその辺りの後始末が問題になってくるんだな。

さてどうしたものだか。

職場のサーバーに今までに撮った製品ごとの画像データーを簡単に閲覧できるような機能を付けたいと思ってあれこれ捜索。オンライン画像アルバムソフトはいろいろ有りましたが、とりあえずpiwigoというやつを選択することにしてインストール。

実はCentOSは長い期間使用できるように硬い構成なので”LAMP”構成で使用するphpもバージョンが5.3とかなり古くサポートも切れている状態。これではちょっと心配なのでもうちょっと新しいバージョンを使いたいなと思うわけです。

PHPのインストールのやり方が良くなかったのかバージョンが混在した状態になってしまい、extensionが検出できない状態になってしまいました。当然目的のpiwigoも起動しない状態。
あれこれ調べて各モジュールを直接コピーしたりしたのですが、どうにも駄目。
エーイ、面倒だってことでVer.5.3のphpを全部消してVer.5.6をインストール。どうせならVer.7でも入れれば良かったかなと思ったのですが、そこは安定志向のサーバーなので冒険はしません。実はマイナーバージョンアップに見えて内容の変化が大きいので5.3->5.6でも十分にトラブルの元です。

元から使用している在庫管理や引き合い管理が正常に動作していることを確認してpiwigoのインストールを調整します。
画像のアップロードまでは正常なのに肝心の画像が表示されません。きっとなんかしらエラーになっているに違いないと思ってhttpdログ内のerror.logを確認するとTimeZone設定でエラーになっていることが判明。4つほどのプログラムでエラーが出ていたので直接修正。本当はphp側の設定をいじっておかないと、次の更新のタイミングでトラブルになるのは明らかなのですが、その前にサーバーOSのバージョンアップが来るはずなのでしばらくはこれで凌ごう。