みうぱよさんは装置なので火を噴きますわ

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

人類は火を噴きませんわ

わたくし装置ではありませんことよ

#いいえ

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

そうすると、本体もバッテリーも保証内なのに火を噴くなんて……という当事者にも寝耳に水（むしろ庁舎に水！）の事態だった可能性はありますわね

しかし、ニュース記事読んでいて思いなおしたのですが、2001 年から UPS を設置、というのは UPS を導入した運用を 2001 年から続けており、UPS 本体自体は定期交換していた可能性もなくはない気がしてきましたの

火災リスクが放置されているより捨てているほうがかなりマシですわね

“無停電電源装置(UPS)の耐用年数は、電解コンデンサの交換周期や、完全には除去しきれないプリント基板などのほこりを考慮して、5～6年(一部の機種を除く)としています。”

GSユアサ　無停電電源装置（UPS）の耐用年数について | ユニファイブACアダプター・GSユアサ バッテリーの代理店|株式会社アーネット
https://www.a-nett.info/blog/2020/01/gsups.php

“UPS本体の耐用年数は日本電機工業会の指針より5〜6年と定義されております。”

バッテリの定期交換について | APC 日本
https://www.apc.com/jp/ja/faqs/FA53025/

“7年以上お使いの場合、UPS本体のリプレイスをお願いいたします。”

UPSは、本体にもバッテリにも “寿命”があります。| オムロン ソーシアルソリューションズ
https://socialsolution.omron.com/jp/ja/products_service/ups/product/upsnews/trend_24.pdf

装置のほう普通８年とかで保証なくなるはずなので、そんな装置を 22 年使い続けていたところがこまめにバッテリーだけ交換していたかというとあまり自信はございませんわ

それはこれからの調査と報告かなという気がします

もちろんそうです

“内蔵バッテリーが発煙した「UPS」は、2001年頃から設置されていますが、こうしたトラブルは初めてだということで、県が原因を調査すると共に、特定次第、対策を取る方針です。”

深夜の愛媛県庁に消防車約10台 サーバー室で発煙 報知器が作動 | 愛媛のニュース - Nスタえひめ｜あいテレビは6チャンネル (1ページ)
https://newsdig.tbs.co.jp/articles/itv/857594?display=1

愛媛県庁で火を噴いた UPS、2001 年設置ですのね……？むしろこれはいままで火を噴かなかったことすら褒めるべきでしてよ

し、知りませんわよ！？

赤漆喰

録画はどちらかというとあとで見返すとき CM のほうが録っててよかったとおもうことがたまにあります。コンテンツ本体は気になるやつは Blu-ray で買ったり致しますし

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

[] とか new とか delete とかも overload できましてよ

() の overload はたとえば profiler を仕込むだとかそういうことで使いますの

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

そもそも録画したものを CM カットもエンコードもしなくたって良くってよ？

黎明期の計算機の主記憶装置のひとつに水銀遅延管というのがありまして。
論理回路での記憶保持はフリップフロップ回路の出力を入力に入れることで１クロックぶん遅延させるのを繰り返すことでデータを保持しますが、水銀遅延管はちょうどそれを、水銀に満たされたガラス管を進む音波がサイクルぶん遅延するよう計算することでデータを保持しておりましたわ

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

Hard Disk ではなく Hard Drive ということにしておけばよいから……

Type 3 フォントが埋め込まれた古い PostScript データになっている論文をそこそこ綺麗な PDF にする
https://orumin.blogspot.com/2020/11/type-3-postscript-pdf.html?m=1

cowsay 系は banner や figlet が著名ですが、このまえ figlet を使おうとしたらプロジェクトが死んで後継が作られていましたの。その名も toilet。お下品ですわ！！！

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

おるみんさんのひみつ：はじめてドリームキャストで遊んだゲームはショッピングモールにあった体験版のソニック、次がいまから数年前、NetBSD をインストールして上で走らせた rougue と snake

@boronology 話に出しておいてなんですが、last update が今月なことにビビりました

@boronology たぶん fortune とかもあるので今日の一言みたいなの motd に出したければ bsd games いれるとよいですね

@boronology ハングマンとかローグとかあるではないですか！もしなかったら bsdgames とかインストールするかんじで

@boronology ゲーム

まあ kdbus なかったところでべつに困っていませんものね

そっか……

exec とかもそう

