Home | Notifications | New Note | Local | Federated | Search | Logout
Federated Timeline
Reply to @tak4
🦉@aaa (2026-01-05 01:13:53)
ブーストとリプライと画像が共存している場所がここしかなかったので…！
Reply to @aaa
たかし@tak4 (2026-01-05 01:08:22)
サンプルデータみたいに使はれてゐて草 (嬉しいです)
Reply to @tak4@mstdn.y-zu.org
たかし@tak4@mstdn.y-zu.org (2026-01-05 01:02:21)
運用は後ほど考える。
今ところ、生き物の画像はPixelfedに投稿して当面はboostか引用でこっちにも届く様にしようかと思ふ。
たかし@tak4@mstdn.y-zu.org (2026-01-05 01:00:12)
Pixelfed.Tokyoに登録したわん ( https://pixelfed.tokyo/tak4 )
🦉@aaa (2026-01-05 00:55:52)
画像やファイルをてきとうにあげれるサーバーがほしい
🦉@aaa (2026-01-05 00:54:29)
もうすぐ完成しそう
https://pasteboard.co/TYLZ8t3muol3.png
たかし@tak4@mstdn.y-zu.org (2026-01-05 00:47:37)
づほさん最高 ❤️
Reply to @Yohei_Zuho@mstdn.y-zu.org
たかし@tak4@mstdn.y-zu.org (2026-01-05 00:45:54)
@Yohei_Zuho 登録画面が表示されました! 対応有難うございます!
Reply to @tak4@mstdn.y-zu.org
もちもちずきん🍆@Yohei_Zuho@mstdn.y-zu.org (2026-01-05 00:43:04)
@tak4 リロード忘れていました。これでどうでしょうか
Reply to @Yohei_Zuho@mstdn.y-zu.org
たかし@tak4@mstdn.y-zu.org (2026-01-05 00:38:18)
@Yohei_Zuho まだなります。
https://pixelfed.tokyo/login から register をクリックしてみても同じです。
Reply to @tak4@mstdn.y-zu.org
もちもちずきん🍆@Yohei_Zuho@mstdn.y-zu.org (2026-01-05 00:35:26)
@tak4 おおっと、緩和しました。再度お試しください
Reply to @Yohei_Zuho@mstdn.y-zu.org
たかし@tak4@mstdn.y-zu.org (2026-01-05 00:31:36)
@Yohei_Zuho
夜遅くにすみません。sign upしようとしたら、Instance User Limit になりました。
https://pixelfed.tokyo/site/kb/instance-max-users-limit
もちもちずきん🍆@Yohei_Zuho@mstdn.y-zu.org (2026-01-05 00:25:48)
ぜひPixelfed.Tokyoなども使ってください
たかし@tak4@mstdn.y-zu.org (2026-01-05 00:25:15)
今後はこれを生き物アカにする。
生き物が苦手な人は適宜follow解除などで対応してほしい。
x.comを生き物サイトとして使ってゐたが、fediにも生き物好きが居るとわかったので徐々に移行する。
Reply to @ksnk@pawoo.net
コシヌケ1040@ksnk@pawoo.net (2026-01-05 00:23:34)
アップデートしたら直った、かな。様子見。
たかし@tak4 (2026-01-05 00:13:25)
自分自身のsnsの使ひ方のルールを決定。
今後はこのルールに基づき行動。ルールの内容を公開するかどうか未定だが、今後のわたしの言動で分かるはず。
SASANO Takayoshi@uaa@social.mikutter.hachune.net (2026-01-04 23:28:42)
uaa@framboise:~$ /usr/xenocara/lib/libX11/modules/im/ximcp/imDefLkup.c,419: The application disposed a key event with 1594 serial.
久々に…見ましたね…
SASANO Takayoshi@uaa@social.mikutter.hachune.net (2026-01-04 23:06:47)
うちの娘が「推しの新曲が～！今日の○○時○○分に公開で～！！○○分で○○再生だったの～！！！」と時折叫んでいるのだけども。
35分で2500再生がどの程度のものかはよく分からないんだけど、推しを応援したいということなのだろう。なるほど、そーゆう気持ちで娘はああいうことを言っているのか。
SASANO Takayoshi@uaa@social.mikutter.hachune.net boosted:
@omasanori@mstdn.maud.io (2026-01-04 22:28:38)
コーディングフォントの系譜を振り返る: タイプライターから Berkeley Mono まで - Zopfcode
https://www.zopfco.de/entry/2026/01/03/201757
コシヌケ1040@ksnk@pawoo.net (2026-01-04 22:47:23)
iモードは20年前にガラケーを触ってゐた人なら皆知ってゐるでせう。しかしそんな人達にすら知られるもことなく終はったものもございます。
さう、Lモードだね。
🦉@aaa (2026-01-04 22:33:20)
apiから
投稿の テスト
Masanori Ogino 𓀁@omasanori@mstdn.maud.io (2026-01-04 22:28:38)
コーディングフォントの系譜を振り返る: タイプライターから Berkeley Mono まで - Zopfcode
https://www.zopfco.de/entry/2026/01/03/201757
SASANO Takayoshi@uaa@social.mikutter.hachune.net (2026-01-04 22:03:56)
PCIデバイスのプローブ時に、PCI device classでEHCI/OHCIと判断された場合は即ホストコントローラの所有権を寄越してもらう処理を入れる（所有権移行後にBAR叩いてサイズを見る）、くらいしか対応策は思いつかないっす。
SASANO Takayoshi@uaa@social.mikutter.hachune.net (2026-01-04 22:01:36)
でもどうするんだろうな、EHCIの所有権をLegacy support等の処理を行うfirmwareから寄越せーとするにはEHCIのレジスタ触らないといけないし、かといってEHCIが実際に使用するmemory mapped I/Oのサイズがどれだけかなんていうのは（だいたいのサイズの推測は付くんだろうけど）BAR叩かないと分からないし…そしてそのprobeでfirmwareの機嫌が悪くなる(?)とか。鶏/卵問題じゃないかコレ…
SASANO Takayoshi@uaa@social.mikutter.hachune.net (2026-01-04 21:59:21)
PCI BARで規定される、デバイスの使用するI/Oなりメモリ空間なりのサイズを調べるために0xffffffff (0xffffffffffffffff)を書き込む…単にBARをいじっちゃうと危ないのでコマンドレジスタを操作して一旦I/Oないしメモリ空間から切り離すって処置を行ってるのは理に適ってるんだけど…
USB2.0の機嫌が悪くなるってことは、あれか…Legacy supportとかの関連でOS以外（BIOSとかUEFIとか）が使ってる状況でBAR他をいじられちゃうと困るとかそういう系なのかな。
SASANO Takayoshi@uaa@social.mikutter.hachune.net boosted:
@tsutsuii@social.mikutter.hachune.net (2026-01-04 21:41:49)
NetBSD 10.0 になってからメインマシンの ASRock M3A UCC SB600 の EHCI の USB 2.0 デバイスが動かなくなってたんですが、ビルドPC新調したから git bisect したら SB600 や EHCI とは全然関係ない PCI レジスタまわりの変更が原因というのが判明して えー…… になっています
https://mail-index.netbsd.org/source-changes/2020/05/05/msg117061.html
https://github.com/NetBSD/src/commit/9ae5cc2e420b96629d2a3bb9ff3e2969c8d32623
Izumi Tsutsui@tsutsuii@social.mikutter.hachune.net (2026-01-04 21:41:49)
NetBSD 10.0 になってからメインマシンの ASRock M3A UCC SB600 の EHCI の USB 2.0 デバイスが動かなくなってたんですが、ビルドPC新調したから git bisect したら SB600 や EHCI とは全然関係ない PCI レジスタまわりの変更が原因というのが判明して えー…… になっています
https://mail-index.netbsd.org/source-changes/2020/05/05/msg117061.html
https://github.com/NetBSD/src/commit/9ae5cc2e420b96629d2a3bb9ff3e2969c8d32623
Rikuoh Tsujitani@riq0h@letter.mystech.ink (2026-01-04 21:30:07)
全身がエイジ・オブ・エンパイアになってきた。
SASANO Takayoshi@uaa@social.mikutter.hachune.net boosted:
@monyoNERVA@mstdn.maud.io (2026-01-04 20:12:43)
NTFS3のカーネルドライバも4年経ってかなり成熟(??)しているはずですが、正気の人間なら一つのルートパーテイション(C:\ドライブ)にWindowsとLinuxを同居させようとは思わないはずです
SASANO Takayoshi@uaa@social.mikutter.hachune.net boosted:
@monyoNERVA@mstdn.maud.io (2026-01-04 20:09:16)
現代のLinuxではパーティション一つ(正確には+EFIシステムパーティション)でもWindowsとデュアルブートできます
Older Notes