DBD::mysqlがMontereyにupgradeしたMac mini(メインWS)にインストールできない件ですが,本日夕刻に,
port selfupdate port upgrade outdated
をしてから,
port install mysql57
をしたら成功しました.引き続き,
port install p5.30-dbd-mysql
も成功しました.何が効いたか不明ですが,動けば良いのです.
横断歩道での一時停止は善意ではなく義務 (Powered by WordPress)
DBD::mysqlがMontereyにupgradeしたMac mini(メインWS)にインストールできない件ですが,本日夕刻に,
port selfupdate port upgrade outdated
をしてから,
port install mysql57
をしたら成功しました.引き続き,
port install p5.30-dbd-mysql
も成功しました.何が効いたか不明ですが,動けば良いのです.
なんか,参加した記憶がないのに,WPX CWのサマリーが届きました😓 200ちょっとのQSO数で,コールサイン間違いはなし,ナンバーのコピー間違いは2で,エラーは1%未満という出来でした.Runはほとんどしてないと思います.まあ,このくらいの交信数だと集中力もそこそこ保てるのだなと思いました.
さてそれで,先日のUkrainian DXコンテストで, “Dupだからさようなら” という仕打ちを久しぶりに受けたのを思い出しました.
未だにこういう不合理な交信手順をとる人がいるのだなと悲しい気持ちになりました.
今どきコンテスト参加局は,パート参加の局を含めてみんなログソフトを使っていると断言していいと思います.特にDXコンテストでは,変なコールサインがいっぱい出てくるので,コールサインのチェック(交信して良いのかどうか,マルチになるのか等)をログソフトを使わないで脳内だけでするというのではお話になりません.
ログソフトを使っていながら,dupで呼んで来ると言うことは,その局のログに呼ばれた局は記録されていない,ということになります.
そこでdupでナンバー交換を断った場合,呼ばれた局(dupを断った局,以下A局とします)は,もし呼んだ局(断られた,B局)がログを提出したら,A局がB局と「交信」したとする記録は B局のログにはありませんから “not in log”で無得点となります.B局もナンバー交換できませんでしたから,A局との交信は無得点です.
もし,A局がdupと思いつつも「2度目の交信」をして記録していたら,1度目の交信は無効で,2度目の交信は有効にたぶんなるでしょう.B局の側でも実はdupだった場合でもそれぞれ1度目の交信が得点になり2度目は無効になります.
ということで,dupを断って双方良いことはひとつもありませんし,dupと思いつつ交信して損はありません.
ちなみに,呼ぶ側の立場としてdupで呼んでしまうのは,
などが考えられます.人のやることですから,頻度は少なくても避けられないと思います.
国内コンテストはログの型式や得点の計算方法が海外主催のコンテストと異なるし,コンテストごとに,クロスチェックのやり方がずいぶん違うのでどういうことになるかは解りません.
知らんけど.
「知らんけど」と書いて終りにするつもりが,もうひとつ思い出しました.交信対象から呼ばれても返事しない局も残念です.例えば,そのUkrainian DXコンテストは,Ukraina以外の参加局は,自国を含めてどこと交信しても得点になるのですが,呼んでも返事してくれない局が多くはないけどいました(このときはJAではなかったです).
ちゃんとしたコンテストログソフトを使えば,交信して良いのかどうかソフトが判定してくれるし,仮に対象外でも上記のdupと同様,交信して損はないのにと思った次第です.
ときどき書いてますが,全ての交信データ(ログデータ)は,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などというおかしなモジュールを介さなければならず,自作のスクリプトを書き換えなければなりません.それはたやすいことなんですが,移植性ががぜん落ちます.
さて困りました.問題点を書き出せば,解決が見えてくるかなと思いましたが,今のところ何にも見えません😓
今朝のNHKニュースを見ていたら,ボードに一般市民からのコメントと称して,現在の生活の苦しさを訴える丸い紙が貼られていました.そのなかに,
年金生活の60代
所得は現役時代の半分の400万円台
というのが,目に付きました.
ちょうどつい最近,自分の年金支給額を知らされて,少なさに驚愕しているところです(詳しくは書きたくないけど,上の丸い紙に習えば現役時代の1/4〜1/3レベルでしょうか😓).年金が全額支給されるようになっても,サステナブルな生活は到底できそうにない(=貯蓄の切り崩しから脱せない)見通しです.
定年退職してからここ数年の無収入の状態で,低年金生活に備えて支出を把握し,減らすよう努力してきました.その実感として,年額400万円も収入があれば楽々生活できます(少なくとも地方都市でローン返済済みの持ち家の場合).数年に1度車を買ったり,家の改修をしたり,豪華な海外旅行にも行けるでしょう.
年収400万円台で苦しさを訴えている人は60代とはいうものの70歳に近いのだと思います.そのくらいから上の世代は湯水のように年金をもらっているようです.
2014年における65〜74歳の世帯(主)の収入は約460万円
と記されていますから,これとも概ね整合します.
また,NHKはじめ日本のメディアは,ジャーナリズムを標榜するなら,「まちの声」を垂れ流す(インタビューを含めて,本当にそういう意見を持つ人がいるのかどうか検証のしようがなく,取捨選択ややらせによる「印象操作」が容易)という無責任な行為はやめて自分の意見を言いなさい.
前回の失敗を受け,メインWSであるMac mini 2018について,Catalinaの状態で,
を実施してから,Montereyへのupgradeを試みたところ,無事成功しました.
Montereyにupgradeしたあと,Xcodeを実行しようとすると,Xcodeのupgradeを促され,upgrade後Xcodeを最初に走らせると,必要なコンポーネントのインストールを促されて,それを実行すると古い機能拡張がはじかれます.
FTDIのCatalina〜Big Sur対応のβ版のドライバーは,Montereyでも使えて,WSJT-Xで無事交信もできました.