DAITEI's blog

numpyを使用するmatplotlibを起動すると、「プログラムエラー」で終了してしまう。 下記を実行するとmatplotlibが使えた!!

 $ winetricks vcrun2019

※尚、競合するvcrun2022では駄目でした...。

「ロボットってどうやって作るの？」と言う子供の にプログラミング・ フォロ スピーク for CHROME [MR-9123]を購入した!
プログラミング・フォロは、Chromebookでのプログラミングに対応している。
対応が明記されていませんが、debian Linuxでもプログラミングできました!!

ただし、プログラミング・フォロをUSBで接続した時に作成されるデバイスファ イル(/dev/hidraw* と /dev/bus/usb/xxx/yyy)のアクセスモードが "0666"に なっていないと作成したプログラムの書き込みができない。

そこで、下記のように udev の カスタム対応を行なう。

• /etc/udev/rules.d/99-elekit_pfolo-hid-device.rules を作成

  # ELEKIT P-FOLO
  KERNEL=="hidraw*",ATTRS{idVendor}=="2ef7",ATTRS{idProduct}=="0108",MODE="0666"
  SUBSYSTEM=="usb", ATTRS{idVendor}=="2ef7",ATTRS{idProduct}=="0108",MODE="0666"
  

  ※idVendorとidProductはlsusbで確認しよう。
  そして、下記コマンドで設定を反映させる。

    $ sudo udevadm control --reload-rules
    $ sudo udevadm trigger
  

これで、https://pfolopp.web.app で作成したプログラムをUSB経由(WebHID)でプログラミング・フォロに書き込む事が出来る!
※操作方法は、https://pfolopp.web.appのプロ グラミングガイド(PDF)を参照のこと。

/dev/bus/usb/xxx/yyy と idVendor および idProductの確認方法

lsusb にて、「Bus xxx Device yyy: ID hex1:hex2 」を確認できる。
フォロをUSB接続して、フォロの電源をONした後に下記のようにコマンド実行。

  $ lsusb
...
Bus 003 Device 016: ID 2ef7:0108 ELEKIT P-FOLO
...

ppp 2.4.x では問題なく接続できていたopenfortiVPNだが、 ppp 2.5.x では、remote IP addressがVPNサーバーのIPアドレスになってしまう。openfortivpnは、 remote IP address に 169.254.2.1 を指定してpppdを起動していて、remote IP addressが 169.254.2.1 になる事を期待している。

  $ ps aux | grep pppd
/usr/sbin/pppd 230400 :169.254.2.1 noipdefault ipcp-accept-local noaccomp noauth default-asyncmap nopcomp receive-all nodefaultroute nodetach lcp-max-configure 40 mru 1354 logfd 2

※ ppp0のremote IP addressがVPNサーバのIPアドレスになってしまうと、 物理NICを経由すべきVPNトラフィックがppp0を経由してし まってVPNサーバに届かなくなる。この結果、2.5分後にタイムアウトで切断さ れてしまう。

pppd 2.5.1 started by user, uid 0
Using interface ppp0 
Connect: ppp0 <--> /dev/pts/5 
local  IP address xxx.xxx.xxx.xxx
remote IP address yyy.yyy.yyy.yyy
No response to 4 echo-requests 
Serial link appears to be disconnected. 
Connect time 2.5 minutes. 
Sent 18750 bytes, received 0 bytes. 
Connection terminated. 
Modem hangup 
Exit. 

/etc/openfortivpn/config に 下記を記述しておけば良い。

pppd-accept-remote = 0

しかし、ppp 2.5.x では、Peer側からの提案アドレスがある場合採用しないと、エラー(Peer refused to agree to his IP address)で停止する。
とても安直な一時対策であるが、pppのソースを下記のように変更すると、「Peer側からの提案アドレスがあっても無視してエラーとしない」事でVPN通信が可能となる。

