Linux Mint 22.1 "Xia"

 Linux Mint 22.1 "Xia" にアップデートしてみた。

直後にアップデートマネージャーに16件のアップデート在り

ソフトウェアソースがデフォルトに戻ってるので、国内のサーバーに変更

Video-Downloader でダウンロード失敗 ERROR: unable to download video data: HTTP Error 403: Forbidden Fixed!

 2025年1月7日は正常に機能してましたが、１月１４日にエラー発生。

しばらく使っていない別のＰＣでやってみると正常にダウンロード出来たが、そのＰＣをアップデートすると、再度同じエラーが発生した。ＯＳもしくはアプリの不良みたいです。

ERROR: unable to download video data: HTTP Error 403: Forbidden

Linux MintのソフトウェアマネージャーでVideo Downloaderを確認すると、Flatpak(Flathub)の最新バージョンは0.12.21です。

画面右上のプルダウンメニューで「システムのパッケージ」を選択すると、0.12.10-2でした。いったんFlatpak(Flathub)版を削除して、システムのパッケージ版をインストールすると無事にダウンロード可能になりました。

システムのパッケージを選択してインストール

Unrud / video-downloader のissues を見てみると既にエラー報告が上がってました。次のバージョンで解決されることを望みます。

• access error in Fedora 41 #326

0.12.22は「インドネシア語翻訳を更新」なので、0.12.23を待ちます。

• Unrud/video-downloader Releases

yt-dlpに原因があるみたいなので、時間が掛かりそう。

• [Youtube] Immediate HTTP Error 403 on download #11868

--

FlathubとGitHubでは0.12.22が最新版になってます。

• Flathub
• GitHub

-- 2025-01-26

0.12.21がインストールされている状態で、アップデートマネージャーにVideo-Downloaderのアップデートがあると表示されました。しかし、そこに表示されるバージョンは0.12.21のままです。少し変ですがアップデートをインストールしました。起動してバージョンを確認すると、0.12.22になっていて、動作確認を行うと正常にダウンロード出来るようになりました。

システムのパッケージ 0.12.10-2をインストールしていたPCではアップデートの表示が出ないので、ソフトウェアマネージャーで一旦削除して、Flatpak版をインストールしてみました。ここでも詳細説明画面のバージョン表示は0.12.21です。起動して確認すると、0.12.22になってます。動作確認を行うと正常にダウンロード出来るようになりました。

ADIFの訂正・修正 eQSL, LoTW, QRZ

 2024年12月分のADIFにQSO時刻が"000000"のデータが有ることに気付きました。

• ADIFはエディタで"000000"を検索して訂正。
• eQSLはOutBoxで"00:00"を検索して訂正。
• LotWはADIFから訂正した行のみのADIFをTQSLでアップロード。
• "000000"を含むレコードが残るが削除出来ないので放置。
• QRZもADIFから訂正した行のみのADIFをImport。
• QRZで該当コールサインを検索し、"00:00"の行にチェックマークを入れ、画面右下のActionsから”Delete the selected records”で削除。

I worked with R1OAJ, not R1OAE.

 ログに載ってないeQSLが届きました。

InBox: R1OAE

該当日時を確認してみると、別の局からeQSLを受け取り済みです。

Archived: R1OAJ

"R1OAE R1OAJ"を検索してみると、二人は友達 "НАШИ ДРУЗЬЯ Юрий R1OAE и R1OAJ Василий" でした。友達でもログを共有しては駄目です。

YB1CRR: RST was 599, please correct it.

 RSTが599のカードが届きました。

InBox: YB1CRR

Manualで発行する時、RSTにデータ記入漏れです。

