Libreboot is actually not a GNU project anymore due to a dispute between Leah Rowe and the FSF.
Libreboot is actually not a GNU project anymore due to a dispute between Leah Rowe and the FSF.
Did you read it? The author is clearly biased against OpenBSD.
As an example, he dedicates quite a lot to talk about “ROP gadgets removal” (which is an ineffective mitigation employed by OpenBSD), however he also states:
Anyway, removing ROP gadgets the way OpenBSD is doing it doesn’t add a large amount of complexity, doesn’t harm performances nor debuggability, so why not, but it doesn’t make exploitation significantly harder, at all.
When you consider the fact that some mitigations which were considered overkill were proven significant with time (for example, OpenBSD was completely unaffected by Spectre v1 and similar exploits since they disabled hyperthreading), statements like these make it clear to me that the author is biased.
Edit: This is not to say the website is deceptive, it’s just that it doesn’t provide a good analysis or comparison of the security of different systems IMO.
They developed new system calls (pledge and unveil) which restrict they system calls and file access of programs (here’s a good writeup by Andreas Kling after he added support in SerenityOS: https://awesomekling.github.io/pledge-and-unveil-in-SerenityOS/). As an example, the Firefox port for OpenBSD uses them to heavily restrict what random websites can do or get from your system.
Just one example since you’ve somehow yet to see any.
- Locks down “BPF” which, honestly, I don’t know much about. Has something to do with firewalls?
BPF (more importantly it’s successor, eBPF) allows (very specific, automatically verified) programs to run in kernel space, triggered by various events. Mostly used for networking stuff.
Nvidia has Arm drivers for their GPUs, not sure about AMD. It should be possible to build an Arm laptop with a dedicated GPU.
Edit: BTW there are already Arm PCs you can buy which have PCIe, and can use (at least Nvidia) desktop GPUs.
No
This is a vulnerability in shim, which is a UEFI “bootloader” used by distros mainly to allow booting with the “stock” (Microsoft) secure boot keys.
If you don’t use secure boot or don’t use shim (likely if you use your own keys), this doesn’t affect you at all.
In any case this “critical vulnerability” mainly affects machines relying on shim which also boot over unencrypted HTTP.
This is an unofficial survey started by a random user back in June. Spamming Lemmy with it won’t change anything.
Why take the effort to dream when you can see the latest deals all night long for just 1.99$ a month! (unsubscription requires a small one time payment of 500$. original eyelids can be bought back separately)
My problem was with the first line of your comment:
Yeah, I’ve given up trying to know all the libraries in my projects.
This leads me to assume that you don’t actually know that those dependencies are as well maintained as you claim.
Obviously dependencies are important and make sense to use in many cases, but using trivial dependencies to speed up development isn’t good.
As for your second point, I don’t care who solved the problem. If you care, I hope you’re smelting your own sand to build your own CPU and assembly language. But I’m obviously also not solving the exact same problem as the library already solved.
I was just saying it isn’t you who solved the problem in that case, really, as the hard work was done for you. Honestly though, it was pointless and rude so I apologise.
I seem to recall when the switch was made it took me about a week to figure out how get it to work on OpenBSD, because the Rust build step failed there (for a reason I can’t remember now).
You think your code is higher quality with more dependencies? All you’re doing is offloading complexity to a separate project.
If you make a program that does “something worth doing”, but you need some specialty library to actually do it (which you didn’t implement yourself), than sorry, but it wasn’t you who did it.
Wow, I have no idea how I missed that, I literally read that page today.
Damn, I searched for two days and didn’t come across this.
Many Flatpaks aren’t done right (though this is easy to fix after installing them, no need for Distrobox in this case), and Flatpaks don’t require systemd.
You’d be surprised how much soldiers care about facial hair
Eyebrows are Eyestaches
They can spend an eternity on them and I still wouldn’t care about those scenes, it’s just not what I look for in a game.
Have you tried selling physical PC games lately?
DRM has nothing to do with how you buy your content (DVDs and Blurays also have DRM, for example).
Also some Steam games have no DRM.