#知らぬ間に椅子の上で気絶部

ためし読みして笑った、これで公認されるわけねえだろw

ぽんのみち 流局西入編 - 第２話 後編 | ヤンマガWeb
https://yanmaga.jp/comics/%E3%81%BD%E3%82%93%E3%81%AE%E3%81%BF%E3%81%A1_%E6%B5%81%E5%B1%80%E8%A5%BF%E5%85%A5%E7%B7%A8/028bef25f220c2b2ea92ccb2d92cd0be

なにも……なにもわからない

「ちょっとこれはスピンオフとしては認められないですね……」
「タイトルとキャラだけ！ タイトルとキャラだけ使わせてください！ あとはこっちでなんとかするんで！」

みたいなやりとりがあったのかな (???)

「高速です。」と「速度が最も速くなります。」を並べられると、USB Full Speed と High Speed……🤔 となってしまう。どうしてくれるんだ (?)

ansible (に固有ではないが) の嫌なところは、タスクを role や playbook から除外しても過去に与えてしまった影響を除去できないところだが、まあこれは本質的に難しいので致し方のないことではある。
で、それを解決するには作り直すしかねえ！ となるので immutable infrastructure 概念が効いてきて Docker なんかが選択肢に上がってくるのだが、それ Docker container じゃなくて lxc container でできませんか……？ となる。
なにかありそうな気はするんだけどな (というかテンプレート作成に必要なので、ないはずがない)

いや、まあ、そもそも immutable でいいなら LXC を使うなというのは一理ありまして、つまり Docker / docker compose を Proxmox VE で直接管理できるようになってくれると嬉しいのだが、とはいえそれってクラスタ機能を活かせないのでそこまでケアしようとすると PVE よりも Kubernetes の方が……あれ？

でも k8s はさすがにオーバーキルだろ、俺はただ単に declarative なインフラ管理をしたいだけやぞ (べつにスケールさせたいわけでも冗長化したいわけでもない)

そもそもコンテナの初期セットアップで甘えまくってインタラクティブなスクリプト叩いたりしてるのがカスというのはあり、まずその悪癖を矯正しないことには如何ともしがたく

Docker はその辺り必要なら環境変数で入力を与えてシェルスクリプトでセットアップをするなどの割合プリミティブな手が使われがちで、たぶん本当はそれが正しい。
まあそれもインストールとセットアップを別にできてこそなのだろうけど

最初の一発しかやらないインストールについては ansible のタスクで頑張るよりもスクリプト走らせた方がずっと楽だし、アプリ固有のセットアップはどうせファイル操作とかではなく CLI 経由のスクリプトで操作することがほとんどなのでやはりスクリプト書いた方が楽。
ansible で楽をできるのは定常的かつ全自動なアップデートが可能なパッケージの更新とか、ファイルの内容を操作するだけで事が済む設定ファイルの管理だけ。

マイグレーション (特に、無条件に走らせることができる自動マイグレーション) とかいうやつは大概面倒なのだが、 Docker の場合はそれをメンテナがやってるからユーザがサボれるだけという気もするにはするんだよなぁ。
だったらそのスクリプトをベアメタルで利用可能にしてくれないものかね (distro 依存とか大きそうだし無理か……)

postgres のメジャーバージョンアップのことを考えて白目を剥いています

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

snapshot とっとくのは大事だ……

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

私の場合はむしろ関心が記録をする方にあって、どの配信サイトでとかは都度検索すればいいかなとなるので (そもそもあまりサブスク沢山登録してないので)、なんかいい感じの BYOS なｳｪﾋﾞｱｯﾋﾟを自宅に立てて済ましてる

nop_thread - NopWyrm
https://bookwyrm.nops.red/user/nop_thread

Bookwyrm とかも登録した本しか DB に入らないし (まあさすがに登録作業は若干ダルいけど)

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

観たいリスト、アニメはﾃﾞｮｰｱﾆﾒｽﾄｱで映画はｱﾏﾝｿﾞｿﾞﾌﾟﾗｲﾓで範囲がほとんど重複してないから横断的なリストが必要ないというのはありそう

考えてみるとたしかに、ツクモexでも Amazon でも他サイトでも購入できるﾋﾟｯｼパーツみたいなのは干し芋のリストが存在しているが、サイトを横断して価格を比較したり品切れ状況を確認したい気持ちはあるな

買い物の頻度が本を読むよりもだいぶ少ないから運用で🦛できているという面は大きい

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

否定から入るオタクなので、礼賛している人も批判している人もどちらにも反論しますということです (は？)

