足の裏の飯粒

職場でまだ若手だった頃,先輩が学位1博士号.について,「足の裏の飯粒」と言っていました.そのこころは,「取らないと気になるけど,取っても食えない」ということです.

その頃はまだ自分は関係ないと思っていましたが,そういう年頃になったら言い得て妙だなと感じるようになりました.

取っても取らなくても,国際学術会議などに行くと,若手〜中堅の年齢なら “ドクター何々” と呼ばれ,ベテランの年齢になると “プロフェッサー何々” と呼ばれます😓2特にアジア. それを後ろめたく感じなければ博士号は取る必要はないかもです😓3個人の感想です.

アマチュア無線での自分にとっての足の裏の飯粒は Mt. Athosです.何しろ免許人が1人4あるいは0人.しかいない状態が何十年も続いています.たまに突然出てくるようですが,先代😓のアポロ神父のときは,自分のアクティビティーとマッチせず,信号を聞いたこともありませんでした.

出ないなら出ないで,定期的に大々的なDXpeditionを認めるような寛容さが欲しいなあとずっと思っています.

寛容さって神の教えの一番大事なところじゃないのかな,って誰か言ってました.

代替わりして,Monk Iakovos Kutlumusian, SV2RSG局5名字がどちらか解らないし,日本語で公式にどう表記すべきか解らないので,以下, “RSGさん” とします😓が最初に出てこられた2016年に21MHzで交信し,QSLカードももらったのですが,後にARRLが “/Aが着いていないからMt. Athosとは認めない”といちゃもんを付けたので,ただのギリシャのカードになってしまいました.

今年になってRSGさんが再びアクティブになり, “/A”を付けて出て来られました.同じ場所から運用しているのに, “/A”が着けば珍エンティティー,なければ普通のギリシャです.夏に14MHz CWで,またつい先日14MHz FT8で交信しましたが,どちらも最後が聞こえない,取れない怪しさの残る交信になってしまいました.

今朝ですが,RSGさんがログをClubLogにuploadしてくれたようで,ダメ元というか恐る恐る確認したら,さいわいにも両方ともヒットし,Log Matchingも成立していました6LoTWはやってませんが,マッチング方法をClubLogと共通にしているはずなので,登録してログをuploadすればコンファームできる見込みです.たぶん,しないですが.

ということで,長年の溜飲が下がったはずなんですが,うれしくてしょうがないと言うことはなくて7残りがひとつ減っただけ😓,なんか,飯粒のたとえを思い出したのでした.

解決>Monterey: DBD::MySQLで難航

DBD::mysqlがMontereyにupgradeしたMac mini(メインWS)にインストールできない件ですが,本日夕刻に,

port selfupdate
port upgrade outdated

をしてから,

port install mysql57

をしたら成功しました.引き続き,

port install p5.30-dbd-mysql

も成功しました.何が効いたか不明ですが,動けば良いのです.

Dupを蹴って誰得?

なんか,参加した記憶がないのに,WPX CWのサマリーが届きました😓 200ちょっとのQSO数で,コールサイン間違いはなし1そりゃ,あれ使ってますから😓,ナンバーのコピー間違いは2で,エラーは1%未満という出来でした.Runはほとんどしてないと思います.まあ,このくらいの交信数だと集中力もそこそこ保てるのだなと思いました.

さてそれで,先日のUkrainian DXコンテストで, “Dupだからさようなら” という仕打ちを久しぶりに受けたのを思い出しました.

未だにこういう不合理な交信手順をとる人がいるのだなと悲しい気持ちになりました.

今どきコンテスト参加局は,パート参加の局を含めてみんなログソフトを使っていると断言していいと思います.特にDXコンテストでは,変なコールサインがいっぱい出てくるので,コールサインのチェック(交信して良いのかどうか,マルチになるのか等)をログソフトを使わないで脳内だけでするというのではお話になりません.

ログソフトを使っていながら,dupで呼んで来ると言うことは,その局のログに呼ばれた局は記録されていない,ということになります2手が滑ったり勘違いと言うこともないとは言えませんが😓

そこでdupでナンバー交換を断った場合,呼ばれた局(dupを断った局,以下A局とします)は,もし呼んだ局(断られた,B局)がログを提出したら,A局がB局と「交信」したとする記録は B局のログにはありませんから “not in log”で無得点となります.B局もナンバー交換できませんでしたから,A局との交信は無得点です.

