Notices by きゅーけー (tojoqk@mastodon.tojo.tokyo), page 46

GIT_CONFIG_COUNT, GIT_CONFIG_KEY_0, GIT_CONFIG_VALUE_0 で `safe.directory=*` を指定する方法で解決した。

読めてなかった。既に環境変数で制御可能なのか。guix に入っている git のバージョンによりそうだけど一瞬で確認できるのでちょっと確認するか。

ssh の方はもんだいないんだけど git-http-backend 使っている方がきついわ。

くっそ、git のセキュリティ強化の影響で私の git サーバーから git clone できなくなった。
仕事しなきゃ。。。

この対応はよして。
https://lore.kernel.org/all/20240626203705.GB441931@coredump.intra.peff.net/T/

でも開いた数秒後に手癖かなんかで実行しそうなので知らん人が書いた org-mode のファイル開くの怖いかもしれん。。。

外部の org ファイル開くことないけどまあ開いただけで実行されるのは嫌だな。アップデートしなきゃ。

日本語一文字が英数字一文字の3倍の重みがある現実を思いだしてなんか悲しみを感じている。

`(import utf8)` を書くだけでたぶん問題なさそう。
Chicken Scheme の懸念はもう重いつかなさそうなのでしばらく使ってみようかな。

本当にmoduleのfunctorがいいからという理由のみで Chicken Scheme を選択することが合理的なのか調べるために今日は現状の Unicode 対応がどうなっているのか確認してみる。

join コマンドを使えば表の結合だってできるわけてで単純なテキストで作られた表で大抵の処理はできる。

awk で大抵のことはできるのに awk で処理するのが面倒な表データがあるのはやめてほしい。

タブ区切りの方がいいと思う理由には私がUnix風の環境のシェルにいて、日常的に cut と awk を使っているからという事情がある。csv がきたら何かしらで tsv とかに変換してから扱う必要があるのでだるい。
(csv はカンマ区切りではないため)

人の目に見えないために避けられてしまっている有能区切り文字

通常のデータにカンマが入っている可能性はだいぶ高いのに対して、タブは普通入ってないのでタブ区切りがもっと主流になって欲しいとずっと思ってる。

Windows からのアップグレードが必要

Upgrade from Windows — Free Software Foundation — Working together for free software
https://www.fsf.org/windows

ユーザーのデータを許可なく自社サーバーにアップロードするとか邪悪さが極まってきたな。

Windows 使うの危険なので止めた方がいいな

うわ、マルウェアじゃん

これもう3日前の話か。3日遅れで追いかけている。

KADOKAWAが出した一部報道についてのお知らせ、記事に対してのコメントがないのだいぶ残念だな。身代金を払った疑惑の真実味がだいぶ増した感じする。

https://tp.kadokawa.co.jp/