FreeBSD Needs a SystemD

[cy@]

It's not a project of mine.

Saying "FreeBSD needs a Systemd" is not helpful. It'll only guarantee to start a long thread LOL.

I'll grab popcorn.

If people want FreeBSD to be more like Linux, just use Linux.

 

[cracauer@]

Whatever you do, don't use ini files. They always start with a promise of a simple key=value format and then get extended with weird stuff like the variable mutation/assignment that I cited above (a completely imperative construct, by the way). I'd rather deal with a custom DSL than that.

Obviously the definitions should be S-expressions.


(aka Lisp code)

 

[GlitchyDot]

If people want FreeBSD to be more like Linux, just use Linux.

and i think thats the reason why Linux users turns to FreeBSD as its not Linux

 

[tuaris]

If people want FreeBSD to be more like Linux, just use Linux.

LOL, that's not what I'm saying. I absolutely find Linux dreadful to work with, but SystemD is one of those things that make it slightly less dreadful. FreeBSD can continue to be the best if we get a properly implemented SystemD style solution for PID 1.

 

[rbranco]

LOL, that's not what I'm saying. I absolutely find Linux dreadful to work with, but SystemD is one of those things that make it slightly less dreadful. FreeBSD can continue to be the best if we get a properly implemented SystemD style solution for PID 1.

I think you have an idealized vision of it and haven't used it extensively.

There are so many things wrong with it that it'll be time-consuming to enumerate them all.

 

[rootbert]

There are so many things wrong with it that it'll be time-consuming to enumerate them all.

cannot be emphasized enough.

 

[tuaris]

There are so many things wrong with it that it'll be time-consuming to enumerate them all.

Which is why I say, FreeBSD needs a SystemD. It's like comparing kqueue/kevent vs epoll as a replacement to poll/select. FreeBSD can do it better.

 

[rbranco]

Which is why I say, FreeBSD needs a SystemD. It's like comparing kqueue/kevent vs epoll as a replacement to poll/select. FreeBSD can do it better.

FreeBSD may need a better service manager but Systemd is the worst example. Suggesting it is insulting.

ChromeOS uses Ubuntu's Upstart. Gentoo's OpenRC also used by Alpine is even faster.

 

[bakul]

FreeBSD needs a SystemD

No.

If you want it so badly, start a fork.

[Edit:] Let me say it differently. If you are convinced, build a prototype system and show people how it is better.

 

[Beastie7]

Another troll post.

I swear this forum has been infiltrated.

 

[tuaris]

No.

If you want it so badly, start a fork.

[Edit:] Let me say it differently. If you are convinced, build a prototype system and show people how it is better.

Maybe once AI gets good enough to build a whole OS with just a prompt . Until then, I'm at the mercy of the developers.

 

[rbranco]

Maybe once AI gets good enough to build a whole OS with just a prompt . Until then, I'm at the mercy of the developers.

You also have an idealized vision of "AI".

 

[cy@]

LOL, that's not what I'm saying. I absolutely find Linux dreadful to work with, but SystemD is one of those things that make it slightly less dreadful. FreeBSD can continue to be the best if we get a properly implemented SystemD style solution for PID 1.

You and I disagree on that point. I manage 1400 Red Hat systems professionally. Systemd is a cancerous mess.

 

[DutchDaemon]

And with a final wave in the direction of https://forums.freebsd.org/threads/why-is-freebsd-not-more-like.66591/ I am now locking this topic.