もし,A局がdupと思いつつも「2度目の交信」をして記録していたら,1度目の交信は無効で,2度目の交信は有効にたぶんなるでしょう.B局の側でも実はdupだった場合でもそれぞれ1度目の交信が得点になり2度目は無効になります.

ということで,dupを断って双方良いことはひとつもありませんし,dupと思いつつ交信して損はありません.

ちなみに,呼ぶ側の立場としてdupで呼んでしまうのは,

  1. 実際交信していない(最初の交信の際,コールサインをとり違い,あるいは近い周波数の別の局との交信がたまたまとられた)
  2. 交信したけど何らかのハプニングで記録できなかった(宅配や家庭の事情その他で急にシャックを離れなければならなくなり,戻った時に記録し損なう.ソフトやPCの不具合など)
  3. 完全にdupなのに,勘違いなどでもう一度呼んでしまった

などが考えられます.人のやることですから,頻度は少なくても避けられないと思います.

国内コンテストはログの型式や得点の計算方法が海外主催のコンテストと異なるし,コンテストごとに,クロスチェックのやり方がずいぶん違うのでどういうことになるかは解りません.

知らんけど.

「知らんけど」と書いて終りにするつもりが,もうひとつ思い出しました.交信対象から呼ばれても返事しない局も残念です.例えば,そのUkrainian DXコンテストは,Ukraina以外の参加局は,自国を含めてどこと交信しても得点になるのですが,呼んでも返事してくれない局が多くはないけどいました(このときはJAではなかったです).

ちゃんとしたコンテストログソフトを使えば,交信して良いのかどうかソフトが判定してくれるし,仮に対象外でも上記のdupと同様,交信して損はないのにと思った次第です3ただし,国内コンテストで,対象外の局と交信したら失格になるものがあると聞いたことがあります.知らんけど.

Monterey: DBD::MySQLで難航

ときどき書いてますが,全ての交信データ(ログデータ)は,MariaDBに入れてます.そのマネージメントは,自作のPerlスクリプトと,PhpMySQLでやってます.

MariaDBはMySQLに完全に置き換え可能なもので,バイナリーコンパチということになっています.つまりMariaDBですが,コマンドはmysql(関連アプリはmysql_*)で,MySQLを利用するアプリも,MySQLで使用していた時のまま使えます.

そのため,MySQLとMariaDBは普通は共存させません.

しかし,MacPortsでは,何をどう考えてそうしているのか解りませんが,MySQLとMariaDBを共存させることができます.そのため,MariaDBを使うためには,明示的にMariaDBを指定しなければなりません.

自作のPerlスクリプトはMySQLと接続するため,CPANのDBD::MySQLというモジュールを使っています.このモジュールをMacPortsでインストールしようとすると,依存性のあるmysql57をbuildしようとしますが,cmakeがエラーを出して失敗します.ためしに,mysql56, 55も試しましたがダメです.

MacPortsでMariaDBのインストールは何の問題もなくできました😓

普通はMariaDBがあれば,DBD::MySQLで接続できるんですが,DBD::MariaDBなどというおかしなモジュールを介さなければならず,自作のスクリプトを書き換えなければなりません.それはたやすいことなんですが,移植性ががぜん落ちます1これまで,Slackware x86_64, ARMと,macOSどちらでもパッチなしで動いていました.

さて困りました.問題点を書き出せば,解決が見えてくるかなと思いましたが,今のところ何にも見えません😓

他に試したけど効果がなかったこと

  1. Oracle MySQL community serverのインストール(macOS版 v8.0.x)

メインWSのMontereyも使えそう

前回の失敗を受け,メインWSであるMac mini 2018について,Catalinaの状態で,

  1. Wacomのドライバーをアンインストール
  2. FTDIのドライバーを最新版に更新

を実施してから,Montereyへのupgradeを試みたところ,無事成功しました.

Montereyにupgradeしたあと,Xcodeを実行しようとすると,Xcodeのupgradeを促され,upgrade後Xcodeを最初に走らせると,必要なコンポーネントのインストールを促されて,それを実行すると古い機能拡張がはじかれます.

FTDIのCatalina〜Big Sur対応のβ版のドライバーは,Montereyでも使えて,WSJT-Xで無事交信もできました.