It's not necessary. Unlike on Windows, Linux users rarely download random packages off the internet. We just use package managers.
expr
joined 1 year ago
The software itself may or may not be more secure, but acquiring software is absolutely more secure. There's so much Windows malware people unwittingly download from the internet. Downloading from a distro's software repository simply doesn't have that problem.
I just... Go to sleep. No noise needed.
It's actually gotten worse since then even. Sarpy county is now part of the district. They even used the new map (which of course favors Republicans) in the 2022 special election in violation of congressional rules: https://en.m.wikipedia.org/wiki/2022_Nebraska%27s_1st_congressional_district_special_election.
But since when have Republicans ever cared about rules?
Let's give it a shot. I live in the suburbs of Lincoln, Nebraska, which is an average-sized college town in the US (about 300k residents):
- Nearest convenience store: 1.1 miles/1.7km (we often do walk there, takes about 20 minutes)
- Nearest chain supermarket/big supermarket (they are often one in the same here): Target @ 1.5 miles/2.4km
- Bus stop: 1.3 miles/2.1km
- Nearest park: 0.6 miles/965m
- Nearest public library: 3.5 miles/5.6km
- Nearest train station: 9.1 miles/14.6km (we don't really use trains much at all in the US, though)
This is just taking a very antagonistic view towards kids. Manipulation is learned behavior and says much more about the parent than the child.
But honestly, it's besides the point. This point is that it's wrong to force kids to eat food barring medical situations.
I do have a kid. We give our son a variety of foods and let him decide what he wants to eat. He eats a lot of different kinds of foods (big fan of Indian food atm), and the foods he wants to eat change from one day to the next. Treats are reserved for special occasions, mostly because those in particular can have a pretty significant impact on brain chemistry.
Forcing kids to eat is very well known to be a very bad idea.
A synopsis for a great fucking movie.
That's what the diff tool is for.
Interactive rebase? There's no GUI that actually does that well, if at all. And it's a massive part of my daily workflow.
The CLI is far, far more powerful and has many features that GUIs do not.
It's also scriptable. For example, I often like to see just the commits I've made that diverge from master, along with the files changed in each. This can be accomplished with git log --oneline --stat --name-status origin/master..HEAD. What's more, since this is just a CLI command, I can very easily make a keybind in vim to execute the command and stick it's output into a split window. This lets me use git as a navigation tool as I can then very quickly jump to files that I've changed in some recent commit.
This is all using a standard, uniform interface without mucking around with IDE plugin settings (if they even can do such a thing). I have many, many other examples of scripting with it, such as loading side-by-side diffs for all files in the worktree against some particular commit (defaulting to master) in vim in a tabpage-per-file, which I often use to review all of my changes before making a commit.
It can be nice when you successfully do a rebase (after resolving conflicts), but change your mind about the resolution and want to redo it.
Doesn't come up that much, but it's been handy once or twice, for me. It's also just nice security: no matter how I edit commits, I can always go back if I need to.
Spoken like someone who knows absolutely nothing about vim/unix.