Setting Aliases because I can’t remember the new ones
I got a buddy who switched to EndeavourOS after using Linux Mint for about a year, He said he was too lazy to learn pacman/yay so he spent an hour making fake apt aliases, I forgot what happened but after a while he gave up on it and just got use to pacman.
Writing all those aliases probably helped him learn pacman.
I just set
upd = <distro update command> ins = <distro install command> pur = <distro purge command> uin = <distro uninstall command>in every distro, I don’t know why you’d want package management to be distro specific commands
ins and uin for some reason feels wrong, like
instandtsnifeels more right to me and I know it shouldn’t.tsnifeels so wrong 😭I know but some strange part of me loves it
You’re the kind of guy that ends if statements with fi and you should be ashamed.
I can’t tell you how many times the missing fi has hurt my feelings and made me waste precious hours of my life
A punishment fitting the crime, the universe is balanced once more.
You could go for
unstand drop sick rave beatsunst unst unstBash was a mistake.
Creates a Time Machine to go back to 1988 and tell them do not create bash
ins feels like insert. uin feels like it skips the first n on accident. To me, anyways.
You could also use the
pkconcommand.
I’m fine with using
pacmanin general, but always forget how to uninstall an app completely. So I set the aliasyeetfor that. Since then, I’ve also set it on different systems likednf.deleted by creator
I’m kind of curious how far he got with this
I love it because software written in rust tends to be straight up better. because it makes it so easy to make your code parallel, because it makes it easy to be user friendly by design, people actually go that extra mile. because it’s so easy to pull in a dependency to do something you’d be too lazy to do in C, the tools can get a bit big but they tend to work really well. I’ll take a rust CLI app over a python CLI script any day, and I’ll especially take it over software written in C. most people don’t care as long as the tool works, but you can definitely feel the difference of the language it’s written in in its design and performance.
Good software can come from almost any language, but yeah there’s just something about rust CLI tools. I’ve pretty much always had issues with incorrect file type associations on Linux, until I started using handlr.
exa(oreza?) is great too. Just likelsbut better in every way.
When you haven’t proselytized Rust in the last 5 minutes
I feel the same way about Haskell. Every program I’ve used is either a “Look at what else Haskell can do!” example, or an endorsement of universal packages whenever I have to update 200 haskell modules.
↑ This. Haskell makes it super easy to get good CLI filters. All you need to do is
interactand process the string it gives you. You’ll automatically get streaming behavior because of laziness without lifting a finger.
deleted by creator
Go has a better mascot so is better
Wrong. Everything is crab
Objectively incorrect I hate that goddamn gopher
I never realized it’s a gopher. That’s cute and clever for such an awful mascot.
Opinion is subjective wonky gopher wins
Rust needs to get off my damn lawn. Lousy kids with their type-safe bullshit fake pointers.
Go hang out with GoLang, it’s fast too AND easy.
Yeah. Putting my old man crankiness aside, for a moment, I adore goLang. GoLang is like having a youngest grandchild. It can do whatever it wants and I’ll praise it.
I literally learned it over a one week vacation. The only other language that comes close to being that easy to learn is Python. I often tell folks, if C and Python had a baby, it would be GoLang.
if C and Python had a baby, it would be GoLang.
That’s a great description.
Rust is heresy. Everything should be mutable, the way that God intended it to be!
Seriously though as someone who has mainly done embedded work for decades and got used to constrained environments, the everything is immutable paradigm seems clunky and inelegant. I don’t want to copy everything all the time.
Now if you’ll excuse me, these null pointers aren’t going to dereference themselves
You seem to have gotten a wrong impression there. Rust absolutely has mutability: https://doc.rust-lang.org/rust-by-example/scope/borrow/mut.html
I would even go so far that Rust is making mutability fashionable again.
More modern languages had generally kind of ousted mutability, but as you say, that means tons of copying, which was a no-go for Rust’s performance goals.So, they looked for ways to allow for mutability without it being a footgun. As such, Rust’s mutability handling differs from many other languages in that:
- It’s practically always explicit when something is mutable.
- Whether something is mutable is associated with the variable binding rather than the data type. This means you can temporarily opt into mutability (if you have ownership of that variable).
I was more referring to the fact that everything is immutable by default. As someone who’s just starting to get old (40) and literally grew up with C, it’s just ingrained in me that a variable is… Variable.
If I want a variable to be immutable I would declare it const, and I’m just not used to the opposite. So when playing with Rust, the tutorial said that “most people find themselves fighting with the borrow checker” and sure enough, that’s what I ended up doing!
I like the concepts behind it, it really encourages writing safe code, and I feel like it’s not just going to be a fad language but will likely end up underlying secure systems of the future. Linux kernel rewrite in Rust when?
It’s just that personally I don’t have the flow of writing code like I would in C/++, just not used to it. The scoping, the way you pass variables and can sort of “use up a reference” so it’s not available anymore just feels cumbersome compared to just passing &memory_location and getting on with it, lol
But you are ok with systemd doing the same?