---------- 202501_ALL.TXT
20250104_112045  -2 -0.3  923 ~ CQ YB1CRR OI33            ^
20250104_112100.170(0)  Transmitting 21.074 MHz + 2437Hz  FT8:  YB1CRR JH6KTZ -02
20250104_112130.162(0)  Transmitting 21.074 MHz + 2437Hz  FT8:  YB1CRR JH6KTZ -02
20250104_140415 -13  0.4  902 ~ CQ YB1CRR OI33            ^
20250104_140430.085(0)  Transmitting 21.074 MHz + 2358Hz  FT8:  YB1CRR JH6KTZ -13
20250104_140500.076(0)  Transmitting 21.074 MHz + 2358Hz  FT8:  YB1CRR JH6KTZ -13
20250104_140545 -11  0.4  909 ~ JH6KTZ YB1CRR R-18
20250104_140615  -6  0.5  910 ~ JH6KTZ YB1CRR R-18
20250104_140631.865(0)  Transmitting 21.074 MHz + 2358Hz  FT8:  YB1CRR JH6KTZ RR73                   
20250104_140631.875(0)  QSO logged: YB1CRR
20250104_140645 -11  0.4  907 ~ JH6KTZ YB1CRR 73

リトライはしてますが、普通にQSOしてました。

メールでOutBoxを確認して"-18"を入力してくれる様に依頼してみます。

UA0LQE: ログと一致しないeQSL。Fixed!

 ログと一致しないeQSLが届きました。

InBox: UA0LQE

OutBoxを確認すると下記の様に時間が違います。

OutBox: UA0LQE

202501_ALL.TXTから該当部分を抽出すると下記の通りです。

---------- 202501_ALL.TXT
20250104_023530  -2  0.2 1241 ~ JH6KTZ UA0LQE +01
20250104_023618.202(0)  Transmitting 21.074 MHz + 2375Hz  FT8:  UA0LQE JH6KTZ R-02
20250104_051245   0  0.3 1256 ~ JH6KTZ UA0LQE -03
20250104_051304.804(0)  Transmitting 21.074 MHz + 2375Hz  FT8:  UA0LQE JH6KTZ R+00
20250104_051315   1  0.4 1255 ~ JH6KTZ UA0LQE RR73
20250104_051330.065(0)  Transmitting 21.074 MHz + 2375Hz  FT8:  UA0LQE JH6KTZ 73
20250104_051330.081(0)  QSO logged: UA0LQE

wsjtx_log.adiを見てみると、下記の通りです。

<qso_date:8>20250104 <time_on:6>023530 <qso_date_off:8>20250104 <time_off:6>051344 

JTDXでQSO毎にログを送る様に設定しています。これだと、信号レポートを交換した時間をQSO時間にしているようです。ADIFでは QSO loggedの時間をQSO時間としていました。

「R-02」を送信した時点でQSO成立と見なしても良さそうだけど、ADIFでは「-03」を受信レポートとして記録していました。

eQSLのFAQではQSO時間のズレ(time mismatch)は1時間以内の様です。今回のQSOはこれを超えています。ALL.TXTを確認するとInBoxの「05:12」をQSO時間とすべきかな。

と言うことで手動でコンファームする事とします。但し、OutBoxは修正しないので２回(02:35と05:13)のQSOになります。QRZとLoTWにログをアップロードしてますが、on/offのどちらの時間を取るかは後で確認します。※LoTW,QRZ共に02:35となってます。

ADIF: <time_on:6>023530 <time_off:6>051344 A very long QSO tks73

ADIF:<time_on:6>023530 / Manual:<time_off:6>051344

ところで、UA0LQE局から6バンドで19回もログが届いています。重複チェックしていないのかな？

私はCQを出していないので、たぶん別の局とのQSO後に相手局から呼ばれたので応答しただけです。

I worked with YC0NIU, not YB0NIU. Fixed!

 ログに載ってないeQSLが届きました。

InBox: YB0NIU

たぶんインドネシアなので、いつものコールサインのアップグレードだろうな。OutBoxで"NIU"を検索してみると当たりです！

OutBox: YC0NIU

eQSLにはYC0NIUとYB0NIUが有りました。下記のFAQを熟読して欲しい！！！

eQSL FAQ

• Q: I have an eQSL account under my old callsign. Now I've got a new callsign. What should I do?
• A: Do not continue to upload logs for the new callsign into your old account, because all those eQSLs will have the wrong callsign on them, and nobody will confirm those eQSLs when they receive them. Instead, go to My Profile -> My Other Accounts, and create an "attached account" for the new callsign. Then log into that account, set up its profile and eQSL design. Then upload the logs for that new callsign into the new account.

--

YC0NIU局からのeQSLが届きました。

InBox:YC0NIU