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

https://mstdn.jp/@AerospaceCadet/105843443265075564

めちゃくちゃ息の合った上げ底容器のことかと思って🤔になってた

上野のパンダ、交尾確認 ｜ 共同通信
https://this.kiji.is/740879558831603712?c=39550187727945729

下の句に使えるな (シモの話だけに (は？))

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

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

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

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

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

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

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

フェルミ推定で「ジーザス・クライシス」という発言がどれだけの数あったのかを (?)

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

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

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

ノベルゲームだけ仮想マシン上の Windows でやってるけど、それ以外のすべてを Gentoo Linux 上で生活しているマンですよ

ノベルゲーム以外のゲーム、というより正確には Steam で購入した Windows 専用ゲームは、 Steam on Wine で動かしているので Linux でやっているということになる (たとえば最近だと Among Us とか)

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

Gentoo はいいぞ

手元でビルドするというそれだけで、 ABI やら動的リンクのバージョンやら辺りの問題がすべてまとめて根本的に発生しなくなるというすばらしい仕組み

あとオレオレパッチを当てるのがクッソ楽、あれは本当に最高

「正しいものを正しく使うこと」と「正しくないことを正すこと」には別の戦略が必要で、 GNU は前者寄りが強いというだけの話

べつに後者にしたって GPL とかは間接的であれそういうインセンティブを強くするものだけど、パワのある企業には通用しないことも多いからな

自由ソフトウェアであるべき/あってほしいものをプロプライエタリでなくさせる圧力は、我々ユーザ自身の活動によって強めていかにゃならん

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

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

これ

NVIDIA のグラフィックカードが自由ソフトウェアだけではフル活用できないことの文句は、 Linux や GNU ではなく NVIDIA に訴えるべきことよね

#MyNextGpuWontBeNvidia

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

まあ日本の企業の平均的なレベルを考慮したうえで自由ソフトウェア運動の理念に賛同が得られるかと考えると、これは相当ハードル高そうよね…… (やらないよりはマシなんだろうけど)

あともっと根本的には、社会運動とするにはまず消費者、民衆の側のレベルがそれなりである必要があるんだけど、そこのところライセンスとか著作権まわりは絶望的なところがある

そういう意味では、やっぱりまずは一般ユーザや野良開発者側のソフトウェアライセンスや free as in speech の概念を理解してもらうところの啓蒙から始めるというのは実効性と達成可能性の面からは現実的なのだろうなと

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

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

二次創作が活発な界隈なら多少はその辺りの概念に馴染みあるんじゃねえのと思いたいところなんですが、ところがどっこい、 MMD 界隈というのがありましてね……

もう目を覆いたくなるような悲惨な事案の数々を見ていると、手の付けようがない気がしてくるのでつらい

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

米の Open Government みたいなの、結局市民の意識がしっかりしてないと圧力のかけようがないので……

まあとはいえ、高度な技術を「魔法」だと思い込みたい人々に「自分が何をさせられているか知れ」と突き付けるのも印象は良くないんでしょうね。残念なことに。

人々、科学よりもインチキサイエンスとかお気持ちマナーとかの方が大好きらしいので……

アプリケーションは copyleft 、ライブラリは permissive というのが個人的なバランスのとりかただけど、ライブラリのつもりでアプリケーションを書きがちなのでうっかり permissive にしがち

べつに個人で開発するぶんには後から好きに弄れば (たとえばアプリケーション側で実装していたものをライブラリに移動しても) いいんだけど、うっかりﾌﾟﾙﾘｺとかが来てしまったら後からライセンスを切り替えるのがクソめんどくせえので……

神を吸い取れそうなスポイトすき (?)

s/適正値/適性値/ ？

なろうとカクヨムで適性/適正誤字アレルギーみたいになってるんだけど、カクヨムは誤字報告機能がないのでつらい

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

DLsite のダウンロードを NAS に転送していたところ .DS_Store が発見されて泣いてる

rsync -v のログに出てきて気付いた

ちなみに音声作品

IME は環境変数で決まるので、環境変数が指定できればログインシェルでも .xsession でも systemd-environment でもなんでも設定できるよ

~/.config/environment.d で IME を選択している例です

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

.profile とか rc 系のもの、えてして source されること前提でスクリプトが書いてあったりするんですが、 environment.d とか .env レベルの制約強めの記法で設定を書いておくと可搬性が高くなるので安心感があります

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

https://mathtod.online/@cmplstofB/105846981837446426

それは「機構が任意のスクリプトを特定のフェーズで起動するならば」という前提を要求してしまうので、スクリプト単体の可搬性はあるかもしれませんが、それを「目的の用途で実用的に使える環境が広いか」というのは微妙ではないでしょうか。

たとえば Wayland でどうやるのか知らないけど、もし Wayland 自体に「特定の段階でスクリプトを起動する」という機能がなければ、 X 用の rc スクリプト自体がポータブルであってもしょうがない。使う場面がないので。

その点、 .env 的なデータは「シェルスクリプトが動かされる環境なら間違いなく (source と export で) 使える」と「環境変数っぽい記法を受け付ける環境でならば使える」ということで守備範囲が若干広いので、スクリプトよりも望ましいかなと。

もちろん、スクリプトなしで書ける範囲でならばという話だけど

@cmplstofB 「environment.d 用に作った設定データを解釈できる環境の方が多い」ですね、正確には

environment.d や .env 相当の形式なら、たとえば OpenRC の /etc/conf.d などでも使われていたりするわけで

ちなみに systemd 側に読まれたり変更された environment 情報をシェル側に取り出すの、私はこういうスクリプトでやっている

これ何かおかしいと思ったら "aside the session" の typo では

ちなみにこれは printf とかを使わないよう頑張ったり /bin/sh で動かせるようにしてあったりなど地味な工夫がある

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

あー

set コマンドあまりちゃんと調べたことがなくて set -eu とか set -x くらいしか使ってないんだよな

そのうちちゃんと調べよう

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

シェルの printf なぁ、あれ怖くて使うの避けがち (C でトラウマ植え付けられたせい)

printf 内のエスケープ記法とか、本当に処理系拡張ないんか……？？？ みたいな疑念が付き纏うので (いや調べろやという話だが)

単にトラウマです、べつに shell の printf に危険な %n やバッファオーバーフロー脆弱性の元があるとは思ってないです

printf という名前でなければもっと積極的に使ってたかもしれない

軽く調べてみたら、 %q 記法が GNU coreutils の printf には存在して FreeBSD 10.0 の printf(1) には存在しなそうだし、そういうところやぞ！！！！！

CLI options の拡張なら、まだ指定しなけりゃ済む話ではあるんだけど、フォーマット文字列内の解釈不一致は普通に困るし嫌ですね

駆動する方式は違ってもいいが、流し込むデータの解釈が揃っていないのは本当に困るので

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

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

たとえば chrono crate も標準では固定オフセットしか対応せず timezone には拡張を実装した外部 crate で対応するみたいな感じだし、 unicode の文字クラス云々みたいなのもそれ用の crate 使えという感じだし、まあプリミティブでない要素は全部必要としている人が自分で導入しろという感じはある

l10n 用の crate がどれだけあるかは知らない

あーでも文字クラスといってもごく一部は std で対応しているけど

https://doc.rust-lang.org/stable/std/primitive.char.html#method.is_alphabetic

そういえば C++ は std にカタログ対応入ってるんだよな

std::messages - cppreference.com
https://en.cppreference.com/w/cpp/locale/messages

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

裁判、ぜんぶ「ざまぁ」タグ付きそう (適当)

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

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