セルフホストするなら Discourse とかはまあまあマシな選択肢かもしれんね。目標を discussion にするなら、だけど

個人的に誰を応援しているとか表明する気はまったくないし某氏についても結局どーすんだという最終的なスタンスを表明するつもりはない

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

世界の全てに唾を吐いている

べつに最初に素晴らしいものを出せと言っているのではなくて (そんなことしたってどうせお前らアカウント登録しないだろ)、欠点に触れずポジティブなことしか言ってなさそうな “陽” の仕草が気持ち悪い、というのが要約としておそらく適切

徹頭徹尾、本人ではなく周囲の人間の話ですね

まーたお前はスレッドをぶつ切りにする

いや、 “理想的な支援者” としては正しい行動なのかもしれないけど、だったら「理想的な支援者とかいう存在が不自然すぎてゥヮとなる」という言い方をしてもいい

やっぱりｼｬｶｲに向いてないだけな気がしてきた

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

穴を記録するんでしょ。たぶん国土交通大臣だと思う (?)

おじいちゃん、もう停波したでしょ

何かを褒めるとき欠点を一緒に紹介しないと気が済まないの、普通に社会不適合性の一種な気がしてきた。一生マーケティングできない (?)

睡眠時間を削って私はクズの不適合者ですと表明した (?)

意識が覚醒している全ての時間がこれなので睡眠時間は関係なかった (???)

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

何もしらんけど、もともと性別を限定しておらず単に男子ユーザが多かったというだけなら、敢えて男子と明示することは原点回帰というよりむしろ先鋭化なのかもしれない (適当)

いや本当に何も知らんので完全に無意味発言です

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

じゃあ「誰も支援していない人だけで話ができるプラットフォーム」があればどうにかなるだろうか？ といえば全然そんなことはなくステマが横行するだけなので、まだ派閥を表明している人のほうが explicit なぶん相対的には誠実まである

マリンとヤマト　不思議な日曜日 - YouTube
https://www.youtube.com/watch?v=MivtD3Hhl6M

ほなついでなこれも (?)

MACアドレス重複実績のあるあのメーカーの、ネットワーク機器を！？

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

アフィン変換なぁ、よくできてる

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

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

むしろてきとーに生成したイラストの方が数と再現困難性を同時に確保できるから †NFT† と組み合わせたゲーム (ゲーム……？) に向いてそう。知らんけど。

手っ取り早くカネを動かしたいなら悪くないメソッドなんじゃないですかね。しらんけど……

マイレージ修行みたいなので無意味に飛行機乗り回してる人、ｴｽﾃﾞｰｼﾞｰｽﾞ活動家の標的にならないのかな

趣味で乗り回すならべつにいいと思うけど

金払ったらアップグレードとかの方が世界のためになるんでねえのという気はせんでもない。
まあ実際に人を移動させた方が現地の観光資源なりなんなりに触れる機会が与えられるから経済効果が……みたいなのありそうだけど。

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

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

そういえばｴｰｼﾞﾝｸﾞってやつ全然進めてなかったねぇと思いながらオーバーイヤーヘッドホンで音楽を聴きながら労働している。33.9℃ 53%RH。

私と同姓同名らしい無関係の人の論文情報が流れてきてワロてます

man: add a bit of a warning to systemd-tmpfiles --purge by enr0n · Pull Request #33350 · systemd/systemd
https://github.com/systemd/systemd/pull/33350/files

いやあ草ですわ

https://github.com/systemd/systemd/blob/v256/tmpfiles.d/home.conf

/home と /srv の管理は systemd のデフォルトがそのまま distro で使われてるやつだと思うので、最初から systemd で配布されてるような Linux distro は基本的に全部影響受けそう

というか、しれっと /srv が入ってて笑う。サーバで実行するなよ、いろいろ消えるぞ。

さすがにこれはブチギレマンが正しいだろw

しかしまあ「systemd のやることだしなぁ」みたいな気持ちも若干なくはない

all you need is D

GNU Go みたいなことを……

TIPS: GNU Go は GCC に含まれる Go コンパイラではない

「man systemd-」のシェル補完、「ここにないならないですね」の風格がある (?)

systemd-sobad

持っているPCの種類を問うアンケートで合計100％になっている……？妙だな🤔

180% くらいになってないとおかしいだろ (???)

百理あるけど、 cat コマンドをファイルの結合以外に使ったことがない人だけが石を投げられることになっています

