←back to thread

466 points CoolCold | 1 comments | | HN request time: 0.21s | source
Show context
constantcrying ◴[] No.40208131[source]
Why do they have to do this? This is really, really stupid.

My issue isn't even that someone tries to replace sudo. That may or may not be a completely fine thing to do, depending on the state of sudo and what improvements can be made. But what makes me really upset is this completely unexplainable need to make everything part of one particular init system. There is absolutely no reason to tie your new sudo replacement to systemd. Absolutely none.

This is a completely insane way to develop software, instead of creating a new piece of software in a separate project they will force all their projects simultaneously onto all their users for absolutely no reason.

I am very glad to have jumped ship from systemd. It is particularly bad software created by a team of people who engage in very bad practices and a totally unhealthy view of software in general.

replies(15): >>40208192 #>>40208204 #>>40208221 #>>40208253 #>>40208266 #>>40208277 #>>40208280 #>>40208283 #>>40208314 #>>40208386 #>>40208516 #>>40209218 #>>40215207 #>>40215247 #>>40215377 #
Starlevel004 ◴[] No.40208253[source]
> But what makes me really upset is this completely unexplainable need to make everything part of one particular init system. There is absolutely no reason to tie your new sudo replacement to systemd. Absolutely none.

The systemd developers are tying it to systemd because they are systemd developers. If somebody else made something like this, it wouldn't be tied to systemd. But somebody else hasn't made something like this.

Sudo isn't going to just go away (unfortunately). You can keep using your CVE-ridden setuid binary as much as you want.

replies(3): >>40208447 #>>40211039 #>>40213264 #
constantcrying ◴[] No.40208447[source]
>The systemd developers are tying it to systemd because they are systemd developers.

What? Literally every single other group of software developers has managed to create two projects. Even Microsoft can do it.

replies(1): >>40211087 #
SAI_Peregrinus ◴[] No.40211087[source]
GNU didn't. Why should Systemd?
replies(1): >>40215015 #
gkbrk ◴[] No.40215015[source]
You can use almost any GNU project without depending on all the other GNU projects.
replies(1): >>40216453 #
SAI_Peregrinus ◴[] No.40216453[source]
This is different from Systemd how? You can't use any GNU project without depending on GNU libc (except glibc itself, trivially).
replies(2): >>40220197 #>>40234510 #
1. gkbrk ◴[] No.40234510[source]
> You can't use any GNU project without depending on GNU libc.

Of course you can. Unless they're depending on non-standard parts of libc, you can use any GNU project with other libc implementations (musl, dietlibc, ulibc etc).