長年の課題というか不明点だった仕様をChatGPT (5.1 Thinking) を使って調査したら一瞬で解決したのでほぼ引用でメモ。 あなた: Sony NEWS-OSで使われていたネットワークプロトコルの rd (remote disk) の詳細仕様を教えてください ChatGPT: 結論から言うと、Sony NEWS-OS の “rd (remote disk)” プロトコルは、一般に公開された詳細仕様がほぼ存在していません。 なので、パケットフォーマットや RPC 番号まできっちり書かれた「リファレンスマニュアル的なもの」をここで再現することはできません。 ただ、「何者なのか」「どこまで分かっていて、どこから先が闇なのか」は整理できます。 1. rd (remote disk) とは何か 公開情報から確実に言えるのはこのくらいです： NEWS の PROM モニタは、ディスクレスブ

去年の今頃、小田原にちょくちょく出張していたのですが、帰りに東海道線のグリーン車の中でPASMOを落としてしまい、JRの落とし物案内では見つからず、記名PASMOだったのですぐに再発行もして、普通に諦めていました。 が、先月家の電話に小田原署の落とし物係から留守電が入っており、それをスルーし続けていた事に最近気づいて、恐る恐る電話をしてみたところ、去年無くしたPASMOが最近届けられたとのこと。ウソでしょ……。 デポジット500円の価値しか残っておらず、すでに再発行手数料で1000円がかかっているため、受け取っても更に赤字が増えるだけでしたが、ゆうパック（指定らしい）で送ってもらうことにしました。 先に受領関係の書類が来て、住所氏名を4箇所と、ゆうパック着払い伝票にも住所氏名を記入して、110円切手で郵送。そしてついさっき送料着払い820円で到着しました。だいたい2000円の赤字です。 と

KOF2024およびOSC2024愛媛でも展示デモを行った「宇宙戦艦ヤマトを熱唱する花梨先輩 feat. PC-6001 プログラム」のプログラムです。実機、エミュレータいずれでも実行可能です。 以下はREADMEの写し: https://teokurebsd.org/p6/karin-yamato/README.html 宇宙戦艦ヤマトを熱唱する花梨先輩 feat. PC-6001 プログラム ※2025/2/9更新: httpsダウンロードできるように移動しました。README以外の更新はありません https://teokurebsd.org/p6/karin-yamato/karin-yamato-PC6001.zip これはなに? ニコニコ動画に投稿した 宇宙戦艦ヤマトを熱唱する花梨先輩 feat. PC-6001 の実行プログラムテープバイナリとテープ音声wavデータです。 内

昨日はOSC2024 Tokyo/Fallでした。 行きはハンドキャリーしましたが、帰りは疲れ果てて会社に送ってもらいました……。 今回のブース 今回もユーザー会+個人のブースで展開して、自分側は机の3/4くらいが同人誌頒布、1/4がEjectとユーザー会のはみ出しのスタイルにしました。 同人誌頒布は数部ずつといった具合。頒布数に対して用意するものの量が多いので、次OSCでやる時はレシートプリンターあたりは略かなあ。 Ejectは、何も仕掛けがなくて本来の趣旨的なやつの説明ができないのがよくねえなとは思いつつ、部材をいれるスペースがないのが悩ましいところです。ペーパーは長岡のあまりですが、今回も配りきれなかったので今回で一旦捨てかな。配るだけの人はいたけど、喋りが多くて配る暇もなくって感じでした。 あと、EjectがWi-Fiに繋がらなくておかしいなと思っていたら、SSID名に含まれていた

tsutsui.hatenablog.com 過去の フレッツ光ネクスト + IPoE で scp, cvs, rsync の SSH通信ができない問題 の記事に対して「IPQoSの設定を変更することで scpの転送速度が改善した」というコメントを頂いていたのですが、当時検証してみたところでは IPQoS設定以上に計測時の転送速度バラつきがひどく、意味のある数字は観測できていませんでした。 先週末にConoHaのVPSを契約したのを機に再度計測してみたところ、それなりに再現性のあるっぽい数字が出てきたのでざっくりメモ。 環境 ホスト: NetBSD/i386 10.0 (OpenSSH 9.6) 転送相手: ConoHa VPS 2GBプラン 回線: フレッツ光ネクスト (NTT西日本) + DTI IPv6 (IPoE) 接続サービス 接続: VDSLモデム + ホームゲートウェイ RT

NWS-3260 11月のKOFおよびOSC広島でのNWS-3260展示の後、同じように故障したNWS-3260を持っているという方、そしてなにより「未来の自分」のために「NWS-3260分解手順の説明記事を書く」と宣言していたものの、写真の整理や編集が思ったよりも大変で大幅に時間がかかってしまいました。 冬休み最終日の今日になってようやくで宿題を片付ける形で記事にまとめました。 はじめに こういった作業記事は冒頭の文章を考えるのがめんどうで手が止まったりするのですが、こういうときこそ今はやりのAIか、ということで考えてもらいました。 なお、記事中の写真は分解時に撮ったものだけではなく、組み立て時に撮影したもの、後日撮影したものも含まれており、必ずしも分解時の時系列そのままではありません。 前後の写真で部品の装着状態などが異なるものもありますが、実況的な記録というよりも分解手順説明としての

