mitamae を試そうとしていたが、 hocho apply で最初から root で SSH ログインしている (最悪) のに "sudo password not present" とか言われて激萎えした
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿 mitamae を試そうとしていたが、 hocho apply で最初から root で SSH ログインしている (最悪) のに "sudo password not present" とか言われて激萎えした
そもそも rsync とかも最初は debian コンテナに入ってなかったし、必要だと言われたから入れたのに…… (tar での転送じゃ駄目か？)
やっぱり脳筋シェルスクリプトで全てを薙ぎ払うしかないのか？ (絶対嫌です)
問答無用で prepare_sudo してるのか……
結局 ansible で悲鳴をあげつづけるしかないか……
Developing modules — Ansible Community Documentation
https://docs.ansible.com/ansible/latest/dev_guide/developing_modules_general.html
カスタムで module 書くのももちろん考えたのだが、
> It is highly recommended that you use a venv or virtualenv for Python development.
もうこれで激萎えですよ。
そういえばﾊﾟｲﾝｿｮはそうでしたね
venv に限らないけど、シェルで source して “アクティベート” する必要のあるタイプのツール群があまりにも嫌い
宣言的な設定ファイルを各種ツールが解釈する形にせんかい
解釈が嫌だからってグローバル環境を汚染して雑に済ますんじゃないよ
Fix build failure with gcc-14 by lo48576 · Pull Request #85 · ueno/libskk
https://github.com/ueno/libskk/pull/85
手元の Gentoo を gcc-14 使うように更新してるけど libskk のビルドに失敗したのでパッチ書いた
Gentoo 勢は /etc/portage/patches/app-i18n/libskk-1.0.5_p20210830/libskk-1.0.5-gcc-14.patch などの名前でパッチを置けばビルド通るようになるはず
Load Balancing with IPVS | Proxmox Support Forum
https://forum.proxmox.com/threads/load-balancing-with-ipvs.8722/#post-49394
> Logs only say: nanny[1917]: READ to SERVER😛ORT timed out.
https://mastodon.cardina1.red/@lo48576/111242240958684417
> std:🇮🇴:Result<Data>
→ std::io::Result<Data>
というわけでみなさま、 #AccidentalEmoji タグで事例収集することにしたのでどうぞよろしゅう
option to add song to playlist from play screen (#1265) · Issues · Ultrasonic / Ultrasonic · GitLab
https://gitlab.com/ultrasonic/ultrasonic/-/issues/1265
Edit existing playlists (#804) · Issues · Ultrasonic / Ultrasonic · GitLab
https://gitlab.com/ultrasonic/ultrasonic/-/issues/804
Improve five star rating (#440) · Issues · Ultrasonic / Ultrasonic · GitLab
https://gitlab.com/ultrasonic/ultrasonic/-/issues/440
いろいろ足りてないなぁ……
自分用にいっしょに国境を超える製品には関税はかからない気もしたけど #おっさんのジャンク記憶 かもわね
ちゃんと持ち帰らないといけないのでは (他にもいろいろ条件あるだろうけど……)
gcc-14 でシステムをビルドしなおしているが、ちょくちょくコンパイル失敗するやつらがいるな
collect2: fatal error: ld terminated with signal 11 [Segmentation fault], core dumped compilation terminated.
えぇ……
/usr/lib/gcc/x86_64-pc-linux-gnu/14/../../../../x86_64-pc-linux-gnu/bin/ld: error in ../../../build/qrc_qmake_qmake_qm_files.o(.eh_frame); no .eh_frame_hdr table will be created
うーん？？？
あーこれ qt のリビルドより先にきてるから失敗してたっぽいな
これはステマとかではないのだが、 Xperia の電源ボタンの指紋センサは感度が良く、どのくらい良いかというと「電源ボタンを押してロックをかけて、机に置くまでの間にうっかりセンサに触ってしまってロック解除される」という事故がしばしばある。 (指あたり2つ登録したりなどの工夫もあってのことだが。)
その点 Pixel Tablet は何度も何度も繰り返し撫でて撫でてやっと認識されるという感じで、毎度溜息が出る
ロック画面の解除なら PIN でどうにかするが、パスワードマネージャとか TOTP アプリのロック解除とかだとクソ長いパスフレーズ入れるのもつらいから指紋を使いてえんだわ
「ステマではないのだが」とか言いながら適切な情報開示を忘れてたな、ﾍﾟﾘﾔが売れると私のおちんぎんが1ピコ円くらい上昇する可能性がある (あるかぁ……？) 立場にいます
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
体重が100Kgを超えたら解決するまでDiscordに通知され続ける設定は
Grafana と Zabbix の使い分けよくわかってない
の投稿
herschel@raptol.net
このアカウントは、notestockで公開設定になっていません。
でも既に Prometheus/Thanos と Grafana は動かしているので、用途が重複してもしょうがないんだよな
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ちゃんと進捗が進むの、すごい良い。「アップデート中だから仕事できない」「それさっきから動いてないじゃん」って突っ込まれない。
このアカウントは、notestockで公開設定になっていません。
特許技術、本来はライセンス料を払えば使えるはずなのだが、ライセンス料を払う予算が出ずに回避技術を求められる。場合によっては回避技術の方が金が掛かっている場合もあるんだろうなぁ。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
著作権はお気持ちで侵害されたり神聖視されたりしがちだし、特許も競合の妨害に使われたりパテントトロールの棍棒にされたりしがちだし、そもそも情報について特権性を与える制度自体うまくやるのが難しすぎるんだろうな
薬剤とジェネリック医薬品とかも理念と仕組みは聞くけど業界内部から見てうまくいっているように見えているのだろうかというのは疑問 (疑わしいと思っているとかではなく、ニュートラルに疑問)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
正直その辺りはかなり (鑑賞者の) 個人差が大きいように感じる
DLsite とかの新着一覧を1ヶ月くらい毎日眺めていれば、「こんなグロ絵みたいなので抜ける人いるの！？」みたいな感想持てると思いますよ (クッソ失礼)
いやガチ失礼なんだけど観測事実としてそうなので……
DLsite に限らず「シチュエーションが刺されば絵の崩れ具合や極度な誇張の許容範囲は上がる」みたいな現象は見られるし、その度合いはたぶん人々が想像する以上に分散が大きい
全部が全部そうとは限らない (刺さらない崩しでも、崩れではない崩しとしての印象を与えられることはあるかもしれない) けど。
そこはどちらの立場としても実感がないので私にはなんとも。
このアカウントは、notestockで公開設定になっていません。
rust/library/core/src/str/validations.rs at 1.78.0 · rust-lang/rust
https://github.com/rust-lang/rust/blob/1.78.0/library/core/src/str/validations.rs#L21-L26
UTF-8 のエレガントでいうと、個人的にはこれかな。
(byte as i8) < -64
これで byte が UTF-8 の2バイト目以降かどうかを判定できている
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
FHD は横幅が1920なので約2000ということで2K。
縦横2倍にすると4Kサイズなので、2倍×2倍で4倍の画素があるということになる
ユーザが圧力をかけつづけなければ、相互運用性のある標準や規格というのはいとも容易く失われてしまう
老人なのでこの文脈だとすぐにハロウィーン文書と3E戦略の話をしたくなってしまうが、ぐっと堪えた
の投稿
kuriuzu@misskey.backspace.fm
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
private メソッドのテスト、下手な書き方すると実装を複製してるだけ (なんなら劣化してる) になりがちなので、それでテストの工数や信頼性にカウントして水増しされるくらいなら最初から無い方がマシみたいな話かなと思ってる。原典知らんけど。
結局すべてが突き詰めると「天才が書くと意味があり、バカが書くと邪魔になる」に帰着してしまう世界みたいなところがあるので、どこまでバカをバカのまま使いますかみたいな前提の置き方でかなり結論が変わってくるような気がしている (一般論)
極論な一例としては、間違いを書かない天才なら静的型付けなんて冗長になるだけだからね (???) みたいな話
private API の意味ある検査を書けない人が public API の有意義で高品質な検査を書けるかと考えるとそれはそれでちょっと疑わしいが、方法論で縛って傾向としてマシにすることはできるかもしれなくて、それをデメリットとともに受け入れるか否かという
Rust のドメインに限定しても safety invariant と validity invariant の使い分けが……
Two Kinds of Invariants: Safety and Validity
https://www.ralfj.de/blog/2018/08/22/two-kinds-of-invariants.html
invariant は性質であり、 contract はその表明である、みたいなイメージかも (個人の感想)
このアカウントは、notestockで公開設定になっていません。
の投稿
prime@mstdn.poyo.me
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
の投稿
prime@mstdn.poyo.meこのアカウントは、notestockで公開設定になっていません。
