Hacker News new | past | comments | ask | show | jobs | submit | steponlego's comments login

It's intentional - the last theing we need is newbs asking ridiculous questions.


Sooooooooo many porn games on these Japanese systems, it's shocking really.


Working as intended. The science is settled, the majority opinions are the correct ones.


I just avoid NVIDIA because they hate Free Software, not for any other reason.


400 GH repos:

https://github.com/orgs/NVIDIA/repositories

Not to mention tons of other projects that live outside of the main org, contributions to other projects all over the place, etc.

So much hate for free software.

The “I hate Nvidia because all I know is their driver is proprietary” schtick is old.

They crossed the $1T mark in value solely because of the almost completely open source ecosystem (a large portion of which they directly develop and contribute to) that runs on top of their hardware and (yes, proprietary) driver.

They’re not angels but this position is something out of Slashdot circa 2005.


CUDA. Non-free firmware. Still bad. And Radeon the same, propietary firmware run by the kernel is needed sometimes to even boot the GPU, it just happens Linux-Libre patches it and the Modesetting driver will work fine until you call 3D accelerated calls, when that happens the system may either panic or crash X entirely. That can be fixed by setting RenderAccel to none in the X.org config file.


These plus Raspberry Pi firmware, Intel ME, the list goes on and on.

RISC-V is so exciting and interesting because it’s practically the first time in modern history 100% open source meets reality.

People that act as though Nvidia is the exception here should just say they hate Nvidia for personal reasons - and that’s fair and fine.

Again, they’re not angels and they do all kinds of shady things but to single them out vs practically every company in history is just bizarre.


I'm not acting - I'm genuinely saying, NVIDIA hates Free Software and this isn't a controversial stance. Always have. This is common knowledge and doesn't need sources, citations, etc.


Download link's broken on the sk8 site.


Teslas are Toyotas though.


They weakened it recently in Linux again. For over a decade there was a badly bugged PRNG in the Linux kernel, it was discovered and replaced with a more costly one which worked great. Then, only a short time ago, they replaced that with one of... shady provenance. You're better off writing your own PRNG on that platform IMHO.


Jason Donenfeld (author of Wireguard) replaced Linux’s SHA-1 based PRNG (remember, SHA-1 is cryptographically broken) with BLAKE2. What is shady about it?

You can’t get cryptographically secure random numbers without platform support, so it’s really bad to tell people to avoid the kernel CSPRNG.


I simply don't trust NSA people and those who take their money. Why would you? We've seen nothing but shady moves from them in this space.


What are you talking about? Jason Donenfeld is the author of WireGuard, the extraordinarily popular VPN protocol that cannot use NIST cryptography (it does no negotiation, and is built on a version of Noise that uses ChaPoly and 25519). The change that was just described to you was a shift from NIST cryptography to non-NIST cryptography.


> that cannot use NIST cryptography

Do you mean as a matter of Donenfeld's engineering decisions (that those algorithms are unavailable in WireGuard)?


Yes: they use, for lack of a better term, DJB cryptography, and like many modern cryptosystems they eschew negotiation, so it's not straightforward to fit NIST algorithms in.


it's entirely straight-forward to substitute AES-256-GCM for ChaCha20/Poly1305 in Wireguard, and the result, while not "wireguard" is substantially faster than Wireguard.


This is all shitware and you were commissioning fake reviews.


Did everybody who knows about Unix leave Apple like, I don't know, around the 10.5-10.6 days? It certainly seems that way to me.


Rust needs some first class "best in the world" programs. Currently it has none.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: