bto-pc.jpって更新が2年くらい止まってる?
https://bto-pc.jp/
https://hitsujidamei.blog.jp/ (同じ人による別blogらしい)
OpenBSD(uaa@), Ham(JG1UAA), Ingress(Lv14, RES), Japanese(Sagamihara-city, Kanagawa)
Another side: https://social.tchncs.de/@uaa
npub1rarr265r9f9j6ewp960hcm7cvz9zskc7l2ykwul57e7xa60r8css7uf890
Messages from this Mastodon account can read via mostr.pub with npub1j3un8843rpuk4rvwnd7plaknf2lce58yl6qmpkqrwt3tr5k60vfqxmlq0w
bto-pc.jpって更新が2年くらい止まってる?
https://bto-pc.jp/
https://hitsujidamei.blog.jp/ (同じ人による別blogらしい)
ってことは、さっき軽くいじった際にバイナリサイズが変わったのはこれ以外の部分をヘンにいじってしまったってことか。うむむ。
var[v]にはエンディアン変換したものを放りこみ、return valueでオリジナルの値を返したいなんて場合にはreturn val[v] = value;という記述ができなくなる訳で…いちいち記述した場合に悪影響が出ないか確認しないといけないってのが。
@lo48576 あのボードに関しては、ボード上のスイッチでoffにできるのでそれについては助かってます
政府モードじゃない普段の起動は……無政府モードってこと!??
(ASRockのArc A770 Phantom Gaming D OC 8GBなので…ヒートシンクだけで放熱できる場合はファンoffになってしまうのです、本当なら)
Intel Arc Control落としてからドライバを更新しないと確か面倒なことになったので、落とす癖がついてしまった。
グラボメーカーのおまけツールは好きじゃないので使わない…なんかLED制御ツールか何かが提供されてたっぽいけど、別に光らせても見えないケースだし…
ていうかArcはもうちょいちゃんとファンの制御やってほしいな。冷やさない時にファンの制御を解いちゃうみたいで、室温次第では勝手にファンが爆音で回り出すのはマジ勘弁してほしい。
GeForceドライバインストール時の注意点。ゲーム性能低下の恐れ | ニッチなPCゲーマーの環境構築Z https://www.nichepcgamer.com/archives/notes-on-installing-the-geforce-driver.html
インストール時は他のソフトを終了させておけとは昔から言われてるけど、こういう事例もあるんだねぇ。
でも今日のpostで覚えた(と思っている)コマンドの使い方ってそんなに日が経たないうちに忘れそうな気がする。滅多に使わない使い方だからなあ…
あ、できた。
uaa@framboise:~$ cat /dev/zero |tr "\000" "A"
AAAAAAA(以下略)
(任意のバイトで埋める系って確かtrつかってごにょると昔聞いてたんですがやっぱりtr使うんですね…)
流石にGNU yesも改行文字出力を抑止するオプションは無いかー https://www.gnu.org/software/coreutils/manual/html_node/yes-invocation.html
uaa@framboise:~$ yes "yes!" |hexdump -C | head -n 2
00000000 79 65 73 21 0a 79 65 73 21 0a 79 65 73 21 0a 79 |yes!.yes!.yes!.y|
00000010 65 73 21 0a 79 65 73 21 0a 79 65 73 21 0a 79 65 |es!.yes!.yes!.ye|
uaa@framboise:~$
yes ”なんか適当な文字列" | dd of=/dev/sd0 みたいな感じでディスクを埋めたい時とかなのかなあ。yesの高速化を必要とするケース(でも文字列の後に必ず\nが入ってしまうので使いづらいな)。
[base] Revision 319897
https://svnweb.freebsd.org/base?view=revision&revision=319897
> Improve yes' throughput
>
> On my system, this brings up the throughput from ~20 to ~600 MiB/s.
>
> Inspired by: https://www.reddit.com/r/unix/comments/6gxduc/how_is_gnu_yes_so_fast/
GNU yesって無茶苦茶速いんだっけ?
How is GNU `yes` so fast? (2017/6/13) https://www.reddit.com/r/unix/comments/6gxduc/how_is_gnu_yes_so_fast/
Emacs、昔はhilit19(.el)使ってたけど…これに代わるのってhilit-chg.elなのかなあ。特に設定しなくてもなんとなく色付き表示になってるからまあいいやーって放置してるんだけど。
make/gmake対応で$(MAKE)というのはあるけど…[/g[対応とかどうするんだろう。$([)はあり得ないし。
このアカウントは、notestockで公開設定になっていません。
gtarとかgmakeがあるのは知ってたけど、まさかglsがあるなんて…冗談半分で打ち込んでみたら本当に存在しやがった…(驚愕
お前らのターミナルはダサい (2016/12/20, 2019/08/31) https://qiita.com/kinchiki/items/57e9391128d07819c321
「Linux使ってる人は自分で色々やっているでしょうから、僕が教えられることはありません。」
OpenBSDは?ねえOpenBSDは?ねえねえ?
という冗談はさておいて、ターミナルなんて眼鏡とか靴と一緒で自分が使いやすければモノトーンだろうとカラフルだろうと何だっていいでしょうに。
個人的にはtypescriptしたときのログが荒れるのでモノトーン派ではあるんだけど、git diff --colorが結構便利なので時と場合で使い分けてる。青地に白文字なので --colorが合わないからこれはls -Fでといった具合。
今後は多分git checkout辺りがあの手の煽り記事にもうなってたりするけどさあ…
え?まだgit checkoutしてるの? (2024/02/28) https://zenn.dev/gmomedia/articles/d9366fa84aadfd
手癖ってのは簡単には変えられないの。
手癖ってのは簡単には変えられないの。(もう一度書く)
ついでに、動作が変更される予定があるなんてものを気軽には使いたくないし、現状のままで困らないんなら困った時に乗り換えれば良いじゃんって思う訳。もうオッサンなので。
(ZennとかQiitaとかで、「まだ○○なんてふっるいオプション使ってるんすか?w」とか煽る記事多いじゃん…)
イマドキのLinux使いって、「まだtar zcvfとか圧縮形式の指定付けてるの?古っw」とか言ってくるんでしょ?
何となくで覚えられてしまうような気がするけど、tar zxpfとかtar zcvfとかtar ztvf とか。
このアカウントは、notestockで公開設定になっていません。
うーん、PR投げて塩対応なままの状態なプロジェクトが多いので、GitHub上のrepoを消すに消せぬ…
OpenBSDのtarって圧縮の自動判定無いと思ってる(gtar使えば良いのかなーって)