• 16 Posts
  • 27 Comments
Joined 3 months ago
cake
Cake day: May 7th, 2026

help-circle






  • Eliminating some obscure bugs from C code is not worth intruducing a lot of new bugs. GNU coreutils have been used and polished for so long, that it would be far more effective just to fix the issues as they reveal right in the original code. If rewriting removes one kind of bugs while introducing another - then what’s the whole point?

    I cannot imagine obviously buggy code from 2020s being more secure than code that has been around since previous century. Again, even if Rust for real is a better solution for security reasons, the way it is being developed and shipped is not how one makes software more secure. Disregarding the license, uutils look like something pursuing hype, not strategical benefits.








  • Rust-rewriting is a kind of madness. I like Rust, it’s an amazing language. But why rewrite programs that existed for decades and have proven their stability and safety? Rewriting them to Rust won’t make them safer, it will just introduce the kind of issues original versions have got fixed long ago.

    The MIT license also is a concern. I understand that many projects use it, and we can’t just reject them because of the license. But here we don’t see an innovation under MIT license - we see a copy of existing GNU tools, with hilarious issues and a corporation-friendly license.

    The fact uutils are being shipped despite being so raw shows that this is not about better software. The whole project is about abolishing GPL. And Rust is just an excuse.

    And the quality level of uutils being already shipped tells they either make free alpha testers for the corpos of the users, or there were no competent programmers to take part in the development.

    C will remain the core of the modern digital world for many years. It is impossible to rewrite everything to Rust in a couple of years. It needs a careful professional approach if we really want this to make software better. But in this case, no one does.



  • Linux Mint is generally less bloated than Ubuntu. For instance, is comes without snap (at least it used to. I’m not aware if things changed). If you want to discard Ubuntu totally, there is Mint Debian Edition. That’s it. You don’t want the struggle with getting used to fundamentally different distros like OpenSUSE or Fedora. Trust me.






  • Compiling Firefox alone for speed may not grant a big performance boost. But all together, all the self-compiled things with ~1-2% performance boost each result in a really serious benefit all together. I also don’t know if the guy you mentioned used all the flags he could. I know there are some flags you’re recommended to stick with, but I would learn to take the maximum benefit of them, even if it is tedious to learn, bcuz mistakes in use flags cause trouble.

    That was not plenty for me when I was into music production. Really limiting tbf. I want to take away some reserved RAM from the GPU, cuz I’m not gaming or mining crypto anyway. And I really want to use VMs.

    Compilation is of course taking some time always, but I believe that with my current skill level and hardware it is not worth it yet.

    I actually want a system that is fast, optimized and controlled. I wish it also wasn’t asking for extensive maintenance, but it is not trivial to accomplish that with Gentoo or Arch. But still possible, with some trade-offs, but those are not very relevant for me. And yeah, I want a system that I know and understand, that doesn’t keep any secrets from me. And I want powerful hardware, yeah.

    Alpine is a good one, but it doesn’t seem to suit for casual usage. I would use it, but as a server. That’s what it was actually made for, I believe. Void is also great, but it has the problem of package availability. XBPS is not common, so one still runs into compiling things when using Void as a daily driver. However, I recently consider installing a custom Void flavor on my low-end netbook, which isn’t snappy even with Debian Xfce. I’m going to install a minimal Void, and then add XLibre and LXQt, that’d be perfect for my netbook, and almost all the software I’d need there, will highly likely be present in the repos.

    And for the main laptop, I guess I’m staying on Fedora KDE, unless I need my FL Studio and flash Windows back. I’ll be figuring out where performance sucks, some bottlenecks, and fix them.



  • This is a purely technical association. And in case with Atomic Desktops, it is just an option at last.

    Yeah I probably would be able running NixOS, but I think it will take a lot of time to compile big packages in Gentoo. And if I don’t compile the largest parts of the system by myself with appropriate flags for efficiency, Gentoo doesn’t make that much sense compared to Arch or Artix. I have 5.7GB of RAM (the rest is reserved by system and GPU), and I’ve seen a guy with 128GB RAM on youtube, who still used a lot of binaries because of long compilation and the inefficiency (hah) of portage. He has been running Gentoo for more than a year. I wish I knew C so I could rewrite portage to C.