というよりシンプルに互換性維持コストという感じはする。
コマンド名は割合簡単に変えられる (これは変更するということではなく新しい名前を追加するということだが) が、設定ファイルのパスやファイル名の変更は本当に難しい。下手したら十年単位とかで古いバージョンのユーザがいるわけで

それでもやろうとすれば不可能ではなかったが (複数のファイルパス候補を用意して先頭から探索すればいい)、その分「どのファイルが使われるか/無視されるか」はユーザにとって非自明になっていくし、名前を変更しない合理性は結構あったはず。結果このザマだけど。

systemd は最初から「ひとつのことをうまくやる」から逸脱した存在なので、ここで unix 哲学を持ち出すのはかなり無意味だと思う……

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

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

OpenRC を使っていた時代のことを思い出した (ConsoleKit の上流での開発が停止してしまったので logind 目的で仕方なく systemd に移行した)

まあ事実として、一般的なデスクトップ用途くらいのレベルの複雑さのシステムでは systemd は高速で効率的で高機能なので、メリットはあるのよ。合理的なトレードオフの範疇

7z コマンドを .7z アーカイブではなく .zip を作るために使っている皆さん！！！

デフォルトで zip コマンドよりも圧縮率が高いのと、文字コードまわりの悩みが若干減る

systemd 実際やることやるとクソ便利なので、今ではもう完全にドップリ浸かっており離脱を考えるのも嫌になるくらい

どれくらいかというと、ユーザセッションでの daemon の管理に XDG の autostart を使わず systemd の user service を使うレベル

systemd 256 からの run0 コマンドを使ってみたいが、 ::gentoo にはまだ 255.7 までしか来ていない (init に9999は流石に使いたくない)

9999 はタイミング次第で stable リリースに戻るときバージョン下げることになるので、それで困るかというと場合によるし問題ないことも多いけど極力避けたい

その気持ちもあるけど、 sticky bit とどちらが……と言われるとまあどっちもどっちかなという

いや doas なり Rust で書かれているらしいというアレなりを使うのが一番良いのだろうけど

systemd-run とかを便利に使えればよかったのだが、あれも結局 user session 外で動かそうとすると sudo とかで昇格してやらないと許してくれなかった

/etc/systemd/system/*.slice とかを用意してやって systemd-run でそれを使わせれば、起動するコマンドの cgroup まわりの設定を定義済みプリセットでｼｭｯと与えてやったりできるはずなので、その用途を期待していた

systemd.resource-control
https://www.freedesktop.org/software/systemd/man/latest/systemd.resource-control.html#

systemd-run
https://www.freedesktop.org/software/systemd/man/latest/systemd-run.html#--slice%3D

(まあ正直諸々がぶちまけられているローカルのﾋﾟｯｼよりはデータの比重のデカい NAS の方が scheduled snapshot とかの恩恵受けられるし、 NAS のデータ削除事故の方が復旧は容易では？ みたいな気持ちはある)

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

.slice とか .scope とか使わなかったんだ

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

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

ジジイが構築した社内システムで使ってたりするからでは (?)

いやべつに私もクソデカ毎日更新バイナリを git で管理しろとは言わないけど

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

言うて私もいま snapshot まではとってるけど別デバイスへの同期は止めているので、非常にマズい (HDD が複数台同時に死ぬと数ヶ月単位でロールバックしてしまう)

PolicyKit が spidermonkey (JS ランタイム) に依存していたあの頃を思い出した

Duktape
https://duktape.org/

ちなみに今はこっちを使うように (使えるように？) なっているらしい。まあつまり JS ランタイムの別実装なんだけど。

擬似的な昇格の管理を polkit にやってもらうか systemd にやってもらうかというと……いやべつにどっちでもええわ (大差なさそう) という感じですかね

polkit なら JS でポリシー書けるので柔軟になるし、 systemd ならそれはそれでシステムに追加される複雑さと依存が減るかもしれないし

良くないタイミングでうっかり reboot を叩いて「あっぶね、でもどうせ root 権限ないから大丈夫！」と思ったら内部的に systemctl reboot にリダイレクトされており気をきかせてユーザ権限で再起動してくれた回などがある

Add Jashin-chan holding Vulkan Programming Guide (#671) · cat-milk/Anime-Girls-Holding-Programming-Books@1259312
https://github.com/cat-milk/Anime-Girls-Holding-Programming-Books/commit/12593120814c1b1ef3b4f4b6f19aea8766e664ce

いい話

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

うっかり熱湯をこぼし「いやこれは気化熱で部屋を冷やす試みだ」と誰にともなく言い訳をするなど、活動は多岐にわたる

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

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