I just found myself that C is the worst programming language as many people say, but the security and simplicity is more than any language in security. Thank you so much for this!
C: "Lemme just accept anything the user gives me, write beyond the input buffer, glitch out, and start executing whatever the fuck the user injects in there."
Still a decent language though, but like an oxy-acetylene torch, it's powerful tool, but you better know what you're doing.
In that talk he called C “the worst language” and said he chose it to troll the industry. How does that support your point?
He also said that you should choose “least privilege” whenever possible. That is precisely the value that Rust brings over C. So how does that talk support the idea that C is more secure than Rust?
I think you misunderstood or… don’t get the point “worst language” part from what he said. My point come from his point who’s more expert. If you think like that, what can I say? and I’m not trying convience you to understand too…
Back to your knowledge and understanding. But at least for me, I agree with him that rust is ‘hype-like’ or ‘pop culture’ thing. Like cyrpto (he said in ask session), but from technical perspective, that I personally understand. I just lost the source to explain this, but it’s up to you…
I dunno, I don’t trust a guides still recommending flake-utils. You can make the same four loop in like 4 lines of Nix which is a smaller diff & doesn’t pollute your downstream consumers with a useless dependency. Flakes also don’t eliminate pointless builds, fileset or filtering the src can & the only tool with file tracking on by default is the Git VCS specifically (which also involves the intent to add flags which is the other side of annoying).
I sometimes write a flake with those 4 lines of Nix code, and it comes out just messy enough that tbh I’m happier adding an input to handle that. But I recently learned that the nixpkgs flake exports the lib.* helpers through nixpkgs.lib (as opposed to nixpkgs.legacyPackages.${system}.lib) so you can call helpers before specifying a system. And nixpkgs.lib.genAttrs is kinda close enough to flake-utils.lib.eachSystem that it might make a better solution.
Saving the dependency is pretty big since each flake you import will bring along its jungle of dependencies now in your downstream project. I can’t think of a use case where < 10 lines is worth a dependency—especially since as you noted, lib has the glue right there for you to put it all together.
There are surely native totp apps for this on Linux and I haven’t used Ubuntu in a million years but if you really want to do specifically this maybe waydroid.
I’ve been using Silverblue as my main computer for a couple years now and love it. It just always works and is super solid. I layered on distrobox for any other software so I can pretty much run any Linux software ever needed and it’s cleanly organized in containers.
Your request goes against the unix philosophy. Grep does one thing and does it well. If you desire additional functionality, you should add another utility to accomplish what you want.
I would check for kernel logs from the iwlwifi driver. If there is nothing in dmesg about it failing, maybe see if newer firmware is available for your device?
From the last, there is a non guix project including packages for guix, which are not officially supported given hey are not free software. I recommend taking a look at the last post at least, since it comes from someone who used Arch, and made the move to Guix, not just opinions from people like me, who haven’t ever used Guix.
That said, Guix is in my TODO list. The thing is that I want to learn a bit more than minimal Guile, so I can write packages myself (there are always missing packages, even on Arch/Artix + AUR, I always have the need to whether tweak something at some point, or create a package still not in there), and also deal with my own services to run with shepherd. So I don’t want to blindly try things out…
It shares with Nix the reproducible build of everything, but the language it uses is Guile, which has some history. Nix has its own language. To me that’s a plus on Guix. But the most important part, is that the official repos are all for free software, and then on the non guix project one can look for non free software pieces, which to me this is also a plus. I guest most might differ.
But again, if you want to try it, even if it’s just because of curiosity, why not doing it so? I hope those prior posts from someone who migrated there might be helpful.
Yes, that’s a great review! Having one language for everything also sounds pretty great. A hard line on nonfree software is pretty tough, but I’m glad to hear you can “downgrade” back to the Linux kernel if you need to deal with a GPU or something.
linux
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.