- cross-posted to:
- linux@lemmy.ml
- cross-posted to:
- linux@lemmy.ml
cross-posted from: https://lemmy.world/post/29210689
Adopting sudo-rs By Default in Ubuntu 25.10
You must log in or register to comment.
Why not make Ubuntu a
GNU/Redox distribution at that point?A way smaller alternative therefore less prompt to vulnerabilities is OpenDoas found on Arch/Artix/… and other distros. From the GH project:
doas is a minimal replacement for the venerable sudo. It was initially written by Ted Unangst of the OpenBSD project to provide 95% of the features of sudo with a fraction of the codebase.
Tried it but it is not a 100% compatible as sudo replacment as it lacks some of the args. This means that some programs fail as they attempt to use incorrect args.
I’m curious about which programs if you can share. I write few bash scripts which used to call sudo, and I replace sudo with doas in those. And in case of muscular memory I also added a bash alias so that if by mistake calling sudo in reality I’d be calling doas. So far no issues. O course I don’t use fancy args, and what I really needed from sudo I used to include it in
/etc/sudoersand now on/etc/doas.conf, and I believe I couldn’t include a couple of options but they were not critical since I’ve lived without them so far. And it’s weird to find actual software that requires sudo, perhaps proprietary software. One can actually live without sudo and without doas, as long as there’s stillsu.Not judging, rather curious, actually I’ve met several guys who write scripts which would benefit from using sudo/doas, but they claim better call the scripts through sudo/doas rather than adding them as dependencies.
I don’t remember what it was exactly, I encountered two times where doas failed as a sudo replacement. After that I went back to sudo
Now we just need to rewrite the Linux kernel in Rust
Does it have to be Linux? Some greybeards are pretty opposed to it. I wonder if it would be easier to make our own
theme parkkernel withblackjack and hookersmemory and thread safety, like Redox.Does it have to be Linux?
In order to be a viable general use OS, probably yes. It would be an enormous amount of effort to reach a decent range of hardware compatibility without reusing the work that has already been done. Maybe someone will try something more ambitious, like writing a rust kernel with C interoperability and a linux-like API so we can at least port linux drivers to it as a “temporary” solution.
I remember there being a bit of talk around a Linux driver compatibility layer for Redox in the future, but I can’t find anything about it, so I could be misremembering.
What do you mean by “C interoperability and a linux-like API”, exactly?
- C is pretty much the standard for FFI, you can use C libraries with Rust and Redox even has their own C standard library implementation.
- Linux does not have a stable kernel API as far as I know, only userspace API & ABI compatibility is guaranteed.
C is pretty much the standard for FFI, you can use C libraries with Rust and Redox even has their own C standard library implementation.
Right, but I’m talking specifically about a kernel which supports building parts of it in C. Rust as a language supports this but you also have to set up all your processes (building, testing, doc generation) to work with a mixed code base. To be clear, I don’t image that this part is that hard. When I called this a “more ambitious” approach, I was mostly referring to the effort of maintaining forks of linux drivers and API compatibility.
Linux does not have a stable kernel API as far as I know, only userspace API & ABI compatibility is guaranteed.
Ugh, I forgot about that. I wonder how much effort it would be to keep up with the linux API changes. I guess it depends on how many linux drivers you would use, since you don’t need 100% API compatibility. You only need whatever is used by the drivers you care about.
This will delay Hurd by another 40 years
There’s RedoxOS already.
ew MIT license
¯_(ツ)_/¯ GPL of Linux didn’t help Android being more open either. And the driver being implemented in the kernel actually is an obstacle to it, @bunitor.
it’s also a microkernel, double ew
we’re also sponsoring the uutils project to ensure that some key gaps are closed before we ship 25.10. The sponsorship will primarily cover the development of SELinux support for common commands such as mv, ls, cp, etc.
I didn’t think Ubuntu used SELinux.
Not by default, but you can optionally enable it.
what’s the license on sudo-rs, is it MIT like uutils?
Seems like it’s Apache-2.0, but original sudo is under ISC license, which is more permissive as far as I’m aware. Although Apache-2.0 is very much still considered “permissive”, too.
goddamit 😔
Wrong move. To make sudo more secure, you should instead ditch 90% of the features intended for server which nobody on desktop uses. 150 lines of C code is enough to provide sudo-like functionality on desktop, probably similiar in Rust.
except ubuntu isn’t a desktop-only distro
you might also not be considering corporate workstation in an intranet
They are open to drop some features apparently, but maybe not “90%”
The developers are taking a “less is more” approach. This means that some features of the original sudo may not be reimplemented if they serve only niche, or more recently considered “outdated” practices.
Take all the power away from the end user and give it all to Poettering, NO FUCKING THANKS.
sudo-rs doesn’t have anything to do with run0. Please take your pills grandpa, we’re worried about you.
Edit: in case you’re actually an older person, the latter part wasn’t meant as a swipe (just saw your pfp). In that case, sorry!
@FooBarrington What you are advocating is taking power away from the user. Go install WIndows 11 if this is what you want punk.
What? No I’m not. Using a memory-safe implementation of sudo doesn’t take any power away from the user, how does that make sense?
@FooBarrington You didn’t just specify memory safe, you advocated stripping away a number of features. Yes memory safe anything is a good idea and I’ve got no objection to the use of rust, I think it’s a good language, one of the few worthwhile efforts to emerge in recent years, but if it is going go be re-implemented, do so fully. Yes, anything that runs with privileges should be memory safe else it’s open to attack and Rust certainly makes that more possible, I am just concerned about the limiting feature set aspect. I’m not in favor of protecting users from themselves, I don’t want a car that is capable of reading speed limit signs and prevents me from exceeding them even if doing so might be unsafe or illegal, that not the car manufacturers job to be come an arm of the government, likewise I don’t want Linux protecting me from myself, I already address potentials with regular backups, etc.
Less is more.
Go install WIndows 11 if this is what you want punk.
Don’t install Ubuntu 25.10 if this isn’t what you want. Using Ubuntu means accepting that they’re going to make a lot of decisions about your system. The whole point of these large pre-configured Linux distros is that they make all of the decisions for you.
If you want more control than that try installing one of the other distros that allow you to choose the software you want.
@FauxLiving I’ve been using Ubuntu for about 14 years and in the past they’ve been at least somewhat interested in user input. I hope “don’t become another fucking Microsoft” is a message that Canonical gets.
chill