そういえば kdbus ってどうなったんですの？omasanori さんとかご存知そう

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

1, 2, 3, 7, 8 は Unix つかってるとよく見返すから自然におぼえる気がするわね。game が何番かはいつも覚えてないです

man の section の番号と章題覚えていれば shutdown の man の sec. も自明に出てきそう

『ブルーアーカイブ』配信で気持ち悪くなりすぎる配信者の方多すぎるのではなくって？

ZFS silent corruption bug found: replaces chunks inside copied files by zeroes | Hacker News
https://news.ycombinator.com/item?id=38405731

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

短刀〈ドス〉パラダイス

YouTubeの字幕機能の限界に迫る #HTML - Qiita
https://qiita.com/yudai1204/items/898c368af8832443a874

女医者の話ならキネマ版と題された原作者によるリブート版コミックの上巻に短編として収録されています > 『るろうに剣心』

unix プロセスの話なのに字にするとひっでぇですわ！！！

ただの親から見放されて孤児になったゾンビなんですよね

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

フン！（sigaction で SIGTERM 握り潰す

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

ひーりんぐっどすきやき

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

@mot 普段のマシンを Gentoo や Arch にして日々こわしたりこわさなかったりしましょ？

Linux kernel の commit message だと fs: とか mm: とか drivers/kvm: とか、アーキテクチャをディレクトリ構造が表してるところもあってサブシステムごとのサブディレクトリを prefix にしてから書き出しがちですわね。
いっぽうで最近のモダンな開発だと、chore(main): update ChangeLog とか feat(drivers): add remote debug とかみたいに、chore（雑務）、feat（機能）、style、とか変更の種類を prefix にするところを多く見掛けます

“2) Describe your changes”

Submitting patches: the essential guide to getting your code into the kernel — The Linux Kernel documentation
https://www.kernel.org/doc/html/v4.10/process/submitting-patches.html

島根縛りぐらいにしようとおもいますの

feature 追加とか subsystem 横断するような大掛りな変更とかはなぜその変更が必要か丹念にバックグラウンドから書く必要あると思いますが、ただの typo 修正なら fix typo しか書くことがないと思うので commit によりけりですわね

それはそれとして commit message は OSS への contrib 経験はあまり関係なく任意のプロジェクトでだいじだと思いますわ

Copilot Chat というやつに聞いてみるのは如何かしら

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

基本地元縛りなんですが、松江縛りにするのは流石にレパードリーが厳しいことがわかってきましたの

ふるさと納税困ってたのでこれにします

runlevel の概念は自明に知っておくほうがよいけれど、それはそれとして現代の Linux システムは systemd が target の概念を駆使するから「runlevel」がない、というのはかなり混乱を招きますわね……

附言すると ssh 先の実験環境でとくにパッケージ入れてなかったりすると pkill や pgrep もないときはなかったりし……

素の POSIX API 叩く C コードを書くようなことをしていたりすると原因は自明に自分のせいなところでプロセスの残骸が居たりするので kill -9 することがありがちですの

今もちゃさんが貼ったのはたぶん出てきたら解けるのだけれども、現状のノー勉状態で全問ちゃんと解いたとき合格ラインに載せられるかというと自信はないですわね。man pages 引いてよろしくって……？

Vim の x じゃなくて ZZ が出てくるところ正統派でエラい

こまったら kill -9 したりするから SIGKILL より 9 のほうおぼえてるまである

むかしからの Unix 管理者は SIGKILL と SIGTERM は素で番号暗記しがち

@futsunooppai https://dic.nicovideo.jp/a/p%E5%90%8D

わたくしは電池稼動ではございませんの

CPU もオンボードのやつは SBC でいいかもしれなくってよ

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

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

ジャンプの新連載、ヒロインがとてもよいとおもいました

ukify — Combine components into a signed Unified Kernel Image for UEFI systems
https://www.freedesktop.org/software/systemd/man/latest/ukify.html

Unified カーネルイメージ - ArchWiki https://wiki.archlinux.jp/index.php/Unified_%E3%82%AB%E3%83%BC%E3%83%8D%E3%83%AB%E3%82%A4%E3%83%A1%E3%83%BC%E3%82%B8

#01 IBM Z Xploreにサインアップ - IBM Z Xploreで学ぶメインフレーム https://zenn.dev/ackylarkham/articles/19ac7984925bb1