なーんか Rust か async_trait か何かのまわりで嫌なバグ踏んだ気配がするな

いや全然そんなことなかったわ (型にｶﾝｼｬ)

このアカウントは、notestockで公開設定になっていません。

教師×無防備女子「ハーレムきゃんぷっ！」僧侶枠で10月にアニメ化、キャストも発表 - コミックナタリー
https://natalie.mu/comic/news/489041

㍂

僧侶枠こういうのもあるんだな

Bルートのスマートメータで係数、単位、有効数字の3つはデバイスごとに固定の定数として扱えそうなものなんだけど、これって稼働中に変化することはあるんですか

仕様書、『ECHONET 機器オブジェクト詳細規定 Release Q』と『低圧スマート電力量メータ・HEMS コントローラ間アプリケーションインターフェース仕様書』をざっと眺めてみたけど、後者に「スマート電力量メータの属性情報等は、必要に応じ、再取得可能とする。」とあるだけだな

特に後者で「変更されたりするから積算電力と一緒に受け取れよ」的なことを書いていない感じからすると、安定していると考えるべきなんだろうな

このアカウントは、notestockで公開設定になっていません。

これは最近ちょっとややこしくなってるやつかな

まずデータ構造としては trust の情報は信用者の鍵による被信用者の鍵への署名であって、被信用者の公開鍵にくっつけて頒布することができるので、昔の鍵サーバ (sks-keyservers とか？) ではたぶんそういうことをしていたと思う。
で、近年の keys.openpgp.org みたいなやつはそういう情報ぜんぶ strip して最低限の部分だけ公開する仕様になっていたはずで、つまり WoT 構築にはそのままでは使えないはず。

どちらかというとあれは「メールアドレスから該当する公開鍵を取得したい」という用途限定で、 WoT 構築に使えない一方で、従来の鍵サーバでは壊滅していた「メールアドレスから検索してきた鍵が本当にそのアドレスの利用者/管理者によって作られたものであるという保証」を与えていることによって実用性を確保している、みたいな認識

もちろんこれはあくまでアドレス利用/管理者と鍵の対応関係だし、しかも鍵サーバを信用する必要があるので、 WoT のように「本人の鍵であることの確認」には使えないんだけど、まあ基本的に人々が鍵を使う大半の場面ってメールアドレスか fingerprint から対応する鍵を取ってきて署名を検証するという感じの用法だろうし、そういうことなら使い物にはなる

どうしてもということであれば、自分の web サイトで鍵を公開するなりしてやることになるんですかね。そっちを import しても strip するタイプの鍵サーバから取ってきた情報とは矛盾しないはずなので (そのあたりの実装は把握してないのでよく知らん)

ちゃんとやろうとするなら、単に web サイトに雑に置いておくよりも WKD (Web Key Directory) というやつを使うとクライアントによる自動探索とかに引っ掛けることができて良いです (こっちならそのままの public key を提供できるはず)

WKD - GnuPG wiki
https://wiki.gnupg.org/WKD

まあ WKD の場合もドメイン管理者が信用できる前提でメールアドレスと鍵を対応させるものだし、鍵が本人のものであると確信するにはサーバ管理者が本人であることを信じられる必要があるけど。

まあ偽造鍵があったらどうするの系の問題は従来の sks とかの鍵サーバ時代からあったことなので、その点で特別に WKD が劣化しているということはないです

keys.openpgp.org で他人による署名を頒布しない話は FAQ の『DO you distribute "third party signatures"?』節で説明されているはず。

https://keys.openpgp.org/about/faq

WKD はメールアドレスから鍵を検索するためのサービスで fingerprint からの検索は (ドメインがわからない以上は) 無理なので、 WKD と keys.openpgp.org (あるいは類似サービス) の組み合わせで sks 鍵サーバと同等のことができるかな？
fingerprint から keys.openpgp.org で限定的な公開鍵を引っ張ってきて、そこからメールアドレスを取得して、 WKD でフルの公開鍵を取ってくる、みたいな感じでいけると思う

context: https://mstdn.sublimer.me/@eniehack/108805388499016634

このあたりの話 (特に鍵に含まれるデータの話とか) は zunda 氏とかの方が詳しい気がする

このアカウントは、notestockで公開設定になっていません。

448かぁ

いずれは ed25519 や ed448も rsa2048 や rsa4096 みたいに扱われる日が来るのだろうか (まあ来るのでしょう)

スマートメータ繋がらなすぎてつらい、某社回線かよ

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

あのー、「OK」と言った直後に「FAIL ER04」するのやめてもらっていいですか？ (何が OK やねん)

HEMS用 Wi-SUNモジュール, Wi-SUN Route-B 専用 : パソコン・周辺機器
https://www.amazon.co.jp/dp/B08XZ6XHJJ

これです

しかも SKSENDTO の結果は成功の場合 \r\nOK\r\n になることを期待してたのに、 \r\n の後 OK の前に EVENT が割り込んでるし……マジで何ですかこれは

ハードウェア側での非同期出力の扱いが破綻してるの、マジでどうすんねん

どうするもなにも、パーサ複雑にするしかないんだよな……

https://mastodon.cardina1.red/@lo48576/108806382019380557

一応補足すると、これコマンドに与えるデータの長さが小さすぎるというエラーを意図して引き起こしているので、ネットワークのレイヤーで失敗したとかではなくアダプタのファームウェアが「OK」とわざわざ報告しているうえ間に受信イベントを割り込ませている

Counter allows no way to reset to zero · Issue #63 · prometheus-net/prometheus-net
https://github.com/prometheus-net/prometheus-net/issues/63#issuecomment-360070401

外部で既に単調増加なカウントとして記録されているデータをそのままエクスポートするなら gauge を使ってよい。なるほど。

スマートメータ、繋がりづらいとは思っていたが PC の USB ハブに接続していたうちはまだマシだったらしい。
ラックに設置してある Raspberry Pi に接続したら本当に全然繋がらなくなってしまった

繋がるかどうか以前にバグだったw

ｴﾝｼﾞﾆﾔとﾂﾅがりたいタグ、まあなんというか、ちやほやされたい感が感じられるのがゥヮとなるので険しい (まあ陽キャか陰キャかの違いかもしれんが)

何か特定のトピックをやっていくぞの初手情報収集とかじゃなくて「エンジニア」 (ｱｲﾃｰエンジニアとかではなく「エンジニア」) なあたりのキツさというか

まあ向こうもこういう陰湿なこと言っちゃうキモ=オタクと繋がりたいとは思ってないだろうしべつにいいよ

バグ直したけどやっぱり繋がらないじゃん……

このアカウントは、notestockで公開設定になっていません。

もうコミケ何年行ってないかなぁ

行き止まりに突き当たったデッドエンドドライバー

特小なら免許は不要のはず……ってそれは特定小電力無線だった

https://mastodon.cardina1.red/@lo48576/108806385488380337

ワイの使ってる Wi-SUN アダプタ、たまにコマンドを送信したきり応答が返ってこなくなることがあり、ワイの上位プロトコル実装が壊れているのか、非同期 I/O ランタイムあたりに引っ掛かりがあるのか、アダプタ側のファームウェアがおかしいのか、いまいち切り分けしきれていない (アダプタ破滅説が有力ではある)

まじでパワーメータ繋がらねえ！！！

もしかしてなんですが、これアダプタを別のコンピュータに刺すと IPv6 link-local addr が変化するからスマートメータ側から前回クライアントの情報が消えるまで1日程度待たないと接続できないやつ？

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。