同人声優からの「接待」とかある？社員を「教育」したりするの？創業26周年のあのサイトの社長が来たから全部訊く【餅月ひまり／ライヴラリ】
https://youtu.be/JaUxe8yUv2Y
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
このアカウントは、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/
いつものやつ貼っとく
Gitのリモートレポジトリはgit clone --bareで作ると普通の名前のファイルが作られない分だけディスク容量を節約できるのかな？もしかしたら.gitからのハードリンク…じゃあ編集した時にローカルコピーを壊しちゃうよな。
たしか 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 を雑に使っているが、いい感じの自由ソフトウェアｿﾘｭｯｼｮﾝがあるなら試してみたい
Dockerに隠れてるOpenSSL 3.0.0-3.0.6の数を数えたことはあるか？（どうやるんだ…
/var/ のどこかに展開済みのイメージがぶちまけられているディレクトリがありそうなので、その中で find すればよろし
AppImage とか flatpak みたいなのに封入されていたらもうわからないので詰みです
@uchan_nos vimmer なのと、ｽﾏﾋｮのネイティブクライアントからそこそこ扱いやすくあってほしいという気持ちが強いです
Nextcloud の Deck は試したけど、タスクの親子関係みたいなのの管理が難しいなぁとなっている。
シンプルな階層 (not a タスク自体の木構造) は作れるんだけど、階層の意味が固定されているから、平衡二分木への insert みたくノードのレベルを後から変化させられないというか。
あとは単純に、この程度のことで Nextcloud に依存したくないというのもある (たまにアプデで壊すので (なんで？))
マとツのクロスポストは何も考えず2つタブ開いてテキストボックス内でコピペしてる
CardDav ではないか。カレンダー以外の CalDav のデータ
Etar - OpenSource Calendar | F-Droid - Free and Open Source Android App Repository
https://f-droid.org/en/packages/ws.xsoh.etar/
カレンダーはこっち使ってる
本当に必要になったらEFFを信じてSignalを使うかなあ…でも本当に必要になってからじゃたぶん遅いんだよねぇ
How to: Use Signal for Android | Surveillance Self-Defense https://ssd.eff.org/en/module/how-use-signal-android
このアカウントは、notestockで公開設定になっていません。
まあ OpenPGP の鍵を持っている物好きオタクどもは日頃から鍵を自分に紐付けて公開していく、いざとなれば何らかのブートストラップは暗号化メールで、という感じになるのかなぁ
電子メールは手元で暗号化してから送れるから信用しなきゃいけないサービスが少ないよ！送信元、送信先、サブジェクト、送信経路の情報は暗号化されないから注意が必要だよ。
電子メールの暗号化と署名 | mitome.in https://mitome.in/email/
このアカウントは、notestockで公開設定になっていません。
ブラウザ、 attack surface として魅力的すぎるという問題もある。スクリプティング機能はあるしプラグインも盛り沢山だし I/O も通信も認証もやってるしゼイジャクセイの宝庫だし
昔 Keybase だったか何だったかが「秘密鍵をブラウザに格納できるよ！ 開発者はそれを読めないよ！」みたいなことをやってた気がするけど (今は知らん)、普通にそれ信用できないというか本当かどうかの検証難しすぎない？ という
このアカウントは、notestockで公開設定になっていません。
暗号化されていないよりマシ、まあ……そうかもしれないのか……？ でも偽りの安心感を与えるのもそれはそれでなぁ
暖房つけてないのに天気予報が言うよりも湿度が 25% くらい低いんだよな。本か？ 本が吸湿しとるんか？
まあ換気を抑えてどうにか室温を高めに保っているせいはもちろんある
このアカウントは、notestockで公開設定になっていません。
まあサーバ自分で立てられるからなぁ。鯖缶への信用がどうとかの問題は実用上は既に回避可能であるわけで、優先度低くなりがちなのは仕方ないのか？
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
そういえば Nextcloud は E2EE 対応してたよな。使ってないので仕組みは忘れたけど
武器をサンマに持ちかえた『ザ・ファブル』駅広告、「銃なら審査で弾かれていた」講談社宣伝部に聞く「広告規制」の現在 - 弁護士ドットコム
https://www.bengo4.com/c_18/n_15241/
「6秒あれば十分炙れる」のセリフでじわじわきた
このアカウントは、notestockで公開設定になっていません。
クライアントからだとスタイル全部抜けたテキストに見えて困るなぁ (特にリストが)
AP 的には生テキストと formatted な HTML か何かを同梱できるんだっけ？ もう忘れた
GitHubがふたつのバリアブルフォントを公開した。Hubot Sansはジオメトリック・サンセリフ、Mona Sansはグロテスク・サンセリフ。
GitHub - github/hubot-sans: Hubot Sans, a variable font from GitHub
https://github.com/github/hubot-sans
GitHub - github/mona-sans: Mona Sans, a variable font from GitHub
https://github.com/github/mona-sans
Source Han Sans（日本語名称：源ノ角ゴシック）がバリアブルフォントに
https://blog.adobe.com/jp/publish/2021/04/08/cc-design-source-han-sans-goes-variable
日本語のバリアブルフォント無いんかなーと思ってググったらNotoが1年前にバリアブルになってた
そも markdown はもともと「plain text として十分読めて慣習に沿っている」ことが大前提としてあるのだから、 HTML 非対応クライアントでも読めるようにあってほしいというか、逆に markdown をクライアント側で投稿のフラグ見て変換する方が自然なのではという気持ちもあるにはある
とはいえあんな治安の悪い文法をクライアント任せにしたりデータベースに末永く残すというのもそれはそれでふざけた話ではあり、 HTML の tiny subset に変換して交換・保存すべきだという理性の叫びもよくわかる
markdown と HTML 両方入れたら、それはそれで双方に矛盾するコンテントを入れて遊ぶ悪いオタクが出てくるに決まってるしなぁ
クライアントに HTML パースして必要に応じて markdown に変換しろと言うのも、それはそれで実装コスト安くない処理だしちょっとなぁ
このアカウントは、notestockで公開設定になっていません。
100人ぐらいの人が使ってくれたら、というのはMastodonのサーバと同じぐらいの規模感だけど、単独サービスだから分散のしようもないし、このままでは爆散してしまうね！（くるっぷ）
https://twitter.com/po_donguri/status/1590553030411563008
なるほど、 Twitter 認証マーク、 SSL 証明書と EV SSL 証明書みたいになったのね。
DV 証明書、家庭内暴力の証みたいで名前がなぁ (?)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
個人情報流出の可能性に関するお詫びとお知らせ
https://www.uuum.co.jp/2022/11/10/88263
なんで自社の名前は半角文字なのに「ＧｉｔＨｕｂ」だけ全角なんだ。日経新聞からコピペでもしたのか？
このアカウントは、notestockで公開設定になっていません。
倍速で理解できる言語能力があるのは文字読める少数派だけとか？ (暴言)
あるいは、そもそも倍速で見られる人は見たいわけでもないけど感覚や時間の空きを埋める形で雑に流してるだけとか？
話の概要だけでいいとか、話じゃなくて単に俳優が見たいだけとか？
現実の話かは知らないけど、周囲に話を合わせるために定期刊行コンテンツを鑑賞する人もいるらしいですね
どこかのタイミングで (資産運用用ではなく) ドメインと VPS 用のドルを確保しといた方がいい気がしていて、タイミングを一応気にしている (まあ面倒なので結局何もせず漫然と円で払う気がするけど)
空の割り箸袋、つまようじ注意の文字。つまようじを使った覚えはないが、ではどこに……？
