Shugyousha

I do most of my work in a terminal emulator and I mostly want the terminal I use to be fast to run and start. I have tried other terminal emulators as well (kitty, for example) since they promise to be GPU-accelerated which sounded relevant to my needs.

I always end up back at "st" though. It is fast enough for my purposes and does just about exactly what I want and not more. Reading about Ghostty 1.4's D-bus activated window creation I was wondering about the actual measurements of the improvements given the added complexity

A footnote mentions that the creation time of a new emulator window goes from about 200ms to 20ms. That made me wonder why the regular startup time is so slow ...

Turns out that at least on my setup ("st" on X11) you can get quite close even without the added complexity.

  $ time st -e 'exit'

  real    0m0.021s
  user    0m0.011s
  sys     0m0.005s

> We really oughta come up with a job title for these people.

agent herder!

If that comes to pass, I will have to re-evaluate my career options

I assume that it should be quite straight-forward to make it work with https://mosh.org/ instead.

> Where is the RTL? Where are the GDSII masks? Why am I unable to look at the branch predictor unit in the Github code viewer? Or (God forbid!) the USB/HDMI/GPU IP? I reject the notion that these are unreasonable questions.

As you note correctly, the ISA is open, not this CPU (or board).

The important point is that using an open ISA allows you to create your own CPU that implements it. This CPU can then be open (i.e. you providing the RTL, etc.), if you so desire

I assume it will be much more difficult (or impossible?) to provide the RTL for a CPU with an AMD64 ISA, since that one has to be licensed. I wonder if you paying for the license allows you to share your implementation with the world. Even if it does, it's less likely that you will do so, given that you will have to pay for the licensing fee and make your money back

Since there is no license to pay for in case of RISC-V, it allows you to open up the design of your CPU without you having to pay for that privilege

I agree! Science is about experiments to verify hypotheses. Design of Experiments seems like a fundamental part of that. That's also why the quote below made me laugh.

> What if you don’t care about efficiency or causality?

"Yeah, what about if you don't care about money/time and are happy with finding a correlation only?!!?"

Fremdverfehlungserleichterung?

I like the idea of Gemini and was inspired to write a script to turn my blog posts written in markdown to gemtext. Sadly I still haven't finished that script ...

My main issue with the protocol is that it is requiring creating a new TLS connection for every request. That is indeed a simple approach but I argue that the extra round trip times added due to this are not worth the trade-off for the simplicity gained in this case

Coming up with a simple way to reuse a connection would reduce the round trips needed drastically. If we put our heads together, I feel like we could come up with a way to do that, that doesn't overly complicate the protocol ...

Strictly speaking, it's not dead. The code is now open source and all the rights are with the Plan 9 foundation: https://p9f.org/

It's just unlikely that it will get as big of a following as Linux has.

I like the idea of linking to a public inbox (i.e. an email inbox whose contents can be checked from the web).

That grants people an easy way to discuss content and to check any prior discussion, if any.

Something like https://lists.sr.ht/~shugyousha/public-inbox for example.

I'm trying out an alternative currently, https://en.wikipedia.org/wiki/Woodcut.

It is well suited for me because

- I like wood

- I like knives

- I'm into typography

- it doesn't require that much work space

I have only just started out but it feels nice indeed! A hindrance is that I am not very artistically gifted, but as long as I make it mostly for myself, I don't mind too much.

Hm, I am using [dwm](https://dwm.suckless.org/) with a custom keybinding to shift to the left or right workspace. That seems similar enough, other than the fact that changing the split ratio will affect all workspaces on dwm while on Niri it most likely will not ...

In general, I think having ligatures in a monospace fonts is a bad idea.

The reason is that in a monospaced font all the glyphs are supposed to the same advance value. This forces the ligatures to always take up the same space as two (or however many glyphs) are involved, which may stretch the ligature glyph in a non-intended way (if it is even possible to rasterise it that way).

Monospace fonts are also often used for programming (because they make sure that the columns line up consistently, regardless of the font being used). I personally don't see the point in showing ligature glyphs that do not correspond to the actual Unicode code points encoded to bytes in the source code.

Just my 2 cents.

> I honestly don't get the point of TUIs...

There are one or two advantages over regular GUIs, but that's it.

The biggest is probably that they are lightweight since there are no GUI library dependencies (and if there are TUI ones, they are usually much lighter than their GUI sisters). This also means there are fewer (if any) dependencies to distribute compared to a GUI.

The only other advantage I can come up with is that a TUI will have to be usable by keyboard only (in almost all cases). This is not a given for regular GUI libraries.

I'm not a fan of TUIs either. I think the only one I am using regularly is `tig` (https://jonas.github.io/tig/). I guess the reason is that I don't have to remember the git revision list syntax that way and that `tig` allows for easy commit searching with `/` ...

Have you heard about https://geminiprotocol.net/ ?

I also didn't know about `hyperfine`, very nice!

Even 80ms seems unnecessarily slow to me. 300ms would drive me nuts ...

I'm using a tiling window manager (dwm) and interestingly the spawning time varies depending on the position that the terminal window has to be rendered to.

The fastest startup time I get on the fullscreen tiling mode.

   hyperfine 'st -e true'
   Benchmark 1: st -e true
     Time (mean ± σ):      35.7 ms ±  10.0 ms    [User: 15.4 ms, System: 4.8 ms]
     Range (min … max):    17.2 ms …  78.7 ms    123 runs

The non-fullscreen one ends up at about 60ms which still seems reasonable.

> We're back to good ol' days of "Internet Explorer is the spec". It's just made by Google.

and the code (at least a large part of it in the form of Chromium) is Open Source. I don't think it's as bleak as people make it out to be.

It's the man page for the Nintendo device emulators of 9Front. 9Front is a distribution of the Plan 9 operating system (most likely the most usable because it's the most actively developed one)

The link is interesting because these emulators seem to be part of the standard distribution of 9Front. Most likely those are written from scratch, given that Plan 9 is not a POSIX system (unless they are using http://doc.cat-v.org/plan_9/4th_edition/papers/ape).

Sounds about correct! I have one that I bought in 2018 but I remember it being more like 450+ € at the time.

I have had a fiber line connected during the whole time and it has served me well (I haven't done much customizing on it though, I have to admit. It's just the router for my home network).

I thought I wouldn't need a pkaydate even though I like the concept because it can only render at 30 FPS.

Turns out that 50 FPS is the limit: https://sdk.play.date/2.0.3/Designing%20for%20Playdate.html#...

That is more acceptable to me!

> As a counter example, the "D3D Engineering Specs" do the same job, but are much more readable:

DirectX is not a standard so I don't think that makes this comparable. Most likely fewer people will have to read and implement it.

> I only care about game feeling and mechanics. If there are cutscenes I can't cancel, I'm out in a blink. Hence, I usually play competitive online games (currently a lot of Wild Rift), because they don't come with all that baggage.

I'm in a similar boat but I am 40.

My goto since about 6 to 7 years are roguelikes and fighting games. Those are very accommodating for gameplay-focused games that can be played in short bursts and they are very enjoyable for me at least.

Im quite sure this is supposed to be Udo Lindenberg

https://duckduckgo.com/?q=udo+lindenberg+80er+jahre&t=midori...

Note the UDO on the menu ...