-
-X
今日は、としぁさんの128 GiB /bootの件について、/bootに256 MiB割り当てようとして「256M」と入力したらディスクマネージャーから256 Miセクター(セクターはディスク内部の記憶容量の単位。伝統的に1セクターは512バイトを意味するが、現代のコンシューマー向けHDD・SSDでは1セクターが4096バイトを意味する。)と解釈されて256 × 1024 × 1024 × 512バイト、すなわち128 GiBになったという経緯を知る収穫があった。
34.9656141, 136.6217102東西にある地下歩道の入口や問題の #くすの木パーキング への入口に #止水板 が設置されなかったのは何でだろうね?
https://twitter.com/chunichi_mie/status/1966511117863207080?
https://twitter.com/chunichi_mie/status/1966514805172224396?
https://twitter.com/Top_Disaster/status/1966554663278325913?
@cryo このツイートを見ると、止水板を設置する気が一切なかったように見えるね
"僕もくすの木パーキング地下1階からこの状況で脱出しました。
料金所のバーは開いておらず係の人が料金を受け取り精算してからの通行でした。
地上も冠水しており少し進んだ所でエンジンが止まり車を放置。
レッカーは12時間後に到着して修理工場へ。"
https://twitter.com/da13uke/status/1967181121730539926?
-
-X
#止水板 を設置する気がそもそも無かった? #くすの木パーキング #四日市市
"僕もくすの木パーキング地下1階からこの状況で脱出しました。
料金所のバーは開いておらず係の人が料金を受け取り精算してからの通行でした。
地上も冠水しており少し進んだ所でエンジンが止まり車を放置。
レッカーは12時間後に到着して修理工場へ。"
https://twitter.com/da13uke/status/1967181121730539926?
-
-X
@cryo のんきに駐車料金を徴収しているあたりに、人が今のところ死んでない千日デパート火災のアルサロを感じる
#USB PD 3.2でSPR AVSが (27W以上対応で) 必須になったという話を聞き、どんどん製作難易度が高くなってません?と疑問を抱いている
UbuntuがUbuntuでしか使われていないソフトウェアをよく採用しているの、私もnetplanとかあんまり好きじゃないけど、Ubuntuとしての「こういうOSを提供したい」というビジョンがあってのことだから別にいいと思っている。問題はそこではなくて、むしろUbuntuの外側、サードパーティがディストリビューション決め打ちなことだったり、サードパーティがディストリビューション決め打ちにする背景であるディストリビューション間の共通仕様の不足だったり、そっちだと思うんだよな。
巷のパッケージが Ubuntu 前提だったりするのは、そういう「新しくてデスクトップ環境で使いやすいだけのだいたい Debian」だった頃の名残りだと思うので、そういう意味ではパッケージ提供者も「Debian 系列でほどほどに環境が新しくて癖がない (これ重要) distro が他に見付かっていない」という問題でブロックされているところは多分にあるのかもしれない
@lo48576 ご注文の品はこちらでよろしいでしょうか? (USB 3.1とDP Alt Modeの両方に対応した **アクティブケーブル** ってどうなっているんだ、という疑問を抱きつつ) https://www.logicool.co.jp/ja-jp/products/video-conferencing/accessories/active-usb-cable.952-000197.html
旦那が仕事に精を出し過ぎて家庭が壊れるのは趣味に時間をかけ過ぎているのと同じような話で、一方学生が勉強に精を出し過ぎて家庭が壊れるというのは、何らかの機能不全が起きている気がする (壊れ方によりけり)
旦那が仕事に精を出し過ぎている場合、上手いこと仕事から引き剥がすようにしてあげてください (嫌われて仕事に逃げている場合を除く)
@FA829EL_3X 正直わからん。富山乗り継ぎなら上越新幹線+ほくほく線乗り継ぎと利便性が変わらなかっただろうという甘い考えのもと主張しているが、北陸本線をどうするんだ問題がつきまとう
@FA829EL_3X スーパー特急方式で開業したら、どう切り刻んで北陸本線を3セク化するんだって絶対モメそうじゃん‥‥ なまじ軌間が同じだけに
#Canna といい、 #Sj3 といい、各々がコンパイル近代化やってるのが勿体なすぎる。 @hashimom もCannaのコンパイル近代化やってたはずだし #InputMethod
canna、とりあえずlib/の下全部はgcc-14対応終わったけど…これもsj3並みに相っっっっ当手を入れないとマズいんじゃないかなあ。コメントが残っているだけまだこっちの方がマシだけど…
sj3同様に、lib/canna/canna.hによく使われる関数のプロトタイプ宣言(なんとなくANSI向けを意識したもの)が並んでるんだけど…ここを整理する必要があるし、全てのファイルがこれを参照している訳じゃない(逆にinclude "canna.h"を突っ込んだら何か問題が起こるのか?)。
gcc-14で問題が起こること、ちょっと作業を始めてることはissueに書いておいたので、気付いてくれるんだったらなんかお返事の一つでも来るんでしょう多分。
OpenBSDのcannaって未だに3.5で、64bit対応も怪しいという現状があるんだけどなんかこれって今後どうするかって方向性とかあったりするんですかね?
1) 3.5のメンテを続ける
2) 3.7に移行する
3) 3.5/3.7両立する
4) 放っておく
どれかにはなると思うんだけど…
コミッタ間の意思統一と書くと大袈裟ではあるけど、その辺の話は聞いてみたい。
(身分明かすと)一応コミッタの一人なんだけど、自分が就いた頃には既にcannaがあったし、勝手にいじるには恐れ多いので他のコミッタから話聞きたいんです。
.@hashimom によってCannaがフォークされているが、コンパイル近代化で終わってる? (いや、それだけで十分と言えば十分なんですが)
Izumo - 日本語入力システム「いずも」 https://github.com/hashimom/Izumo
Cannaをフォークしてみた #canna #cmake https://www.slideshare.net/hashimom/canna-40715461
GitHub - hashimom/Izumo: Japanese IME forked from Canna
Cannaをフォークしてみた
以前のアンケート結果とは
プロジェクト:鉄道 - Wikipedia https://ja.wikipedia.org/w/index.php?title=%E3%83%97%E3%83%AD%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88:%E9%89%84%E9%81%93&oldid=1508677 .