FizzyOrange

joined 2 years ago

Pretty huge. Going to have to give this another try. I wonder if this will become as successful as Blender.

Also they need to cut the Apple-style quips for every item ("It's written in bold", "Dock your heart out" etc.). It even says "teamwork makes the dream work" at the end. 100% cringe.

[–] FizzyOrange@programming.dev 2 points 4 days ago

Ah that's way more progress than I thought! Last I heard they were still in "you're wrong for wanting this" territory.

[–] FizzyOrange@programming.dev 11 points 6 days ago (3 children)

How are those namespaces getting on?

[–] FizzyOrange@programming.dev 4 points 1 week ago

Using a function is strictly worse than figuring out the formatting at compile time (something Zig also does).

The derives are just shortcuts. You can write everything out long-hand like you would in C++ or Python too if you really want.

Honestly both of these complaints are essentially "why does Rust use macros to make writing code better/easier?".

[–] FizzyOrange@programming.dev 3 points 1 week ago (1 children)

Honestly this looks like it sits in the useless middle ground between "proper CI that has all the features you expect" and "just write a Python/Deno script or whatever". I can't see what you gain.

Also you say "no painful YAML pipelines" but it uses YAML??

[–] FizzyOrange@programming.dev 2 points 1 week ago (1 children)

TCL & CMake are fully stringly typed. Both pretty terrible languages (though TCL can at least claim to be a clever hack that was taken far too seriously).

[–] FizzyOrange@programming.dev 4 points 1 week ago (1 children)

It is INT_MIN. Seems like a much more sensible value than 0 IMO.

[–] FizzyOrange@programming.dev 5 points 1 week ago (3 children)

Try interacting with anything that uses u64 and you'll be a lot less happy!

Anyway JavaScript does have BigInt so technically you are choosing.

that insanity is how C and Intel handle NaN conversions.

It's not actually quite as bad as the article says. While it's UB for C, and it can return garbage. The actual x86 conversion instruction will never return garbage. Unfortunately the value it returns is 0x8000... whereas JS apparently wants 0. And it sets a floating point exception flag, so you still need extra instructions to handle it. Probably not many though.

Also in practice on a modern JS engine it won't actually need to do this operation very often anyway.

[–] FizzyOrange@programming.dev 9 points 1 week ago (9 children)

Yeah. I think the smallest number of number types you can reasonably have is two - f64 and arbitrary precision integers types. One of the few good decisions Python made.

[–] FizzyOrange@programming.dev 2 points 1 week ago (1 children)

That's not a network effect.

[–] FizzyOrange@programming.dev 0 points 1 week ago

Maybe slightly, but it's still way on the helping side.

[–] FizzyOrange@programming.dev 2 points 2 weeks ago (3 children)

They're clearly not going to be able to afford $100m/year in free CI.

25
submitted 10 months ago* (last edited 10 months ago) by FizzyOrange@programming.dev to c/linux@programming.dev
 

Edit: rootless in this context means the remote windows appear like local windows; not in a big "desktop" window. It's nothing to do with the root account. Sorry, I didn't come up with that confusing term. If anyone can think of a better term let's use that!

This should be a simple task. I ssh to a remote server. I run a GUI command. It appears on my screen (and isn't laggy as hell).

Yet I've never found a solution that really works well in Linux. Here are some that I've tried over the years:

  • Remote X: this is just unusably slow, except maybe over a local network.
  • VNC: almost as slow as remote X and not rootless.
  • NX: IIRC this did perform well but I remember it being a pain to set up and it's proprietary.
  • Waypipe: I haven't actually tried this but based on the description it has the right UX. Unfortunately it only works with Wayland native apps and I'm not sure about the performance. Since it's just forwarding Wayland messages, similar to X forwarding, and not e.g. using a video codec I assume it will have similar performance issues (though maybe not as bad?).

I recently discovered wprs which sounds interesting but I haven't tried it.

Does anyone know if there is a good solution to this decades-old apparently unsolved problem?

I literally just want to ssh <server> xeyes and have xeyes (or whatever) appear on my screen, rootless, without lag, without complicated setup. Is that too much to ask?

 

Does anyone know of a website that will show you a graph of open/closed issues and PRs for a GitHub repo? This seems like such an obvious basic feature but GitHub only has a useless "insights" page which doesn't really show you anything.

 

Very impressive IDE integration for Dart macros. Something to aspire to.

view more: next ›