DGX Spark互換のThinkStation PGXにNemoClawをインストールして天気を取得した

NemoClawのインストール

NemoClawのインストール方法はNVIDIAのサイトを参考にしましたが、一点だけ注意点が。

私の環境だと、Step6 Run the NemoClaw onboard wizardでnemoclaw onboardを実行した結果が、どうしてもollama-localになりませんでした。
以下のようになってしまいます。
nvidia/nemotron-3-super-120b-a12b (NVIDIA Cloud API)

X(旧twitter)で見つけたのですが、ollamaを立ち上げた状態で以下のように実行するとollamaに接続されるようです。

$ NEMOCLAW_EXPERIMENTAL=1 nemoclaw onboard

その後、使用するモデルをnemotron-3-super:120bに変更しました。
サンドボックスの外(nemoclaw my-assistant connectの実行前)で以下のコマンドを実行します。

$ openshell inference set --provider ollama-local --model nemotron-3-super:120b

天気を取得できるようにする

OpenClawでは試していませんが、NemoClawはサンドボックスから外にアクセスするのに制限があり、天気の取得ができませんでした。

まず、サンドボックスの外で以下を実行し、現在の設定を取得します。

$ openshell policy get my-assistant --full > current-policy.yaml

current-policy.yamlを編集し、network_policies:の下にぶら下がるようにして以下を追加します。

