Wolf480pl @[email protected]

People say this place is a street.
But they behave like it's their living room.
While in reality, it's a soapbox on the main square.

Meanwhile all I wanted is a watercooler.

Theory:
1. Reinvent a square wheel
2. Understand what's so hard about making wheels
3. Observe how a round wheel someone invented a while ago performs better than your square one.
4. Appreciate the brilliant and simple solutions to all wheel design issues that a round wheel implements.
5. Throw away your square wheel.

Practice:
1. Reinvent a square wheel
2. Push it to production

tfw parsing HTML with regex

Oh, and did I mention pids are race-y?

There should be a purely capability-based way to do it, right? (and by capabilites I don't mean POSIX capabilities, I mean FDs. I mean i-can-name-it-so-i'm-allowed things).

But let's make it more lax:
Can you figure out a way to do this without looking up PIDs of third processes (i.e. other than your own and your children's) ?

I mean, you could probably use SO_PEERCRED to find the PID of the client, look up all its ancestors in procfs, check if you have any of them in your PID->client hashmap, if so, check if all their surfaces are on the same workspace, and if so, put the new client's surface on that workspace, too.

But this is a hack.
SO_PEERCRED has many issues compared do SO_PASSCRED, and assuming procfs is mounted and you have permissions to walk it is awful as well.

So I have a terminal in one sway workspace, and in it I run

pdflatex foo.tex && mupdf foo.pdf

it takes a minute or two to build, so I switch workspaces and do something else in the meantime.

And then a mupdf pops up out of the blue on my current workspace.

Question: why can't we make new processes' windows spawn on the same workspace as their parents?

There are beautiful RISC ISAs, like MIPS or RISC-V.

There are beautiful CISC ISAs, like VAX.

And then there are abominations like 8086 or 8051. And I don't understand what the designer of those ISAs was trying to achieve...

kinda subpost but...

Why do some people change avatar so often? :(

*graphics stack

Looks like microsoft is trying to make a whole alternative GUI stack on Linux that only works when running as a VM under Hyper-V...

https://lore.kernel.org/dri-devel/CAPM[email protected]/T/#mf3452e16999a72e9157c4c8292338200355f132d

> If you want to know how to accelerate that process, go debug the code of others

> I went through a youthful phase of operator overloading, but you grow out of that

-- Bryan Canttrill