The premise of the question is wrong, since it assumes a general preference.
If you’re asking 👉 this 👈 Arch user, the answer is “NONE”.
EDIT: The majority of users, especially experienced ones, don’t enable pkgstats. So such stats always end up in some form of self-selection (biased towards users who would use a DE in this case).
They know you can just do if ((age < 18)) in bash, right?
Or rather if ((10#$age < 18)) because age=021 would not be adult 😉 Hopefully, they protect against that at least.
(I had to double-check this stupid default is still a thing, since I moved to zsh many years ago.)
I gave this a quick look at 2X speed with a lot fast seeking, and my brain still hurts.
First of all, and concerning Rust, please familiarize yourself with the mem module and its functions at least. You didn’t even get near a situation where using unsafe{} was actually required.
Second of all, and concerning the task at hand itself, for someone who knew to make the distinction between bytes and chars, you should have known about grapheme clusters too. There are a lot of multi-char (not just multi-byte) graphemes out there. You can make a “Fun With Flags” 😉 segment to show that off (no attribution required). Just don’t do anything silly, and make sure to just utilize the unicode-segmentation crate.
sudo is NOT a part of coreutils. Anyone with basic *nix knowledge would have known this.
sudo-rs, as expected, is also NOT a part of uutils. And the projects happen to be very different in many aspects. uutils started from scratch as a hobby side-project, and it was developed from the start in idiomatic Rust. It can’t directly take anything from the GNU implementation anyway, as explained in their README. sudo-rs however is a funded effort to translate some C projects into Rust with as little unsafe{} as possible. Some of the code was directly translated from the original implementation. And if you look at the code in general, you will see that it’s rather low-level and looks more like C than Rust in many parts. Some of this is arguably necessary given the nature of sudo functionality, but not all of it.
Both projects do share the fact that they probably didn’t push for distros, Ubuntu or anyone else, to switch to either of them by default already, and both were probably surprised it happened this soon.
And yes, this exposure, negative as it may seem for now, is an unavoidable “teething” period, and it’s going to be of great benefit to both projects on the long run. Hopefully, Ubuntu users living on the edge wouldn’t face too much trouble meanwhile.
(I don’t use Ubuntu, but have been using sudo-rs by default for months.)
zswap is not better than modern zram in any way. And you can set up the latter with writeback anyway.
But that’s not OP’s problem since “swap gets hardly touched” in OP’s case.
The point is compression.
% swapon
NAME TYPE SIZE USED PRIO
/dev/nvme0n1p2 partition 8G 0B 5
/dev/sda2 partition 32G 0B -2
/dev/zram1 partition 3.5G 1.8G 32767
/dev/zram2 partition 3.5G 1.8G 32767
/dev/zram3 partition 3.5G 1.8G 32767
/dev/zram4 partition 3.5G 1.8G 32767
/dev/zram5 partition 3.5G 1.8G 32767
/dev/zram6 partition 3.5G 1.8G 32767
/dev/zram7 partition 3.5G 1.8G 32767
/dev/zram8 partition 3.5G 1.8G 32767
% zramctl
NAME ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram8 zstd 3.5G 293.4M 189.2M 192.5M [SWAP]
/dev/zram7 zstd 3.5G 282.1M 187.5M 192M [SWAP]
/dev/zram6 zstd 3.5G 284.6M 189.4M 192.9M [SWAP]
/dev/zram5 zstd 3.5G 297.8M 197.3M 200.1M [SWAP]
/dev/zram4 zstd 3.5G 304.9M 202.9M 206.7M [SWAP]
/dev/zram3 zstd 3.5G 300.7M 201.9M 204.6M [SWAP]
/dev/zram2 zstd 3.5G 311.3M 207.2M 210.6M [SWAP]
/dev/zram1 zstd 3.5G 307.9M 210.5M 213.3M [SWAP]
/dev/zram0 zstd <not used for swap>
sysctl vm.swappiness=<larger number than default>
zramctlto see detailed info about your zram disks.iotop to see if something unexpected is using a lot of IO traffic.Okay. I thought for a moment that you and everyone else were not on the same page.
zram file
what zram file?
Forgot to mention that I wasn’t exactly young at the time. We just didn’t have reliable broadband internet back then in my neck of the woods. So I had to download ISOs and save them in a USB thumb drive in a uni computer lab.
Early Mandriva with KDE 3.4 or 3.5 I think, but I can barely remember anything with clarity. It couldn’t have been bad though, since I haven’t used Windows on my own devices since 😉.
From my foggy memory, I think it was good for my then nocoder self, easy to use, stable, relatively lite, and had good looks.
I missed the Mandrake and pre-Fedora Red Hat era, but not by much.
With all the surface false analogies and general lack of solid knowledge in the comments here, I truly hope that at least half of them are LLM generated.
This is cool and lies within my area of interests.
One thing that is not clear is if there will be a way to do playback outside of custom players. If a stream can’t be trivially grabbed, and/or played directly in mpv (via ffmpeg library support or otherwise), this won’t be very useful for me.
It would also be interesting to see how the video streams are encoded, if the GOP size is forced to 1 and it’s all intra frames or not, and if it’s not, how synchronization after recovery (where FEC is not enough) is done.
Hopefully this gets posted again when the code is released.
Good thing we can edit titles here.
This post is very welcome. It’s sure more relevant than many posts made in this instance.
Please continue to post whatever you like, as long as it’s on-topic.
Reads okay for the most part. But I like how we see the same point about AI as a feature in some more serious real-life projects. There, we frame it as “Rust makes it harder for a ‘contributor’ to sneak in LLM-generated crap”.
Didn’t click on your links. But LEA does this move against any network that may offer anonymization. Don’t use Tor hidden services. Don’t go near I2P. Stay away from Freenet…etc. This even includes any platform that is seen as not fully under control, like Telegram at some point.
In its essence, this move is no different from “Don’t go near Lemmy because it’s a Putin-supporting communist platform filled with evil state agents”.
Does any network that may offer anonymization (even if misleadingly) attract undesirable people, possibly including flat out criminals? Yes.
Should everyone stay away from all of them because of that? That’s up to each individual to decide, preferably after seeing for themselves.
But parroting “think of the children” talking points against individual networks points to either intellectual deficiency, high susceptibility to consent-manufacturing propaganda, or some less innocent explanations.
Apologies if I was presumptions and/or my tone was too aggressive.
Quibbling at No Moderation = Bad usually refers to central moderation where “someone” decides for others what they can and can’t see without them having any say in the matter.
Bad moderation is an experienced problem at a much larger scale. It in fact was one of the reasons why this very place even exists. And it was one of the reasons why “transparent moderation” was one of the celebrated features of Lemmy with its public Modlog, although “some” quickly started to dislike that and try to work around it, because power corrupts, and the modern power seeker knows how to moral grandstand while power grabbing.
All trust systems give the user the power, by either letting him/her be the sole moderator, or by letting him/her choose moderators (other users) and how much each one of them is trusted and how much weight their judgment carries, or by letting him/her configure more elaborate systems like WoT the way he/she likes.
Not knowing about opt-in telemetry doesn’t convey lack of experience, or lack of (relevant) knowledgeability. Especially considering the fact that Arch purposefully keeps the existence of it low-key to avoid the possibility of pissing off anyone.
I was already an Arch user when that opt-in telemetry was introduced. And only heard about it because I was relatively active in Arch communities back then (relatively young, relatively new to Arch). If pkgstats were introduced two years later, I would have never heard of them. Because believe it or not, Arch is just a reliable OS, where you don’t have to interact with anything other than reading the odd announcement every other year. It’s not a “community”, or a “way of life”, or anything in that bracket.