「ubuntu」カテゴリーアーカイブ

半月も LOTW に振り回され

6/23 LOTW にアップロードできなくなり、ひょっとして期限切れたかと思った。
リクエストすればいいだけのことだが、週末も絡んでたが 6/29 でまだ Please watch for an email from LoTW with the corresponding TQ6 file.と KA1RWY kathy から来るだけ。

p12 ファイルがあれば問題ない話なんだが、 Ununtu 22.04.0 も p12 保存がエラーでできなかった。
7/02 前夜正常に終了したのに起動できず。結果的には EFI がトンでしまっていた。
だったら、fedora 38 なら P12 保存ができるかもしれないと、「別 M2 (元々 Fedora 35)に Fedora 入れて、Ubuntu は p12 でコピーしよう」と考えた。

7/05 遅い時間になってやっと tq6 が届いた。そして p12も保存できた。

7/07 更に別の M2 に Ubuntu インストールするも、全く変化せず。一旦アンインストールしての再インストールも全く変わらず。

p12 ファイルで右クリック「trustedqsl で開く」の結果

最近力強い味方を得た。そう、チャット GPT だ。
Fedora で正常なら Fedora に踏みとどまるのも選択肢、そんなことは既に検討もしていたが。
しかし、パッケージでなくソース・コンパイルという手は残っていたが、普段限られたことしかやってなかったので、自信がなかった。

最初、バックアップからコピーしたソースでやってたので、OS 上のユーザー名が異なっていることに気づかず、CmakeCache.txt のいう意味がわからんかった。
新たにダウンロードした最新版ソースは次から次に不足ファイルが出てきた。AI だから一個ずつ出すのは仕方ないか。
でも五個ほどのファイルをインストールすればエラーなく sudo make install まで進んだ。
しかしインストール終わるも

$ trustedqsl
trustedqsl: コマンドが見つかりません
$ tqsl
tqsl: error while loading shared libraries: libtqsllib.so: cannot open shared object file: No such file or directory

すると sudo ldconfig 打てという。
ldconfig って「共有ライブラリを認識させるときに使う」ということらしい。
やっと起動でき p12 も正しくインポートできた。

ついでにイチからコンパイルするときの必要ファイルなどを挙げておく。

sudo apt install -y cmake liblmdb-dev libdb-dev libcurl4-openssl-dev libwxgtk3.0-gtk3-dev
cmake /path/to/trustedqsl-source-directory
make
sudo make install
sudo ldconfig
tqsl

CQRLOG OH1KH バージョンに

何がきっかけだったか覚えてはいない。OS 再インストールだったかもしれない。
インストールはできたものの CAT ができない。
しかも cqrlog.com に尋ねようとしても、コール入力するだけで
再インストールするまで暫くの期間ブラックリストのような扱いになっていた。
なんとかログインして、rigctld が /usr/bin にないことを思い知らされた。

そしてソースの fNewQSO.lfm がテキストで開けることを知った。
入力ボックス拡大で +50 の意識があったので 、 5 行目と 13 行目の 1032 は

  Width = 1082
  HelpType = htKeyword
  HelpKeyword = 'help/index.html'
  HorzScrollBar.Page = 1024
  VertScrollBar.Page = 638
  AutoScroll = True
  Caption = 'New QSO ... (CQRLOG for Linux)'
  ClientHeight = 684
  ClientWidth = 1082 

2142 行目から 3624 行目までの object edt***: TEDIT と object btn***: TButton そして object cmb****: TComboBox の項目だけ。
ただ object edtCounty: TEdit には BorderSpacing.Left = 59 がジャマして IOTA ボックスを大きくしてもうまく County に反映されなかった。 この部分は Lazarus に表示されていても気づかんかったのであろう。

個々のボックス値だけ編集だと 70MB 近くにもなったりするのであろう。最新の 2023-06-01 2.6.0 (117) でも 16.6MB (16,592,448 bytes) である。

また先日アイコンクリックから CQRLOG 起動まで 14 秒くらいかかることがあったが、設定の TRX Control タブでリグ指定をせず、Use \chkvfo と Rig pwr ON cmd にチェックされていれば、フツーに 4 秒くらいで起動できる。恐らく JTDX 側との二重指定のためだろう。
しかしこれは二月に新しく購入した IC-7300 だからであろう。 IC-7410 ではコマンドのサポートが異なっていると思う。

不思議な Gnome – CQRlog

Ubuntu Impish 21.10 をやっていて CQRlog 自体には問題がなかったが、他の部分での問題が鼻に付いてきた。 例えば Firefox でコピーしたものが gedit や Chromium にペーストできない。 私の環境だけなのかもしれないが。

それでも Kubuntu, Lubuntu, Xubuntu は移行する気になれなかった。
それで 2020 年ころ OH1KH に奨められて当時の Fedora 33 を試したことがあったので、二月初旬 Fedora 35 でいいかと。 F35 は DashtoDock が取り入れられたりして少し戸惑ったところもあった。

暫くは Ubuntu Jammy の Daily Build でも試していたんだが、記憶では 4/19 バージョンでは異常はなかったと思う。
ところが 4/22 バージョンになって Gothub ソースを make, sudo make install してみると CQRlog エントリー画面でコールサインをインプットすると 88JJ11RRLL のようにダブって入力される。

doubled

Qt5 でコンパイルすれば、この問題は起きないが、フォントが反映されないのがオモシクナイ。
翌日の正式バージョンも同じだった。

しかし Kubuntu Jammy も Xubuntu Jammy も異常ナシで Gnome だけが問題だった。
kernel も 5.15.0-25, -27, -30 と試したが同じだった。
CQRlog のフォーラムにもこの手の話題がないので、私だけなのかなあ?と思ったり。
CQRlog の言語である Free Pascal の GUI コンパイル・ツールである Lazarus のインプット欄でも同様のことが発生する。実行時引数にデフォルトで -debug=0 が入っているが、0 を消そうにも BS キーを押すと =0 が二文字削除され、頭では -d の二文字単位で削除される。

今日 (5/24) 他件で Ubuntu Jammy を起動すると kernel バージョンアップ 5.15.0-33-generic が来ていた。
早速インストール、再起動後、またコンパイル。
そのままターミナルで cqrlog debug=1 を叩く。 New QSO ウィンドウが開く。
コールサインを入力。OK だ。 Grid Loc を入力、 OK だ。
回復に一ヶ月かかった。

ボツボツ Gtk2 も切り捨てに近い時代なのに Gtk3 の make はまだ用意されていない。