this post was submitted on 01 May 2024
133 points (97.2% liked)
Open Source
31223 readers
313 users here now
All about open source! Feel free to ask questions, and share news, and interesting stuff!
Useful Links
- Open Source Initiative
- Free Software Foundation
- Electronic Frontier Foundation
- Software Freedom Conservancy
- It's FOSS
- Android FOSS Apps Megathread
Rules
- Posts must be relevant to the open source ideology
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
- !libre_culture@lemmy.ml
- !libre_software@lemmy.ml
- !libre_hardware@lemmy.ml
- !linux@lemmy.ml
- !technology@lemmy.ml
Community icon from opensource.org, but we are not affiliated with them.
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Does it give alternative to
sudo -e(sudoedit) too?i had the same question so I went through the source code and, for now, doesn't seem like it has implemented such option.
As the other comment said, no. But I've had the idea and will to at some point write a
editscript (that I can just setEDITOR=to) that would just choose one of the first common editors. That could in theory have a-0option to run as root (there also probably looking throughrun0,doas,sudoandsu). Not the editor, but doing the editing on a temp file and then copying with rootOut of the box no. But it would be easy to implement if you don't need very complex rules. (I don't actually know how permissions work for sudoedit.)
sudoedit copies a file to a temp directory, invokes $EDITOR with that temp file, and after the editor process exits, it copies the file back to overwrite the original. This way you get your user preferred and configured editor, but it doesn’t have any elevated privileges.
Yes, but how do you configure who is allowed to edit which files in
/etc/sudoers?