diff -urN ppp-2.5.2/pppd/ipcp.c ppp-2.5.2-new/pppd/ipcp.c
--- ppp-2.5.2/pppd/ipcp.c	2025-05-11 11:49:26.000000000 +0900
+++ ppp-2.5.2-new/pppd/ipcp.c	2025-05-11 11:53:40.779157618 +0900
@@ -1811,11 +1811,13 @@
      * We must have a non-zero IP address for both ends of the link.
      */
 
+#if 0 /* Do not error out if you do not accept the peer's idea of his address. */
     if (wo->hisaddr && !wo->accept_remote && (!(ho->neg_addr || ho->old_addrs) || ho->hisaddr != wo->hisaddr)) {
 	error("Peer refused to agree to his IP address");
 	ipcp_close(f->unit, "Refused his IP address");
 	return;
     }
+#endif
     if (!ho->neg_addr && !ho->old_addrs)
 	ho->hisaddr = wo->hisaddr;
 

本来は、VPNサーバ側の設定で、Peer側からの提案アドレスを 169.254.2.1 に設定してもらう必要がありそうだ。

R7年2月6日(木)
kernel 6.12.xで syslogに以下のようなlogが出る...。数十分後にはフリーズする事態になる。

kernel: INFO: task kworker/u88:0:11 blocked for more than 120 seconds.
kernel:       Not tainted 6.12.11-amd64 #1 Debian 6.12.11-1
kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
kernel: task:kworker/u88:0   state:D stack:0     pid:11    tgid:11    ppid:2      flags:0x00004000
kernel: Workqueue: USBC000:00-con1 ucsi_poll_worker [typec_ucsi]
kernel: Call Trace:
kernel:  
kernel:  __schedule+0x3e6/0xbf0
kernel:  schedule+0x27/0xf0
kernel:  schedule_preempt_disabled+0x15/0x30
kernel:  __mutex_lock.constprop.0+0x3d0/0x6d0
kernel:  ucsi_poll_worker+0x20/0x110 [typec_ucsi]
kernel:  process_one_work+0x174/0x330
kernel:  worker_thread+0x252/0x390
kernel:  ? __pfx_worker_thread+0x10/0x10
kernel:  kthread+0xcf/0x100
kernel:  ? __pfx_kthread+0x10/0x10
kernel:  ret_from_fork+0x31/0x50
kernel:  ? __pfx_kthread+0x10/0x10
kernel:  ret_from_fork_asm+0x1a/0x30
kernel:  

task:kworker/u88:0 が何かのBlockを受けているようだ...。 task:kworker/u88:0はどうやらUSB-typeCのucsi(USB Type-C Connector system-software interface)関係のようだ...。

---

R7年5月2日(金)
kworker/u88のblockと、kernelフリーズの原因は typec_ucsi かと思う。
typec_ucsi は ucsi_acpiからのみ使用されている。

 $ ps aux | grep ucsi
ucsi_acpi              16384  0
typec_ucsi             53248  1 ucsi_acpi
roles                  20480  1 typec_ucsi
typec                  94208  1 typec_ucsi

syslogには「kernel: ucsi_acpi USBC000:00: error -ETIMEDOUT: PPM init failed」が出ており、ucsi_acpiはfailして機能していないと思われる。 そこで、以下のような /etc/modprobe.d/vaio-ucsi-blacklist.conf を作成した。

# ucsi_acpi is not in use , so we block it by default.
blacklist ucsi_acpi

これで、typec_ucsi も読み込まれない。
結果、下記のsyslogも出ずに、フリーズもしくなった(^-^)。

※この問題解決に生成AI(GeminiとchatGPT)は全然役にたたなかった...。

OAuth2.0は認証用のプロトコルではなく、認可用のプロトコルとのこと...。 「ユーザーがアプリを使う時、アプリが認可サーバから権限を取得(その際にユーザーが同意する)し、 その認可された権限をもってリソースサーバーにアクセスする」らしい。なんのこっちゃ？
※書籍 :「雰囲気で使わずきちんと理解する！整理してOAuth2.0を使うためのチュートリアルガイド」を読んでとりあえず納得はしました...。

