同人声優からの「接待」とかある？社員を「教育」したりするの？創業26周年のあのサイトの社長が来たから全部訊く【餅月ひまり／ライヴラリ】
https://youtu.be/JaUxe8yUv2Y

ずるいだろこれはw

性癖食わず嫌い王【月ノ美兎 VS アンジュ】
https://youtu.be/DarUu9s7ZI8

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

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

COM3D2 のプラグイン管理が破滅する前にまっさらにしてやり直そうということで、ひとまず諸々の公式 mod だけを追加したクリーンな環境を作り、それを…… git commit！！！！

で、その数十 GB のバイナリを全部 git commit 完了するまであと何時間待たされるんでしょうか……

ばかなの？ (ばかです)

subversion とか汎用バックアップツールも一瞬検討したんだけど、セーブデータと mod の関係とか mod 間の依存関係 (の見落とし) とか諸々を考慮するとブランチ駆使したりしないと険しさデカすぎて管理できないなということで汎用バックアップは却下。
subversion はサーバ立てたくないのと merge まわりのセマンティクスがイマイチ納得いってないので git にした

.git がとんでもないサイズになってディスク容量も倍以上食うことになるけど、まあ仕方ないね

A successful Minecraft Git branching model
https://toshia.github.io/a_successful_minecraft_git_branching_model/

いつものやつ貼っとく

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

たしか git-annex が似たようなことをするオプションを持っていて、 annex 側で抱えているファイル (pure git のものではない) への symlink だか hard link を working tree から露出することで重複回避してた。たぶん read-only だったと思うけど。

ゲームの mod は微妙なところで、バイナリの類は基本的に read only で問題ないけど、野良 mod の設定ファイルがバイナリの横に生えてくることがよくあるため手動で列挙することになってしまう

.git が 51.8 GiB になった (しかもこの後サードパーティの mod が続々と押し寄せてくる予定である)

一般公開しない私用 git サーバ立ててえんだよな、サーバ設定とかゲーム管理とかそういうの置いときたい

でもどうせサーバ立てるなら結局公開スクリプトにも使いたくなるのはわかりきっており……

サーバとドメイン自体を分離するのも、それはそれでかなり正しそうではある

NAS のストレージには余裕があるのに、 SSH ポートは HTTPS と違ってドメイン名ごとに分離できないから、22番ポートで受け付ける git サーバを同じサーバに2つ立てることはできないんだよな

IPv4 捨てて v6 only でやれば可能性はあったりするのか？ コンテナにグローバルな v6 アドレスが割り当てられればいいわけだもんな

まあ /64 しか降ってこない環境使ってるのでどう足掻いても不正なテクを使ってサブネット切るしかなくなるんだが……

Vultr もたしか /64 しかくれなかった気がしていて、仕方なくそういう悪いことをしていた (いつかコンテナ同士のアドレスがぶつかって死んだりとかしないといいけど)

Configure IPv6 on your Vultr Cloud Server - Vultr.com
https://www.vultr.com/ja/docs/configuring-ipv6-on-your-vps/

横着せず /64 を自分で切ってぜんぶ静的に割り当てろと言われておる……それはそうだけどめんどい……

まあサーバだからそれでいいのか。うーん

がっつり静的アドレス自分で割り振っていく前提で ansible の playbook 書き直すべきかなぁ (今は生アドレス使う箇所は最小限になっている)

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

やっぱりそうなるか〜

ちゃんと /64 を手動で丁寧に切っていけ、というのはたぶん正解

でも面倒なんだよなぁ。とくに VPS 間での引っ越しとかで使えるアドレス範囲が変わったりするときいちいちデプロイ用設定を編集したくないので (←横着をやめろ)

そういうところで楽したいなら managed な k8s でも使っとけという話になるのだろうけど、インスタンスが普通の VPS より高いし、ストレージの扱いも面倒になるし……

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

そもそも E2E 暗号化したら秘密鍵は当然サーバに置けないわけでｽﾏﾋｮクライアントと PC ブラウザで秘密鍵を共有しないといけなくなるので、ユーザが誤った鍵の扱いを加速するか認証が面倒になるかの2択という感じがする

それこそメールの暗号化もまともにできないのに……？ という感想は実際強い (YubiKey みたいなハードウェアキーを皆が使うならハードルもかなり下がるだろうけど)

知識や心得のない人に下手に OpenPGP とかをおすすめしても秘密鍵が碌でもない扱いを受けることは目に見えているため、十分な教育か教養が必要であり……

趣味タスクの管理に Redmine や CalDav を雑に使っているが、いい感じの自由ソフトウェアｿﾘｭｯｼｮﾝがあるなら試してみたい

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

/var/ のどこかに展開済みのイメージがぶちまけられているディレクトリがありそうなので、その中で find すればよろし

