If you need to provide tools that cross security boundaries then […] a small web app is better [than sudo].
A web app? Effin really!!? 🤨
If you need to provide tools that cross security boundaries then […] a small web app is better [than sudo].
A web app? Effin really!!? 🤨
Usually people use Hugo.
But I would be very interested in a less contrived alternative.
Thanks for doing this.
With a 52% percent mortality rate, this might well be the last such opportunity. One way or another. 😬
But use the widows version and the proton layer. The Linux version is horribly coded.
And Docker initially used Ubuntu. They explicitly and specifically switched to Alpine in 2016 for performance, to minimise the overhead.
Note: this comment is long, because it is important and the idea that “systemd is always better, no matter the situation” is absolutely dangerous for the entire FOSS ecosystem: both diversity and rationality are essential.
Systemd can get more efficient than running hundreds of poorly integrated scripts
In theory yes. In practice, systemd is a huge monolithic single-point-of-failure system, with several bottlenecks and reinventing-the-wheel galore. And openrc is a far cry from “hundreds of poorly integrated scripts”.
I think it is crucial we stop having dogmatic “arguments” with argumentum ad populum or arguments of authority, or we will end up recreating a Microsoft-like environment in free software.
Let’s stop trying to shoehorn popular solutions into ill suited use cases, just because they are used elsewhere with different limitations.
Systemd might make sense for most people on desktop targets (CPUs with several cores, and several GB of RAM), because convenience and comfort (which systemd excels at, let’s be honest) but as we approach “embedded” targets, simpler and smaller is always better.
And no matter how much optimisation you cram into the bigger software, it will just not perform like the simpler software, especially with limited resources.
Now, I take OpenRC as an example here, because it is AFAIR the default in devuan, but it also supports runit, sinit, s6 and shepherd.
And using s6, you just can’t say “systemd is flat out better in all cases”, that would be simply stupid.
Seeing that I’m a senior dev, take it any way you want.
Junior dev:
Straight out of uni, know the latest developments while having also studied long established standards and specifications (like POSIX, LSB, SQL, etc), full of energy, and ready to speedrun burning out any %
Senior dev:
Hasn’t learned anything substantial in decades, uses outdated specs because “who got the time for that, and legacy stuff works just as well anyway”, copy pastes most of their work from stack overflow, is only still employed because of their inside information knowledge and the utter absence of documentation leading to a bus factor of one, and has perfected the art of gaming the system to the point of photoshopping a sloppy IDE screen over their WoW game whenever a picture of them “working” gets taken.
Yeah, checks out.
Larger might be acceptable too, not sure
It should.
Also, work off of the copy. Never touch the source.
Usually that’s about when I strace
the process before running it through gdb
…
Better lzma performance with xz. 🤪
Finally someone is making sense. I was getting depressed with all the logical metric inspired units disguised as jokes everywhere in this thread. You get it. Thank you 🙏
Obviously, cash shops should be banned in games immediately.
Upvoted specifically for that last part.
Additionally to the other answer: the reason CISC came up to be was “less instructions”. Memory was a lot more expensive, and developers worked in assembly a lot more. So, less instructions made a lot of sense. Now, memory is cheap, and developers almost never write assembly unassisted.
Substantially. CISC vs RISC is night and day. Keeping x86 for so long was a mistake, but one that generated billions in value for shareholders.
Have fun with the initramfs.
Yeah, well, I would advise you against using google docs, but at least you are using Firefox 😅
Glad to learn that
HTTP/0.9
is still “in use globally” then. A bit surprising, but since it’s all about stretching definitions past what is reasonable, for the sole purpose of having the last word, let’s shoehorn anything into anything to the infinity and beyond!!! 🤡🚀