では、以下にOAuth2.0を用いてGMailの送受信をする為の
「STEP 0 : Google Cloud設定」、「STEP 1 : 認可コード取得」、「STEP 2 : アクセストークン取得」の例を示す。

「STEP 3: アクセストークンを用いてリソースサーバにアクセス」は、上記STEP 2で得たアクセストークンを用いて実施するらしい...。

STEP 0 : Google Cloud設定

• 設定手順
  • https://console.cloud.google.com/ から 新しいプロジェクトを作成(プロジェクト名は任意の文字列)し、作成したプロジェクトを選択する。
  • 三 から APIとサービス ( https://console.cloud.google.com/projectselector2/apis/dashboard ) を選択し、上の検索バーに "Gmail API"と入力し選択する。
  • Gmail API で [有効にする」 をクリック → [認証情報の作成] を クリック
    • 認証情報 : 「ユーザーデータ」を選択し[次へ]
    • OAuth同意 : 設定情報(例)の認識情報作成時を参照
    • スコープ : 設定情報(例)の認識情報作成時を参照
      ※ [スコープを追加または削除] から追加し、[保存して次へ]をクリック
    • OAuthクライアントID : 設定情報(例)の認識情報作成時を参照
      ※ 入力して[追加]をクリック
    • 認証情報
      ※ ダウンロード をクリックして認証情報をGETし、[完了]をクリック
      ダウンロードデータ(例)

      {"installed": {
          "client_id":"************-********************************.apps.googleusercontent.com",
          "project_id":"example0430",
          "auth_uri":"https://accounts.google.com/o/oauth2/auth",
          "token_uri":"https://oauth2.googleapis.com/token",
          "auth_provider_x509_cert_url":"https://www.googleapis.com/oauth2/v1/certs",
          "client_secret":"******-****************************",
          "redirect_uris":["http://localhost"]
      }}
      

  • クライアント ( https://console.cloud.google.com/auth/clients ) から上記で作成した OAuthクライアントID を編集
    ※ 対象 ( https://console.cloud.google.com/auth/audience ) にて [+ Add users]をクリックしてテストユーザーを追加する
    (設定情報(例) の 確認場所=対象 を参照)。
• 設定情報(例)

  項目	設定例	認識情報作成時	確認場所	備考
  アプリ名	gmail0430oauth2	OAuth同意	ブランディング	他のgoogleアプリとかぶらない名にする事
  ユーザーサポートメール	example0430@gmail.com	OAuth同意	ブランディング	ユーザーのgmailから選択
  デベロッパーの連絡先情報	example0430@gmail.com	OAuth同意	ブランディング	ユーザーサポートメールと同じで良い
  スコープ(範囲)	https://mail.google.com/	スコープ	データアクセス	Gmail のすべてのメールの閲覧、作成、送信、完全な削除
  アプリケーションの種類	デスクトップアプリ	OAuthクライアントID	クライアント
  名前	desktop0430client01	OAuthクライアントID	クライアント	コンソールでのクライアント識別
  クライアントID	************-********************************.apps.googleusercontent.com	-	クライアント	Google Cloud 自動生成ID
  クライアントシークレット	******-****************************	-	クライアント	Google Cloud 自動生成シークレット
  公開ステータス	テスト中	-	対象	変更しない。つまり、[アプリを公開]しない事
  ユーザーの種類	外部	-	対象
  テストユーザー	example0430@gmail.com	-	対象	自分のgmail等

• 確認場所

  名称	URL
  ブランディング	https://console.cloud.google.com/auth/branding
  対象	https://console.cloud.google.com/auth/audience
  クライアント	https://console.cloud.google.com/auth/clients
  デーアアクセス	https://console.cloud.google.com/auth/scopes

• プロジェクト削除方法
  https://console.cloud.google.com/iam-admin/settings にアクセスし、選択したプロジェクトを「シャットダウン」する。

STEP 1 : 認可コード取得

認可サーバから認可コードを取得する。

• ロールとデータ

  ロール	データ	備考
  リソースオーナー	クライアントID, スコープ	Google Cloudののデータを使用
  認可サーバ(https://accounts.google.com/o/oauth2/auth)	認可コード	アクセストークン取得用

• 認可サーバへのHTTPアクセス例

  https://accounts.google.com/o/oauth2/auth?response_type=code
  &client_id=*************-********************************.apps.googleusercontent.com
  &state=xyz
  &scope=https://mail.google.com/
  &redirect_uri=http://127.0.0.1/callback
  

  Google Cloudのconsoleの[対象]で追加したテストユーザーの認証を求められる。
  
• 認可サーバからの返信の例
  そして下記の内容が返ってくる(code=... が認可コード)。

  http://127.0.0.1/callback?state=xyz
  &code=*****_*******************************-_**********************************
  &scope=https://mail.google.com/
  

  ※stateはリソースオーナー側でランダム生成した値。認可サーバからの返信に同じ値のstateがる事を確認する。

STEP 2 : アクセストークン取得

トークンサーバからアクセストークンを取得する。

• ロールとデータ

  ロール	データ	備考
  クライアント	クライアントID, クライアントシークレット, 認可コード	Google CloudののデータとSTEP 1で取得したコードを使用
  トークンサーバ(https://oauth2.googleapis.com/token)	アクセストークン、リフレッシュトークン	リソースサーバアクセス用

• トークンサーバーへのcurlでのアクセス例

  curl -d "client_id=*************-********************************.apps.googleusercontent.com" \
       -d "client_secret=******-****************-***********" \
       -d "redirect_uri=http://127.0.0.1/callback" \
       -d "grant_type=authorization_code" \
       -d "code=*****_*******************************-_**********************************" \
       https://oauth2.googleapis.com/token
  

• トークンサーバからの返信の例
  下記のようにアクセストークンとリフレッシュトークンが返ってくる。

  {
    "access_token": "****.**********************************************************************-********************************-********************************************************-********************************************************",
    "expires_in": 3599,
    "refresh_token": "*******************************-***************************************************************_*******",
    "scope": "https://mail.google.com/",
    "token_type": "Bearer",
    "refresh_token_expires_in": 604799
  }%     
  

---

参考資料

• 書籍 :「雰囲気で使わずきちんと理解する！整理してOAuth2.0を使うためのチュートリアルガイド」

sasl-xoauth2 に付属の README.md に詳しく設定が書いてある。 また、Gmail側のGoogle Cloudの設定は GMail OAuth2.0 の手順メモ(Google Cloud設定とアクセストークン取得まで)を参照する。
※OAuth2.0についてちゃんと勉強してから使いましょう...。

• Install

   $ sudo apt install postfix procmail
   $ sudo dpkg -i sasl-xoauth2_0.20-1_amd64.deb sasl-xoauth2-tool_0.20-1_amd64.deb
  

  ※ sasl-xoauth2 は debian experimental にある sasl-xoauth2 (0.20-1)を使用しました(R7年5月1日(木)現在 debian packageとしては、そこにしかない...)。
  ※ (尚、dscファイル、origソース、debianソースをとってきてBuildしなおして使用した)
• postfixの設定

   $ sudo dpkg-reconfigure postfix 
  

  項目	設定	備考
  General mail configuration type	スマートホスト付きインターネット Internet with smarthost	メールはSMTPを使用して直接受信するか、fetchmailなどのユーティリティを実行して受信します。送信メールはスマートホストを使用して送信されます。 Mail is received directly using SMTP or by running a utility such as fetchmail. Outgoing mail is sent using a smarthost.
  System mail name	(PCローカルHOST名に合わせる)
  SMTP relay host	[smtp.gmail.com]:587	Please specify a domain, host, host:port, [address] or [address]:port.
  Recipient for root and postmaster mail	(PCローカルのユーザー名)	Mail for the 'postmaster', 'root', and other system accounts needs to be redirected to the user account of the actual system administrator.
  メールを受け取るほかの宛先 (なければ空)	(空)	このマシンが最終的な宛先と見なされるドメインのリストを、コンマで区切って指定してください。
  Local networks:	127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128	Please specify the network blocks for which this host should relay mail. The default is just the local host, which is needed by some mail user agents.
  Mailbox size limit (bytes)	0	A value of zero (0) means no limit. The upstream default is 51200000.
  Local address extension character	(空)	To not use address extensions, leave the string blank.
  利用するインターネットプロトコル	IPv4	すべて : IPv4 と IPv6 アドレス両方を使う, IPv6: IPv6 アドレスのみをリスンする, ipv4: IPv4 アドレスのみをリスンする,

• ローカルメールの配送方法をホームディレクトリ内のMaildir形式にする(これはお好みで...)。

  mailbox_command = /usr/bin/procmail -a "$EXTENSION"
  

• スマートホスト認証用設定

  # SMTP Client TLS security level: none|may|encrypt|...
  smtp_tls_security_level = encrypt
  
  # SASL XOAUTH2
  smtp_sasl_auth_enable = yes
  smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
  smtp_sasl_security_options =
  smtp_sasl_mechanism_filter = xoauth2
  

• /etc/postfix/sasl_passwd

  [smtp.gmail.com]:587 YourMail@gmail.com:/etc/tokens/YourMail@gmail.com
  

  ※ SecretなFILEなのでchown 600 しましょう。
• /etc/sasl-xoauth2.conf

  {
    "client_id": "*************-********************************.apps.googleusercontent.com",
    "client_secret": "******-****************************"
  }
  

  認可サーバへの通信にproxyを使用する場合は、以下のようにproxy設定を記述する。

  {
    "client_id": "*************-********************************.apps.googleusercontent.com",
    "client_secret": "******-****************************",
    "proxy" : "http://proxy:8080"
  }
  

  ※ SecretなFILEなのでchown 600 しましょう。
• 初期アクセストークンを準備する

   $ sasl-xoauth2-tool get-token gmail \
       --client-id=*************-********************************.apps.googleusercontent.com \
       --client-secret=******-**************************** \
       --scope="https://mail.google.com/" \
       /tmp/YourMail@gmail.com
   $ sudo mkdir -p /var/spool/postfix/etc/tokens
   $ sudo mv /tmp/YourMail@gmail.com /var/spool/postfix/etc/tokens
   $ sudo chown -R postfix:postfix /var/spool/postfix/etc/tokens
  

  ※ chrootで実行している設定なので、/var/spool/postfix/ 以下をアクセスする為
• SSL/TLS Certificates

  $ sudo mkdir -p /var/spool/postfix/etc/ssl/certs
  $ sudo cp /etc/ssl/certs/ca-certificates.crt /var/spool/postfix/etc/ssl/certs/ca-certificates.crt
  

  ※ chrootで実行している設定なので、/var/spool/postfix/ 以下をアクセスする為
  ※ 本来debianなら/var/spool/postfix に自動で設定されるのだが、R7年5月1日(木)現在 trixie/sid だと手動で設定だった...
• SASL password databaseの再生成

   $ sudo postmap /etc/postfix/sasl_passwd
  

• 設定を反映

   $ sudo systemctl reload postfix
  

ユーザー名とパスワードで接続認証するものを「安全性の低いアプリ」として、Gmailへのアクセスから排除している...。
令和7年3月14日に「すべての Google アカウントで、安全性の低いアプリへのアクセスが無効」となると宣言していた...(令和7年4月28日までは使えていたが)。
なんだかGmailって使いづらいよね...。が、Gmailを使う為にOAuth2.0に対応せねばなるまい(T_T);;;

まずは、「OAuth2.0って何よ？」から始めよう...→GMail OAuth2.0 の手順メモ(Google Cloud設定とアクセストークン取得まで) にまとめました。

※生成AI全盛なので、chatGPTやGemini使って調べてみましたが...役に立たなかった。かえって混乱して時間かかってしまった...(最近の情報にはうまく対応できないみたいです...)。

Mew(Emacs)で送受信をOAuth2.0対応する

MUAからGmailに直接送受信してみよう。
→Mew(Emacs)でGmailにアクセスする為に(OAuth2.0編) にまとめた。
Gmailへの直接接続は、やはり遅くて辛いっす...(T_T);

参照URL

• Experimental support for IMAP XOAUTH2 (2020-11-22)
• IMAP XOAUTH2 (2020-11-25〜2024-03-11)
• Mew/elisp/Makefile の SRCS / OBJS に mew-oauth2.el(c) が含まれていない (2024-06-08)

Gmailからのfetchmail受信をOAuth2.0対応する

どうやら、fetchmail version 7.x で OAuth2.0に対応しているらしい...。が、もっと楽な方法があった!!
「メール転送」だ!! もともと GmailへのIMAP接続が遅くて我慢できずに、自分のIMAPサーバを作成してそこでfetchmailしていた。
そうさ!自分のIMAPサーバへ転送すれば解決!。

設定は以下 :
Gmail → [設定の歯車マーク] → [すべての設定を表示] → [メール転送とPOP/IMAP]

これで受信メール閲覧がサクサク動く!(^-^)!

参照URL

• Ubuntu 22.04 上に OAuth2 に対応した fetchmail 7 を構築して運用する (2023-10-25)
• アプリパスワード設定
• fetchmail7 で Oauth2 認証を利用したい (2024-10-14)
• Setting Up OAUTH2 Support for Fetchmail and Postfix (2023-01-01)

GmailのSMTP送信をOAuth2.0対応する(postfix)

postfix + sasl-xoauth2 で GmailのOAuth2.0対応が簡単にできるようだ。
※ exim4から乗り換えだ
→Gmail(Googleアカウント)に対するOAuth2.0対応MTA設定 にまとめました。

これでメールの送信もサクサク動く!(^-^)!

参照URL

• Postfixをxoauth2に対応させ、smtp.gmail.comへリレーする (2022-03-14)

GmailのSMTP送信をOAuth2.0対応する(exim4)

なんか...むずそうだ...。
※ postfixに乗り換えで...

参照URL

• https://github.com/pcw11211/exim4-oauth2

最新のMewをGETしてdebパッケージにしてInstall

• https://packages.debian.org/experimental/mew から mew 6.9のdebian用ソースとdscをGET
• https://www.mew.org/ja/git/ を見て最新のソースをGET
  R7年4月30日(水) 現在、 mew-oauth2.el が含まれていた!!! 尚、mew-version は 6.9
• gitからGETしたものを mew_6.9.orig.tar.gz としてアーカイブ。
• mew_6.9-1.debian.tar.xz の変更
  • patches/020_locale-utf8.patch を削除
  • patches/series から 020_locale-utf8.patch の記述を削除
  変更後のソースをmew_6.9-1.debian.tar.xzとしてアーカイブ。
• mew_6.9-1.dscの記述を上記のアーカイブに合せる(sum関係やファイルsizeの変更)。
• debパッケージbuildして、Install

    $ dpkg-source -x mew_6.9-1.dsc
    $ cd mew-6.9
    $ vi debian/changelog  # 変更内容記載し、versionを上げておく
    $ dpkg-buildpackage -us -uc
    $ cd ..
    $ sudo dpkg -i mew_6.9-5_all.deb mew-bin_6.9-5_amd64.deb
  

.mew.el の設定例

;;; for OAuth2.0
(setq mew-oauth2-client-id "*************-********************************.apps.googleusercontent.com")
(setq mew-oauth2-client-secret "******-****************************")

(setq mew-config-alist
      '(("MyGmail"
         ("user"             . "MyName")
         ("mail-domain"      . "gmail.com")
         ("prog-ssl"         . "/usr/bin/stunnel")
         ("use-smtp-auth"    . t)
	 ("smtp-ssl"         . t)
         ("smtp-server"      . "smtp.gmail.com")
	 ("smtp-ssl-port"    . "465")
         ("smtp-auth-list"   . ("XOAUTH2"))
	 ("smtp-user"        . "MyName@gmail.com")
         ("imap-ssl"         . t)
         ("imap-server"      . "imap.gmail.com")
         ("imap-ssl-port"    . "993")
         ("imap-auth-list"   . ("XOAUTH2"))
         ("imap-user"        . "MyName@gmail")
         )))

---

参照URL

• Experimental support for IMAP XOAUTH2 (2020-11-22)
• IMAP XOAUTH2 (2020-11-25〜2024-03-11)
• Mew/elisp/Makefile の SRCS / OBJS に mew-oauth2.el(c) が含まれていない (2024-06-08)

2024-11-11から、VMware Workstation が全ての利用ユーザに無料となった!!
VMware Fusion and Workstation are Now Free for All Users

• BROADCOMのサポートポータルにログイン(登録してない人は登録が必要)
• 左上の [Software] > [VMware Cloud Foundation] > [My Downloads]
• [Free Software Downloads available HERE] をクリック
• VMWare Workstation Pro をクリック
• Linux版かWindows版を選択し、Releaseバージョンを選択して ダウンロード実行
  ※ダウンロード前には輸出規制の確認のための住所等の入力が必要になる。

• 金曜日の夜、TVを見ようと思ったらリモコンに反応しない。
  
  • リモコンの電源ボタン長押し(リセット)で、正面下部のLED(白)が「点灯→数秒で消灯」、以降反応なし。
  • 工場出荷状態に戻す処理(電源コンセント外す → 本体側面の電源SWを押下しながら電源コンセント入れる)で、 数秒後に、正面下部のLED(白)が「点灯→数秒で消灯」、以後反応なし。
  やばい...。 https://www.sony.jp/support/repair.html にて修理の目安料金確認した。 修理代は7万円程度。最新のTVを購入するよりは安いので修理を申し込んだ。
  
• 修理前日夜、修理担当から電話があり「長期保証」とかありますか？と聞かれて...「覚えていない」と正直に答えた...。
  そう言えばと思い、探したら、ケーズデンキからの購入で「5年無料保証」が付いていた!!。 当日朝に修理担当に連絡し、その旨伝えた。
• 修理担当さん訪問いただいて修理。修理担当さんから ケーズデンキ に連絡してもらい「5年無料保証」で修理が行なわれました。
  無料修理となり、とてもたすかりました。
  

※本来は「ケーズデンキに修理依頼」→「修理」が正解です。

システムのテーマをダークにしていると、LibreOfficeの表示が見づらいので、外観の色を手動で変更する。

• [ツール] - [オプション] (Alt+F12)
• LibreOffice - アプリケーションの色
• オプション 外観 → ライト or ダーク or システム

動作確認は version 25.2.2.2 で実施。

2024/2025シーズンを最後に、村上市の ぶどうスキー場 は閉業決定。村上市で子供と一緒にスキーを楽しむ事が難しくなりました...。
村上市で子供と一緒にスキー に 村上市在住で子供と一緒にスキーを楽しむ為のちょっとした情報を書きました。

マイクラサーバーで、複数で遊ぶには？

Install server

• tmux と Java インストール(openjdk-21 は trixie以上でサポート)...JavaのバージョンはServerのバージョンにより要求がかわります。

   $ sudo apt install openjdk-21-jdk-headless tmux
  

• Download server for Minecraftから、サーバーをダウンロードします。
• 1回めのMinecraft server実行

   $ cd ~/work/minecraft/select
   $ java -jar minecraft_server.1.21.4.jar --nogui
  

  サーバーに必要なファイルが展開される。その中の eula.txt のeula=trueに編集する。

  eula=true
  

• 実行用scriptの作成

  #!/bin/sh
  
  # memory on start
  MS=1G
  # max memory
  MX=6G
  # server
  SERVER=minecraft_server.1.21.4.jar
  
  cd "$(dirname "$0")"
  exec java -Xms$MS -Xmx$MX -jar $SERVER --nogui
  

• Java版Minecraftサーバのインストールを参考にstart/stop/status 用script作成

  #!/bin/bash
  #
  # mincraft_server start/stop/status script
  #
  
  # mincraft_server.jar 実行ユーザ
  USERNAME=`whoami`
  
  # session名
  SESSION_NAME='minecraft'
  
  # minecraft_serverディレクトリ
  MC_PATH="/home/$USERNAME/work/minecraft/select"
  
  # 実行するminecraft_server.jar
  SERVICE="$MC_PATH/minecraft_server.1.21.4.jar"
  
  # メモリ設定
  XMX='2G'
  XMS='1G'
  
  if [ ! -f $SERVICE ];then
      echo "No such file : $SERVICE"
      exit
  fi
  
  cd $MC_PATH
  
  # Minecraft 起動処理
  start() {
      if pgrep -u $USERNAME -f $SERVICE > /dev/null; then
          echo "$SERVICE is already running!"
      else
          echo "Starting $SERVICE..."
          tmux new-session -d -s $SESSION_NAME
          tmux send-keys -t $SESSION_NAME:0 "java -Xmx$XMX -Xms$XMS -jar $SERVICE --nogui" C-m
      fi
  }
  
  # Minecraft 停止処理
  stop() {
      if pgrep -u $USERNAME -f $SERVICE > /dev/null; then
          echo "Stopping $SERVICE"
          tmux send-keys -t $SESSION_NAME:0 "say SERVER SHUTTING DOWN IN 10 SECONDS. Saving map..." C-m
          tmux send-keys -t $SESSION_NAME:0 "save-all" C-m
          sleep 10
          tmux send-keys -t $SESSION_NAME:0 "stop" C-m
          sleep 10
          echo "Stopped minecraftserver"
      else
          echo "$SERVICE is not running!"
          exit
      fi
  
      while :
      do
          if pgrep -u $USERNAME -f $SERVICE > /dev/null; then
              echo "Stopping $SERVICE"
              sleep 10
          else
              tmux kill-session -t $SESSION_NAME
              echo "Stoped $SERVICE"
              break
          fi
      done
  }
  
  
  # Minecraft 起動状態確認処理
  status() {
      if pgrep -u $USERNAME -f $SERVICE > /dev/null; then
          echo "$SERVICE is already running!"
          exit
      else
          echo "$SERVICE is not running!"
          exit
      fi
  }
  
  case "$1" in
      start)
          echo "Minecraft Server Start"
          start
          ;;
      stop)
          echo "Minecraft Server Stop"
          stop
          ;;
      status)
          echo "Minecraft Server Check Status"
          status
          ;;
      *)
          echo "Invalid option"
          echo  $"Usage: $0 {start|stop|status}"
  esac
  

Setting up a server

Tutorial:Setting up a serverを読みます。

• 使用するポートは TCP/25565 (default) だけ
• whitelist.json に UserName と UUID(UUIDはここでサーチ)を記述し、

  [
      {
          "uuid": "********-****-****-****-************",
          "name": "USERNAME1"
      },
      {
          "uuid": "********-****-****-****-************",
          "name": "USERNAME2"
      }
  ]
  

  server.propertiesを編集する。

  white-list=true
  

  変更を反映する場合は、

   /whitelist reload
  

Edit properties

Server.propertiesを読んで、Server.properties の中身を設定する。