FizzyOrange

joined 2 years ago
[–] FizzyOrange@programming.dev 20 points 1 day ago (2 children)

Full of WTFs.

My default development environment on Windows is the Linux-like MSYS2 environment

I think this sets the tone nicely lol.

it’s clear at this point already that Zig is a weakly-typed language

Uhm... pretty sure it isn't.

You can only use the zig command, which requires a special build file written in Zig, so you have to compile Zig to compile Zig, instead of using Make, CMake, Ninja, meson, etc. as is typical.

Yeah who wants to just type zig build and have it work? Much better to deal with shitty Makefiles 🤦🏻‍♂️

Ignoring the obvious memory safety red herring,

Uhhh

we can worryingly tell that it is also a weakly-typed language by the use of type inference

Ok this guy can be safely ignored.

the fact that the unsafe keyword is required to cooperate with C interfaces gives even great cause for concern

?

Rather than dealing with this ‘cargo’ remote repository utility and reliving traumatic memories of remote artefact repositories with NodeJS, Java, etc., we’ll just copy the .rs files of the wrapper directly into the source folder of the project. It’s generally preferred to have dependencies in the source tree for security reasons unless you have some level of guarantee that the remote source will be available and always trustworthy.

Lol ok... Ignore the official tool that works extremely well (and has official support for vendoring) and just copy files around and then is surprised that it doesn't work.

Although you can use the rustc compiler directly, it provides an extremely limited interface compared to e.g. Clang and GCC

That is a good thing.

You get similar struggles with just getting the basic thing off the ground

Uhm yeah if you ignore the tutorials and don't use the provided tools. It's literally cargo init; cargo run.

What an idiot.

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

Don't worry, it's not really standardised despite this attempt. You can use UNIX line endings and nothing bad will happen.

[–] FizzyOrange@programming.dev -4 points 5 days ago (3 children)

they mostly build OSes that are bloated, clunky garbage

Windows 11 IoT LTSC is anything but bloated and clunky. Best OS I've used.

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

Fortunately our technology level is waaaaay off these things actually existing like they're trying to imply.

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

That is a very optimistic view! I decided to make a presentation in OpenOffice recently instead of Google Slides. It actually couldn't even show my bullet points in the right order. It revealed them like 1, 3, 2.

I guess you can make it work and the sovereignty & financial savings for a large number of users is maybe worth the pain, but let's not pretend the Linux desktop is really close to Windows/Office in terms of quality and reliability.

[–] FizzyOrange@programming.dev 12 points 5 days ago

Gotta agree on the name. Please choose meaningful names especially for low level components like drivers, libraries and CLI tools. It's fine for end-user facing applications to have unique names like Blender, Krita, Inkscape, Chrome, etc. But nobody wants to have to look up what the name of random system packages is.

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

and it’s like this /

Only because they clearly don't want the slashes going the same way. I almost pointed that out but I thought it was obvious.

[–] FizzyOrange@programming.dev 1 points 5 days ago

A tail isn't furry? Right.

[–] FizzyOrange@programming.dev 4 points 5 days ago (4 children)

That's... not the same symbol. He's right it does go the other way.

I think it's more natural to go NE-SW though because that's it's easier to draw like that.

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

Corecursive easily. It's actually properly produced and very well presented. Not one of those rambling unscripted chats.

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

This is deliberately not allowed in order to ensure that Linux remains exclusive for nerds.

22
submitted 3 months ago* (last edited 3 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 ›