いろいろなサービスが，いろいろなAIサービスAPI対応をしているのはありがたいのですが，いろいろありすぎますよね．
例えばHuggingFaceのTransformersも，LLMがいろいろありすぎて，差分を吸収するのにむちゃくちゃ頑張ってますが，そんな感じの力尽く実装をしてどこまで意味があるのか分かりません．

さて，AntigravityとかIDEというかエディタがAI対応していて，特にAntigravityの場合はGeminiが無料で使えるということで，みんな使ってます．
ただ，Antigravityを使うぶんには無料なのですが，別にGeminiが全部無料というわけではないので，例えば日頃使っているObsidianでAI機能を使おうとすると，いろいろと設定が必要です．

今回は，Obsidianに対してAIとして，Azure OpenAIでデプロイしたモデル，今で言うとMicrosoft Foundryで確認できるAzure AIサービスのエンドポイントを利用したいと思います．
Azureでモデルをデプロイしているのは前提として，それをObsidian側でどう設定するかを書いてみます．

まず，ObsidianでAIサービスを使うには，このプラグインがスタンダードのようなので，入れます．
www.obsidiancopilot.com

あとはObsidian側の設定をしていきます．
設定に突入する．

Azureの設定は終わっている前提なので，APIの設定をしたくなります．
しかしAzure OpenAIの設定が出てこなくて，1番下を見るとなんか書いてます．

API Key設定ではなく，Model Settingsに進むのが正解だったようなので，進みます．

Model Settingsではモデル追加できるようなので，やりましょう．

こんな感じですね．

Instance NameとかDeployment Nameとか聞いてくるので，適当にAPIのURLを分解する必要があります．
「Test」で設定確認できるのは親切設計です．

すると，このように一覧に出てきます．

おし，動いてくれてるね．

sbtでscala3を書いていてハマりました．

ちょっと違うバージョンを作ろうと思ってsbtプロジェクトのディレクトリをコピーしたりしてたら，こんなエラーが出始めました．

[warn]  Note: Some unresolved dependencies have extra attributes.  Check that these dependencies exist with the requested attributes.

[warn]          com.eed3si9n:sbt-assembly:1.2.0 (sbtVersion=1.0, scalaVersion=3)

[warn]  Note: Unresolved dependencies path:

[error]   not found: https://repo1.maven.org/maven2/com/eed3si9n/sbt-assembly_3_1.0/1.2.0/sbt-assembly-1.2.0.pom

mavenから消えたのかと思って数時間悩みました．

原因は，project/plugins.sbtを間違って一個上のディレクトリにもコピーしていました．

この2つのファイルが同時に存在した状態．

<projectディレクトリ>/project/plugins.sbt
<projectディレクトリ>/plugins.sbt

ディレクトリ直下にファイルがあったせいで，sbt-assembly_3.1.0となっていてファイルが探せていませんでした．

• plugins.sbtの記述

addSbtPlugin("com.eed3si9n" % "sbt-assembly" % "1.2.0")

• plugins.sbtがディレクトリ直下にある場合に探しに行くパス

https://repo1.maven.org/maven2/com/eed3si9n/sbt-assembly_3_1.0/1.2.0/sbt-assembly-1.2.0.pom

• plugins.sbtがprojectディレクトリにある場合に探しに行くパス

https://repo1.maven.org/maven2/com/eed3si9n/sbt-assembly_2.12_1.0/1.2.0/sbt-assembly-1.2.0.pom

Scala関係は難しい．

クラウドでサーバを使うときも，グラフィカルなインターフェースを見たいことはあります
今どきは回線も速くなったので，Xを飛ばすくらいは軽々です

今どきじゃなくても，サーバ側のデフォルト設定としては，sshでXが飛ばせるようになってます

less /etc/ssh/ssh_config

X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost yes

なので，X Windowを表示したいパソコンにX Windowサーバを入れて立ち上げておけば，あとはそのパソコンで使っているsshクライアントでX11フォワーディングの設定をし，sshサーバにsshログインすれば，X Windowが飛んでくるはずです．

テスト用のX Windowアプリとしては，やはり伝統的なxeyes辺りがオススメ．なので，yum install xeyesとかapt install xeyesとかでsshサーバ側にインストールしておいて下さい．
（xeyes+は，もうサポートしていません）

さて，X Windowは30年くらい使っているのですが，未だにXが飛んでこないと悩むことがあります．
最近あったのは，gcpのCompute EngineのインスタンスからだとXが飛んでくるのに，AWSのEC2のインスタンスだと飛んでこない現象．

手元のWindows PCにはX Windowサーバが立ち上がっていて，クラウド上のサーバにアクセスするのもPuttyなんで設定は同じ．ポートが開いていないとかあるかと考えたけど，sshポートフォワードを使っているはずなので，sshで入れるってことは大丈夫なはず．

あるサーバからはXが飛んできて，あるサーバからは飛んでこない．そんなとき，xauthの存在を確認しましょう．

sshサーバ側で，xauthコマンドを叩いて立ち上がるか．
command not foundとかでxauthが立ち上がらなかったら，それのせいの可能性が高いです．yum install とかapt install とかで，xauthを入れて実行したら，/home/user名/.Xauthorityが無いから作った的なメッセージが出ると思います．そうしたら，もうXが飛ぶはず．

今年も参加しましたよ．

FIT2021

以前に投稿した記事によると，
FIT2018 第17回情報科学技術フォーラム - なぜか数学者にはワイン好きが多い

例えば2005年まで参加記録があるようです．
FIT2005 その後 - なぜか数学者にはワイン好きが多い

ああ，参加記録がある，というのは，ブログに書いたFIT参加記録の最初が2005年ということで，FIT自体は最初から参加してました．