AppImage とか flatpak みたいなのに封入されていたらもうわからないので詰みです

@uchan_nos vimmer なのと、ｽﾏﾋｮのネイティブクライアントからそこそこ扱いやすくあってほしいという気持ちが強いです

Nextcloud の Deck は試したけど、タスクの親子関係みたいなのの管理が難しいなぁとなっている。
シンプルな階層 (not a タスク自体の木構造) は作れるんだけど、階層の意味が固定されているから、平衡二分木への insert みたくノードのレベルを後から変化させられないというか。

あとは単純に、この程度のことで Nextcloud に依存したくないというのもある (たまにアプデで壊すので (なんで？))

マとツのクロスポストは何も考えず2つタブ開いてテキストボックス内でコピペしてる

Home - jtx Board
https://jtx.techbee.at/

CardDav のｱﾝﾖﾖｲﾖクライアントはこれ使ってる。便利。

CardDav ではないか。カレンダー以外の CalDav のデータ

Etar - OpenSource Calendar | F-Droid - Free and Open Source Android App Repository
https://f-droid.org/en/packages/ws.xsoh.etar/

カレンダーはこっち使ってる

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

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

まあ OpenPGP の鍵を持っている物好きオタクどもは日頃から鍵を自分に紐付けて公開していく、いざとなれば何らかのブートストラップは暗号化メールで、という感じになるのかなぁ

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

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

ブラウザ、 attack surface として魅力的すぎるという問題もある。スクリプティング機能はあるしプラグインも盛り沢山だし I/O も通信も認証もやってるしゼイジャクセイの宝庫だし

昔 Keybase だったか何だったかが「秘密鍵をブラウザに格納できるよ！ 開発者はそれを読めないよ！」みたいなことをやってた気がするけど (今は知らん)、普通にそれ信用できないというか本当かどうかの検証難しすぎない？ という

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

暗号化されていないよりマシ、まあ……そうかもしれないのか……？ でも偽りの安心感を与えるのもそれはそれでなぁ

暖房つけてないのに天気予報が言うよりも湿度が 25% くらい低いんだよな。本か？ 本が吸湿しとるんか？

まあ換気を抑えてどうにか室温を高めに保っているせいはもちろんある

s/VR Chat/VRChat/

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

まあサーバ自分で立てられるからなぁ。鯖缶への信用がどうとかの問題は実用上は既に回避可能であるわけで、優先度低くなりがちなのは仕方ないのか？

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

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

そういえば Nextcloud は E2EE 対応してたよな。使ってないので仕組みは忘れたけど

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

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

クライアントからだとスタイル全部抜けたテキストに見えて困るなぁ (特にリストが)

AP 的には生テキストと formatted な HTML か何かを同梱できるんだっけ？ もう忘れた

そも markdown はもともと「plain text として十分読めて慣習に沿っている」ことが大前提としてあるのだから、 HTML 非対応クライアントでも読めるようにあってほしいというか、逆に markdown をクライアント側で投稿のフラグ見て変換する方が自然なのではという気持ちもあるにはある

とはいえあんな治安の悪い文法をクライアント任せにしたりデータベースに末永く残すというのもそれはそれでふざけた話ではあり、 HTML の tiny subset に変換して交換・保存すべきだという理性の叫びもよくわかる

markdown と HTML 両方入れたら、それはそれで双方に矛盾するコンテントを入れて遊ぶ悪いオタクが出てくるに決まってるしなぁ

クライアントに HTML パースして必要に応じて markdown に変換しろと言うのも、それはそれで実装コスト安くない処理だしちょっとなぁ

まあ短文だからべつにいいという話もあるけど

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

zenicached #適当

https://twitter.com/Mushino_Shirase/status/1589797390500134914

これ @toshi_a ？

諸々スケールする体制が整ってないと大変ねえ

DV 証明書、家庭内暴力の証みたいで名前がなぁ (?)

base bread ←→ derived rice

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

friend noodle

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

個人情報流出の可能性に関するお詫びとお知らせ
https://www.uuum.co.jp/2022/11/10/88263

なんで自社の名前は半角文字なのに「ＧｉｔＨｕｂ」だけ全角なんだ。日経新聞からコピペでもしたのか？

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

倍速で理解できる言語能力があるのは文字読める少数派だけとか？ (暴言)

あるいは、そもそも倍速で見られる人は見たいわけでもないけど感覚や時間の空きを埋める形で雑に流してるだけとか？

現実の話かは知らないけど、周囲に話を合わせるために定期刊行コンテンツを鑑賞する人もいるらしいですね

どこかのタイミングで (資産運用用ではなく) ドメインと VPS 用のドルを確保しといた方がいい気がしていて、タイミングを一応気にしている (まあ面倒なので結局何もせず漫然と円で払う気がするけど)

さまようじ