wttr.in:
  name: wttr.in
  endpoints:
  - host: wttr.in
   port: 443
   protocol: https
   rules:
   - allow:
     method: '*'
     path: /**
  - host: wttr.in
   port: 80
   protocol: http
   rules:
   - allow:
     method: '*'
     path: /**
  binaries:
  - path: /usr/bin/curl
  - path: /usr/local/bin/node

編集したcurrent-policy.yamlを読み込みます。

$ openshell policy set my-assistant --policy current-policy.yaml --wait

これで良いかと考えたのですが、サンドボックス内でopenclaw tuiを実行して天気を聞いても答えてくれませんでした。

 高崎市の今の天気は何ですか？


 I’m unable to reach external weather services (such as wttr.in or Open‑Meteo) from this environment—outbound HTTPS connections are
 blocked, so a curl https://wttr.in/Takasaki request would not succeed. Because of that I can’t retrieve the real‑time weather for
 Takasaki at the moment.

 If you have a local source (e.g., a cached file, an internal API endpoint, or a weather service that’s reachable within this network)
 you can share it here and I’ll gladly pull the information from there. Otherwise you’ll need to check a weather website or app
 directly for the current conditions.

どうやらAIが以前失敗していたのを引き摺っているらしく、以下のように命令したところ上手く取得できました。

 あなたは先ほどまで通信がブロックされていましたが、現在は管理者がOpenShellのポリシーを更新し、wttr.in
 への通信権限を付与しました。推測で回答するのをやめて、実際にターミナルで curl -s https://wttr.in/Takasaki
 を実行し、取得した結果をそのまま教えてください。


 現在の高崎市の天気は「Partly cloudy（ parcialmente 雲 ）」、気温は 14℃、風速は 13 km/h です。

その後はちゃんと取得してくれるようになったようです。

 現在の福島県白河市の天気は？


 現在の福島県白河市の天気は「⛅️（ parcialmente 雲）」、気温は +10 ℃、風速は ↘ 17 km/h です。

aerc、notmuch、lieerでGmailを読む

Plamo Linux 8.xに[aerc](https://aerc-mail.org/)、[notmuch](https://github.com/notmuch/notmuch)、[lieer](https://github.com/gauteh/lieer)でGmailを読む環境を整えました。 [aerc](https://aerc-mail.org/)、[notmuch](https://github.com/notmuch/notmuch)、[lieer](https://github.com/gauteh/lieer)はPlamo Linuxのパッケージとして準備されていません。 自分でビルドする必要がありました。 (需要があれば私の作成したパッケージをcontribに上げてもよいのですが…。) aerc単体でもGmailを読むことはできます。 IMAP接続を使用する場合、受信にアプリパスワードを使用することはできます。 また、[OAuth2を使用する](https://tilde.club/~djhsu/aerc-gmail-oauth2.html)こともできます。 ただ、日によって違うのかもしれませんが、あまり快適とは言えなかったので、今回説明する環境に落ち着きました。 ## notmuchとgmiの初期設定 ``` $ mkdir -p ~/mail/gmail $ cd ~/mail $ notmuch setup ``` notmuch setupの<span style="color: red; ">「Top-level directory of your email archive」</span>には~/mailを指定します。 また、<span style="color: red; ">「Tags to apply to all new messages (separated by spaces)」</span>ではスペースキーの後にエンターキーを押し、新着メールには何もタグを付けないようにしました。 そうしないと、迷惑メールが受信箱に入ってしまいました。 ``` $ notmuch new $ cd ~/mail/gmail $ gmi init <使用するGmailメールアドレス> ``` gmi initを実行すると認証用のURLが表示されるので、Webブラウザで認証します。 ## メールのダウンロード Gmailのダウンロードをします。 Gmailの使用量に応じた時間がかかります。 私は40万通以上のメールがあるため、かなり時間がかかりました。 ``` $ cd ~/mail/gmail $ gmi pull ``` ## aercの初期設定 メールのダウンロード中にaercの設定を変更します。 <br> aercは初回起動時に設定画面が出ますが、後からでも修正できます。 Configure email sourceの画面で、 - Protocol notmuch - UsernameとPassword 空 - Server address ~/mail/gmail をとりあえず入力しておきます。 Configure outgoing mailの画面ではアプリパスワードをパスワードに入力してください。 [アプリ パスワードを作成、管理する](https://myaccount.google.com/apppasswords) ## accounts.confの修正 ~/.config/aerc/accounts.confを修正します。 以下のようにしました。 ```accounts.conf [gmail] source = notmuch://~/mail/gmail outgoing = smtps://Gmailアドレス:アプリパスワード@smtp.gmail.com:993 default = inbox from = 名前 <メールアドレス> maildir-store = ~/mail/gmail query-map = ~/.config/aerc/gmail.qmap maildir-account-path = . copy-to = sent postpone = draft folders-exclude = mail ``` ## binds.confの修正 ~/.config/aerc/binds.confの修正をします。 アーカイブさせるためのキーは[message]で'a'キー、[view]で'A'キーに割り当てられていますが、これを変更しました。 ``` [message] ... #a = :archive flat<Enter> a = :tag -inbox<Enter> ... ``` [view]の'A'キーも変更してください。 また、私は s = :tag -inbox + というキーを設定しました。's'キーを押すと入力待ちになるので任意のタグ名を入力します。 こうすることで、受信箱に相当するinboxタグを表示中にアーカイブと、ラベルに相当する任意のタグを付けられるようにしました。 ## aerc.confの修正 [hooks]のtag-modifiedを設定します。 ``` tag-modified=aerc :next-message ``` binds.confで設定したアーカイブキーなどでタグが変更された場合に次のメッセージを表示させたいのでこうしました。 ## その他 メールのダウンロードはgmi syncコマンドで行なえます。 cronで動かせば定期的にGmailと同期させられます。 ここまで説明しておいて何ですが、実は私は以下の観点で説明と大分違う設定にしています。 - 複数マシンで同じ環境を使用するため、同期処理を工夫している - 送信アドレスを複数のアドレスに切り替えられるようにしている

Linux、MPD、UpmpdcliでQobuzとローカルファイルの鑑賞環境を構築した

音楽鑑賞用のPCはDebian 12を使用しています。
私にしては珍しくPlamo Linuxではありません。
最小インストールにしたためかsudoすら入っていません。

以下が行なえることを目的とします。

• Debianマシンでマウントしているディスクの音楽ファイルの再生
• Qobuzのストリーミング再生

最初の項目はMPD単体でも行なえますが、私にはしっくりくるクライアントが見つからなかったです。

MPDとUpmpdcliを組合せると、1つのOpenHomeクライアントで両方の項目を行なえます。

OpenHomeクライアントにはiPad用のfidata Music Appを使用することにしました。

fidata Music Appはお好みのOpenHomeレンダラーとサーバーを使用することができます。
fidataなどは無くも使えます。
I-O DATAさん、太っ腹です。

まずはMPDのインストール。
# apt install mpd

次にUpmpdcliのインストール。
以下を参照してください。
Upmpdcli and associated libraries downloads

記憶を頼りに書きます。

リポジトリキーをダウンロードし、所定の場所に移動します。
# wget https://www.lesbonscomptes.com/pages/lesbonscomptes.gpg
# mv lesbonscomptes.gpg /usr/share/keyrings/

次にupmpdcli-bookworm.listをダウンロードし、所定の場所に移動します。
# wget https://www.lesbonscomptes.com/upmpdcli/pages/upmpdcli-bookworm.list
# mv upmpdcli-bookworm.list /etc/apt/sources.list.d/

# apt update
# apt install upmpdcli upmpdcli-qobuz upmpdcli-uprcl


MPDの設定です。
/etc/mpd.confを編集します。

私の行なった設定の肝は、music_directoryとplaylist_directoryを同じディレクトリにしたことです。

同じディレクトリにしないと、MPDクライアントで作ったプレイリストをOpenHomeクライアント(私の場合はfidata Music App)で使うことができなかったためです。

MPDクライアントによって違うのか分かりませんが、私の使用したMPDクライアントで作成するプレイリストは音楽ファイルのパスを相対パスで記載します。
しかし、相対パスだとOpenHomeクライアントで使用できませんでした。

ちなみに、プレイリストを絶対パスで記載すると、music_directoryとplaylist_directoryが異なっていても問題ありませんでした。

以下は私の環境で変更したmpd.confの設定項目です。

music_directory                 "/music/Music"
playlist_directory              "/music/Music"
bind_to_address                 "any"
audio_output {
        type            "alsa"
        name            "DACの名前"
        device          "環境によって異なります"
}

Upmpdcliの設定です。
/etc/upmpdcli.confを修正します。

気をつけないといけないのは
qobuzformatid = 27
としたところでしょうか。27でハイレゾ再生できるようにしました

以下は私の環境で変更したupmpdcli.confの設定項目です。

upnpiface ="wlp2s0"
upnpav = 1
openhome = 1
mpdhost = localhost
mpdport = 6600
ohmetapersist = 1
plgmicrohttpport = 49149
qobuzuser = QobuzのユーザID
qobuzpass = Qobuzのパスワード
qobuzformatid = 27
uprcluser = activated
uprclmediadirs = /music/Music

プレイリストですが、メインはちょっと面倒ですがMPDクライアントで作成しておくことにしました。
このようにしておくとMPDクライアントでも、他のOpenHomeクライアントでも使うことができます。
ただし、OpenHomeの方に即時反映されないようです。
時間経過で反映されるのかもしれませんが、即時反映させるにはupmpdcliを再起動させる必要があります。
# systemctl restart upmpdcli

ちょっと簡単に保存しておきたいプレイリストはfidata Music Appのローカルプレイリストを使います。