pkgsrc-2023Q4のバイナリ一式をビルドしていたら、 NetBSD 10.0_RC2がリリースされてしまったりして手間取りましたが、 NetBSD/amd64,i386 10.0_RC2 ておくれLive Image 20240108版を作ってアップしました。 日付が1日前なのは Live Image自体は作ったもののNWS-3260記事を書いていて説明ページ更新がておくれたためです http://www.ceres.dti.ne.jp/tsutsui/netbsd/liveimage/ 更新内容は以下: 20240108版 NetBSD 10.0_RC2 対応 兼 pkgsrc-2023Q4 更新バージョン pkgsrc-2023Q4 のツリーから以下を更新しています firefox 121.0 mozc-server 2.26.4282.100nb25 pkgsrc-2023Q

MastodonやX (旧Twitter) ではいろいろ投稿していましたが、11/11(土)に行われた関西オープンフォーラム （KOF) の2日目に参加して、NetBSDブースでの「NetBSD/newsmipsを動くようにしたNWS-3260」の展示と「BSDなひととき」の枠でのセミナー発表をさせてもらいました。 www.k-of.jp 会場設営してセミナー待ちです #KOF2023 pic.twitter.com/gafFkqadQY — Izumi Tsutsui (@tsutsuii) November 11, 2023 ブース展示 ブース展示の様子については、ここであらためていろいろ書くよりも翌日のOSC広島と合わせてえびはらさんのTogetterまとめを見ていただくのが早いかと思います。 togetter.com NetBSD+NEWS+KOF モノクロ壁紙 #KOF2023

最近はMastodonもMisskeyもwebpを扱うようになってきたため、mikutterでもwebpの画像が流れては開けずぐぬぬとなることが増えてきましたが、つついさんの尽力で、mikutterにもwebp表示がもたらされたので、その導入メモです。忘れる前に記録するのが大事ということで。 ビルドしないといけない webp-pixbuf-loaderを導入すれば良い様子。MacPortsにはパッケージがないので、ソースコードのビルドが必要そうです。 github.com さらに、最新版はバグっており、つついさんがプルリク中のパッチが必要なので、どのみちビルドが必要という感じです。 github.com ビルドする パッケージをインストールしてgitリポジトリをcloneします。つついさんのforkをremote addしてからcheckoutして、つついさんのプルリクのコミットを引っ張っ

あけおめ [mastodon] 初期データソースを適切に変更 [mastodon_sse_streaming] コネクションの開始終了を、Handlerの個数に応じて自動的に実行 [mastodon_sse_streaming] mentionのstreaming受信に対応 [mastodon_sse_streaming] リファクタリングし、SSEパースバグなどを修正 設定ウインドウの縦スクロールバーのオーバーレイをやめる thanks Izumi Tsutsui [mastodon] mentionsデータソースを追加し、REST APIによるポーリングを行う mastodon: fetch latest replies on startup thanks Yuto Tokunaga Timeline#postbox_delegation_generator が無くなっていたので復活さ

できること、超人的。 2009年12月25日の開発開始から12周年となる本日、mikutter 5.0をリリースします。 mikutter 4.1からの主な変更は、以下の記事を参照してください。 mikutter.hatenablog.com Gtk3対応は、はっきりいって退屈なものでした。 だからこそ、貢献してくれた方々に心から敬意を表します。 iPhone 13対応 gtk3: タイムライン上ではスクロールバーを常に表示する thanks Shibafu Midorino delete apply Revert "gtk3: StatusBarが妙に大きいので小さくした refs #1532" thanks Shibafu Midorino ImageMenuItem.new メソッドで underscoreエスケープ不要を明示する thanks Izumi Tsutsui Timel

mikutter 5.0の季節がやってきました。 Gtk 3 今回のメインですが、新しくできるようになったことは特にありません。未実装項目や既知のバグが多数あります。 更に、サードパーティープラグインの互換性も一部失われています。これは気合で直すしかなく、mikutterの歴史の中で最も非互換なアップデートです。 もはやGtk2はサポートされていないので、できるだけ早く対応する必要がありました。 非互換な変更 いままでmikutterはGtk 2を使っていましたが、Ruby GNOMEがgtk2サポートを終了したため、mikutterでもGtk 3を使うようにしました。 Gtkを直接操作するRubyコードは、Gtk3ライブラリに変更すると、API互換性がほとんどないため動作しません。 そこで、 gtk プラグインを廃止し、かわりに gtk3 というプラグインをバンドルします。これにより、今

マルチペインで表示できるPC用Twitterクライアントを探していて見つけたmikutter*1をUbuntuに導入した際のメモ (2023/6追記) 旧来のTwitter APIの利用は終了各所で報じられた通り、旧来のTwitter APIの利用は終了(非推奨)となり、新しいAPIの提供が開始されている。真偽不明だが、(おそらくは旧来の)APIを利用してアカウントを凍結されたとの噂*2も聞くので、旧来のAPIが利用できたとしても、そうしたリスクがあることに注意。アカウントを凍結されるリスクを負うのは避けたいので、旧来のTwitter APIが非推奨となってから接続を試したことはない。この記事は参考として残しておく。 目次 結論 導入 使い方などのメモ 設定 不具合 まとめ 関連サイト 結論 前提として、Twitterの開発者サイトで英語での申請が必要で手軽には使い始められない。 それさえ