chlorion

That's fair, I did not consider that.

Apparently I'm not. Directly from andrewk himself:

    If you want to comment in this thread, please either have your open source zig project(s) visible on your codeberg profile, or be Fil Pizło, otherwise zig issue tracker is not interested in what you have to say

directly from the thread:

    If you want to comment in this thread, please either have your open source zig project(s) visible on your codeberg profile, or be Fil Pizło, otherwise zig issue tracker is not interested in what you have to say

How does that make sense? SDL is extremely portable?

You can make an entire 3d game using SDL3 as well, without opengl or vulkan, using the new GPU API!

SDL3 also includes a "GPU API", that allows low level programming of the GPU, similar to vulkan, though not quite as low level.

Fwiw andrewk seems to be deleting comments that criticize this approach. Not a good look on his part.

Just people like the linux kernel, all major browsers, most of our popular webservers, etc and basically all non-trivial software projects written in C.

The good news here is that we have more than just anecdotes to support this, we have empirical evidence.

This isn't accurate at all.

The reason people don't get malware on Linux is because they install software through the package manager, via trusted and reviewed repos. And drivers are all built-in to the operating system, not third party (with some exceptions, like nvidia).

On most Linux setups you aren't just downloading random junk from the internet and running it. Also the operating system won't install things automatically for you generally either. Even system updates are optional if you don't want them, and you won't be nagged for it.

Basically it comes down to a difference in culture.

The doctors will prescribe methadone or suboxone instead most likely, both of which are *massively* more powerful and addictive than kratom.

I have never used kratom, and I don't plan on it. But automatically assuming anyone who isn't hellbent against it is just a junkie "defending their addiction" is pretty close minded lol.

At least podman does if running rootless, I assume docker supports rootless operation as well.

Not sure about running rootful though. I don't really use rootful containers personally.

Yeah I definitely need driving to be more expensive. That's a great idea!

No.

The "root" you get in docker is not actually root outside of the namespace the container in running in.

Assuming no bugs in the kernel, it should not be able to do anything more than the UID that it's mapped from.

Rusts memory safety is enforced via type safety. You can enforce more than just memory safety related invariants with the same type system?

I've seen many people make this claim and it's wrong but also silly. How do you think type systems work?

Yes, you know that because of their marketing.

You can just wipe the luks header as a nice middle ground.

Luks uses an anti-forensics algorithm that requires the entire volume key being available to unlock the disk at all (it combines the blocks of the key with some diffuse algorithm and xors stuff together to form the actual master key), so in theory you can just clear one sector of the volume key and the whole thing should be unrecoverable.

What I mean is that if even one block of the key is missing you can't guess the rest easily.

I don't think you understand what these people view as "freedom".

This isn't a simple difference in political beliefs, they believe that certain groups of people are basically subhuman and don't deserve basic human rights.

How can you support that?

It seems there are a lot of far-right extremest trolls/psychopaths on hacker news. What a disgrace.

It also supports running in freestanding setups without an OS, and quite a lot of the language's features still work.

I was extremely surprised by how much functionality is packed into "core", and runs without an OS when using freestanding rust. Even stuff that requires an allocator can run provided you provide your own heap!

A cool example of this was implementing fmt::Write for a memory mapped uart console thing. Then implementing a kprintln! macro that supports all of the formatting machinery that you are use to. This worked without even a heap available.

Not on my machines, or most for that matter.

This is the argument I like too.

It's the same argument anti-vaxers love to make. "Well you can still get covid after getting the shot", which is something I read and heard quite a lot. That doesn't make the thing useless.

Humans are really dumb.

By trusting another chain of trust and firmware binary blobs involved in booting your PC.

So what? I'm still preventing a random person from tampering with my bootloader?

I disagree that there is no need for secure boot for Linux?

Secure boot prevents tampering of your kernel and/or bootloader, nothing about Linux prevents this from being possible.

You might argue that you don't care about this, but some people such as myself do!

No, I don't think that's what happening actually.

A stripped down cold build will literally take 90 seconds without caching on modern hardware.

The overwhelming majority of stuff that is being built is drivers, and most of them probably aren't needed for any specific user, so you can disable quite a lot of stuff.

Fwiw a full build of the fedora kernel config takes around 5-10m for my 12core ryzen 3900x, and it's definitely not the fastest CPU around.

Its literally trivially objectively measurable, this isn't something that is based in opinion.

You can throw it up on your own website and simply grep the logs if you don't trust it, or look for the analysis reports from people who have done exactly that.

Like the other commenter said, why would linux.org deploy and leave deployed a technology that did nothing? Do they just enjoy trolling users? I doubt it.

They are actually both much better than the things they replace, but a bunch of whiner babies can't stand the thought of anything changing and will claw and scream while being dragged into the future.

Probably didn't even bother to diagnose the issue. It's hard to tell if it was even wayland related without logs and some digging. But lets just blindly blame wayland cause new thing bad!

I am actually working on my own language, and getting something better than Go is actually not that difficult!

The hard part about making a language is creating the stdlib and tooling and support for the language, but actually creating a language itself that has more features and better features than go can be done by a single person in a few months or a year probably, depending on how much experience they have.

Generics specifically are a great example here. A single person can implement a language with go-level generics fairly easily.

Java is probably able to bump allocate memory or something similar, where rust is using a general purpose allocator.

I guess if you are formatting strings constantly this is important, but you can also use a bump allocator in rust if you really wanted to.

How large are your rust projects?

I am able to write rust on a moto g power (a cheap android smartphone) inside of termux, running on battery, in battery saver mode, and cached compile times for every single one of my projects is under 5s easily, if not faster. Fast enough that I don't notice it at all.

Even a "cold" compile was under 1 minute for me, and I have a decent amount of deps.

I guess my projects are fairly small compared to others though so idk.