Maybe they use Emacs.
Bonus: I googled "emacs" to make sure I got the capitalization right for the post and Google is throwing shade:
I misread "the world bum"
The term "keming" is sometimes used informally to refer to poor kerning (the letters r and n placed too close together being easily mistaken for the letter m).
Strange, I just tried and got the vi suggestion. And, googling vi gave me an emacs suggestion. So shade all around!
I rent a place where I don't have direct access to the main switch, so what I do is I just stop paying utilities until Vim closes :)
you can just unplug your pc: and that way you won't incur downtime for the rest of the house.
You shouldn't really use editor with sudo, but instead use sudoedit to edit files restricted to root user
SUDO_EDITOR=nano sudoedit /etc/fstab
This accomplishes the same function while running the text editor as unprivileged user
Why?
Files from user: nano
Files from root: sudo nano
Files from another user: sudo nano (and if new sudo chown after)... 😂
Never had any problems with this in over 10 years... 😅😂
Doing sudo nano
will not load your user configuration, sudoedit
will. I had plenty of problems with this, but I assume you don't have any custom configuration.
One reason why sometime I don't do sudoedit is that I make a lot of changes to the config/restart service/see it works/edit etc.. sudoedit only write to the file when exiting, so that flow won't work...
for example when having adding a new host on nginx and some configuration and see if everything work (sudo vim/systemc nginx restart/curl https:// domain loop)
but yeah in general i'll just use sudoedit (which alias to se for me) for my root editing
I just have a root custom config too. 🤷♂️ This even allows me to easily use different configs for root than for the user.
Made with 'sudo nano', fyi. 😂
As mentioned, to prevent running your text editor with root permissions. It's just security optimization
Let me rephrase my question:
Why would I not want to open nano as root?
No offense, but that sounds like more OCD behavior. 😅 I don't need or want protection against myself, and I even loath the whole "that's not how you're supposed to do it"-mentality of linux (where when commands know very well what you want, instead of doing it, just tell you you forgot something). 😅
But, in that example:
If I'm the admin it doesn't matter I use it.
If I'm not it's not my problem that I could get more privileges than allowed. I'd probably even use the possibility then. 😅
So it poses a risk if you allow none-admin users to do that on your system, but I still don't see why I must choose to not use nano as root myself. 😅
Anyway, good practice to me is ease-of-use instead of with 7 protections against things that rarely happen.
Like, I'm pretty sure you are better protected from burglars if you also lock all doors inside your house, but I'm definitely not doing that either. 😅
Edit: Also, if you have users on your system, just chroot/vroot/lxc them, so they be free to 'sudo nano' too... 😅
It's probably to protect against any potential security vulnerabilities in the text editor program itself, not to protect you from yourself.
Sure, but sudo is specifically designed with security in mind as a security program, whereas text editors are not (although I am more likely to trust vim than vscode). Running a malicious program as the user and not as root can help mitigate the impact it could do, even though it will still be able to do a lot as a user.
You can say that just about anything.
sudo grub sudo boot sudo root=/dev/disk/linux sudo kernel-6.1.image sudo init sudo elogind sudo xterm sudo bash sudo nano
Again, like I replied to the other comment, most of the programs you need root for are designed with security in mind and are inherently more secure and have less vulnerabilities than a non security focused program (that is not to say that it is impossible for a security program to have vulnerabilities -it certainly occurred before and keeps occurring- they just have a lot fewer). But even if you need root permissions for a non security focused program, you still shouldn't let any program have it, the whole point is to minimize the surface of attack.
It's not any OCD behavior, but simply the best practices. You've probably at least minimally familiar with the principal of least privilege? The idea is to minimize scope of a potential problem , was it malicious attack or user error, by restricting access to minimum required to perform a task. It may feel like fighting pedantically (and I've been fighting this more than I'd care to) but it will save your ass one day.
Alternatively you could use my favorite approach, Visual Studio Code. Just open the file with it, edit it and upon saving you will be promoted if the file needs admin rights to save.
Vscode does have a lot of shortcuts, so you could always study them in detail and impress others that way. 😅
Yup, s/vsc/kwrite/ personally, it's lighter, but why shouldn't I have a pretty for my config editing needs...
So for any supposedly malicious activity (infected) it wants to do, it just has to hold until you save and give admin access? 😅
until the moment you realize that somehow you are not on your native keyboard layout and where the hell is : and ! in this weird language??!
Double Z's will save and then exit. The command on until board will exit without saving changes.
Alternative:
Ctrl-z
kill -9 %1 # Shell keeps track of job pids for you, job 1 is %1, job 2 is %2, etc
fg # Not technically necessary, but it's fun to see the corpse
Reminds me of the time I brought down a whole AIX server with the killall
command back in the 1990s.
On AIX killall
really means kill every single process.
Ok ok, I know it's a meme, but gentle reminder that :x is :w and :q combined (save and exit). I got taught that in high school (it was a dec unix with real vt120 terminals) and luckily for me I remembered that even if I didn't touch vi for a few years afterwards.
Odds are if you don't know how to exit vim you probably don't want to save whatever you wrote in there.
Joke's on them I'm using Emacs as an OS so when I want to exit vi I just C-a M-exit C-r C-y
.
That's the first one i've learned to use and I have a hard time actually using the escape key. it's just so out of the way
it's just so out of the way
That's why you rebind caps to:
hold = ctrl
tap = ESC
Kmonad is my favourite tool for this, but there are other options.
Bonus: rebind hold ret to ctrl and you can C-[ with one hand, and it makes navigation a lot easier if you can't palm ctrl