So does anyone here actually give a fuck about systemd beyond

So does anyone here actually give a fuck about systemd beyond
>muh systemd REEEEEEE
?

Other urls found in this thread:

youtube.com/watch?v=n_4UFMp19tE
wiki.gentoo.org/wiki/GNOME/GNOME_Without_systemd
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-1000082
anonscm.debian.org/git/collab-maint/openvpn.git/tree/debian/openvpn.service
cve.mitre.org/cgi-bin/cvekey.cgi?keyword=openrc
cve.mitre.org/cgi-bin/cvekey.cgi?keyword=sysvinit
cve.mitre.org/cgi-bin/cvekey.cgi?keyword=systemd
cr.yp.to/daemontools.html
twitter.com/NSFWRedditVideo

If so, why?

I guess not.

Still not production ready, it does not respect sysctl ulimits and requires setting them up manually in a service file.
Writing init files for systemd in trickier than for sysvinit.

It's cool to rant about sustemd because of "muh unix philosophy" or "muh feature creep" but for the people who actually work with init scripts and the like, systemd is a godsend

>muh boot times
Enjoy your botnet.

I'm kinda torn on it - on the one hand, its annoying as shit having to relearn a whole slew of things that I was already comfortable with for what seems like absolutely no tangible benefit at all. From my point of view I've yet to find something that wasn't made more awkward or just broken out the box On the other hand having everything homogeneous 'should' make administering things easier.

Bottom line, If I want to call myself an administrator I have to be able to administer everything that's put in front of me, and that means systemd so I deal with it and learn.

Like it or not, while it may not quite be the only game in town, it's a big player regardless of my opinion.

Poettering and his crew are a disaster. They introduce bugs in systemd that makes it incompatible with other software when used in a specific way and force others to write a workaround in their software. They ignore serious vulnerabilities because they think everything else handles this in the same faulty way, which is not true. On top of that, Poettering accuses the FOSS community of being generally shit, while they're only acting this way towards him because they're fed up with the bullshit he produces.

Red Hat is defending Lennart and his shit, too. They managed to force major distributions to use systemd and PulseAudio by default. Stuff like GNOME, which doesn't need to interact with the init system suddenly depends on systemd.

systemd's codebase is huge and rapidly changing, which makes auditing it next to impossible. Add that to "Team Poetter"'s general incompetence, their bug-ignoring behavior, the drama they create around bugs and the huge attack vector created by a single huge binary running as the one process that brings the whole system down if it crashes. At this point it's hard to say why anyone deems systemd secure.

It hasn't pissed me off yet. Its also made it very easy to set network triggers when my laptop wakes up from sleep. I don't like that Firefox is going pulseaudio-only though

Does anyone have that image of the smelly guy who dislikes systemd that uses devuan distro and has a foil hat?

Has this been proven yet? I understand the hate for it becoming too canon, too monolithic, etc. but to jump from that to -> malicious software seems irrational. pls explain && no bully

I thought wikileaks proved its an NSA backdoor

auditing your moms pussy is next to impossible

Yea, I like systemd. It's fast, pretty easy, pretty sensible, logging works okay by default...

It's a nice init. And it made things easier vs needing to have busybox and a dozen other things in some hard to diagnose initrd. Everything required being included in systemd is nice.

>(You) think people hate systemd for no reason other than
>>systemd sux xd
>provide reasons
>ur mum xd
kys

snort yourself out, bucko!

youtube.com/watch?v=n_4UFMp19tE

Stoped using it about 3 months ago, never looked back.

It's a pretty good OS but lacks a good init

what happens when systemd is sold to a parent company that happens to be oracle?

I've asked for MONTHS on Sup Forums for anyone to point to the lines of code in systemd that is a "botnet" and to date, no one as been able to do this.

Is this suppose to be a joke?

So would openRC be a better alternative?

Its a huge security hole and I wish it wasnt combining a bunch of shit into a huge lump that will absolutely end up with a back door.

We are inevitably going to get hit with a system d crypto virus at some point.

This is grade A propaganda. I wish the dwindling anti-systemd fags would just kill themselves already.

>300k lines of C code? Sure! Just fuck my shit up, poettering!
t. (You)

It's a godsend for people WRITING init scripts. It's a disaster for people USING init scripts.

>use open source systems in part to leave behind the mess that was MS
>open source systems eventually move to implement a similar mess

I'm checking up every now and then to monitor the progress of systemd free systems. inb4 write your own. People that are comfortable with systemd are 12 year olds who have always have foss systems around and take then for granted. It's a horrible move.

It gets forked

Harry Pottering and your moms pussy.

So the code is entirely open source and available to anyone to inspect, but your complaint is you're too fucking lazy to do that? Seriously, go kill yourself.

Call me when it is secure and doesn't just hand out root provides to any user that wants it.

I am honestly curious what the advantages to systemd are.

Why should a distress use it?

>gnome now depends on systemd

THEY SAID IT WOULD JUST BE A INIT SYSTEM

REEEEEEEE

Unironically install Gentoo
wiki.gentoo.org/wiki/GNOME/GNOME_Without_systemd

No, it is basicly the next gnu. We will have to call linux
>gnu/systemd/linux

I don't even know what init systems are

The kernel starts init, and init starts all the other programs.

>Writing init files for systemd in trickier than for sysvinit.
>in trickier

Maybe for you.
They are both easier and more capable.

%ofposters
Sup Forums is actually kind of entertaining once you come to the realization it's not your job to educate the willfully ignorant.

*closed*
*wontfix*
>CVEs don't exist®
Open source is meaningless if the main developers don't care about legitimate and we'll documented flaws

This^
The current status of major Linux distros is just sad.

Even worse there isn't any other option.

OpenBSD maybe? Fuck this, and fuck redhat shills

>Sup Forums is actually kind of entertaining once you come to the realization it's not your job to educate the willfully ignorant.

t. arrogant guy

Yep, it's much more resource-intensive than sysvinit, poorly documented, under constant revision and expansion, has had countless security issues including multiple arbitrary code execution and privilege escalations, and the developer is a complete piece of shit who works for multiple intelligence agencies to subvert Free Software.

It's why I am staying with old Debian on my one computer, and moved to OpenBSD on the other.

It's cuckware for transfags.

>Red Hat is defending Lennart and his shit, too.
This, and I'm sick of getting shilled by Red Hat. I will never support systemd or Red Hat or Fedora for this reason.

It's also why I will never buy another Intel CPU. Their shilling is out of control and I want to make sure their business is harmed by their thoughtless actions.

It did, but the CIA niggers are thick on Sup Forums so they will just flail around wildly when confronted with this.

They ask you to point to existing code in systemd which has vulns, why do that? Much better to sell them to people who really want them, and do more damage to systemd in the meanwhile.

One can point to the countless escalation and arbitrary execution bugs which have been discovered, though, or point to the Google pings it sends, and so on.

Linux is pozzed anyway now. Huge bloated kernel which will never be audited, more and more un-Unixy stuff, SJW companies ranting about whites, it's a shit show.

>So the code is entirely open source and available to anyone to inspect
Freeze it for a year. I dare you. If you do people will peek into it and discover innumerable back doors.

It boots very slightly faster than sysvinit, and provides a number of agencies with handy back doors into your system.

It's a win win.

OpenBSD, 9front, TempleOS. These are the new Sup Forums operating systems.

The advantages it claims to provide over sysV were solved better by other init systems without the problem of subsuming a million other purposes with newer and buggier implementations. It's basically not possible to run without it on distributions where it is default. Everyone knows it only caught on because it had Red Hat behind it.

>using loonix

just install win7

Red Hat is cancer.

Confirmed pozzed by CIA.

>CIA
like CIAfags have extra time just to spy on your sorry little anime ass.

They will spy on anybody, data storage is cheap.

However when they send shills to Sup Forums they aren't sending their best, as you prove.

Can you imagine the poor IT folks who have to type systemctl restart apache instead of /etc/init.d/apache2 restart; pkil apache2; sleep 10; pkill -9 apache2; /etc/init.d/apache2 start?

The people using the init scripts must hate systemd

>not making an alias
also
>init makes it possible to actually solve problems even if systemd breaks

init would still be the default on Debian if they hadn't killed Ian.

I've been using systemd with arch and it's been a soft ride until now. I don't know why the hate really.

tons of security holes, nearly 1/2 million lines of code, inability to understand such a complex system if it breaks, constant rapid revision

>rc-service apache2 restart
wew lad

I wouldn't call my feelings towards it "hate", more like mild dislike.

It replaced a bunch of single-function tools that did their jobs well, with one tool that tries to do everything, but not as well.

I've had a bunch of production machines at work that I've had to reboot via sysctl from the console, after systemd stopped responding to signals.

I've run into some hisenbugs after upgrading systems to distros that include systemd where it doesn't quite behave in the ways the docs say it should, some processes don't get restarted despite what the configs say, etc.

It's got a huge number of dynamically linked libraries (run ldd against it) when I still feel that init should be statically linked, and allocate all of the memory it needs when it first starts up. No dynamic loading, or dynamic memory allocation in process 1; it can't rely on any system resources being available at any time past startup.

It feels like a step backward for no advantages.

>tons of security holes
so many you couldn't even list a single one

>inability to understand such a complex system if it breaks
translation, I'm too dumb to understand it

>nearly 1/2 million lines of code
translation, I'm too lazy to examine it

isn't it backdoored?

cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-1000082

Systemd would be great if it did what the docs said. Alas they were written as goals, and not a description of how the system works.

Personally, I feel that a traditional init, and deamontools would meet 90% of what people claim to need from systemd.

Some issues I've run into:
* Random refusal to restart processes after they exit, with nothing in the logs
* The main systemd process locking up, and neither restarting processes, or allowing the system to reboot
* Refusal to boot with "unusual" USB drives attached (in my case, multiple format card reader.with a dozen or so different card slots)
* Bug reports being confronted with Pottering claiming the reporter is an idiot, and they should just use an undocumented workaround (the --force --force --force --force --force option to systemct for example) instead
* Random logging failures where it decides to stop listening on the log socket; since it has to impose itself in front of any logging daemon that is running
* Required reboots to do upgrades; upgrading a process in place while keeping the same PID has been a solved problem for years (fork a new worker, hand off current work to the new worker, exec the new instance with an option that tells it to reclaim the current work from the external worker).

Overall it seems to be badly designed, and buggy as a result. It doesn't do what it claims to do, but when you mention that fact, the maintainers go nuts.

>so many you couldn't even list a single one
There's a whole list of the ones that have been discovered.

How about root access for any user name beginning with a number?

Just Lennart things.

I love how the fucking thing hangs for five fucking minutes if you don't have your ethernet cable plugged in on boot.

systemd is a good idea

systemd actually manages to bring common interface across Linux distros for service management, power management, session management, etc. This is shit is pretty important, since it reduces amount of useless work maintainers and developers have to do to maintain compatibility across distros.

Although there are things I don't like about systemd and I'll avoid it until the whole thing is going to get ironed out.

It's monolithic. It just feels counter-intuitive. I like Gentoo's initiative to split code out of systemd (elogind, eudev) keeping API compatibility.

It still can get magical. Debian unit for a example: anonscm.debian.org/git/collab-maint/openvpn.git/tree/debian/openvpn.service

Also Poettering. Poettering thinks it's okay to keep things broken just to prove his point. See writeable efi mount issue for example, or flat volumes in pulseaudio. This is how 6 years old behave.

>cve.mitre.org/cgi-bin/cvekey.cgi?keyword=openrc
>cve.mitre.org/cgi-bin/cvekey.cgi?keyword=sysvinit
>cve.mitre.org/cgi-bin/cvekey.cgi?keyword=systemd

FreeBSD 11.1 is really nice. No systemd. Native up to date ZFS that works as the root filesystem. Linux binary compatibility.

Don't forget closing the bug because defaulting to root is a feature.

I'm closing this post.

kek

>a bug
>no goyim, not a bug
lol

>typical.jpg
BAAAAAHAHAHAHHAHAHAHA

Actually, systemd has a reexec option for updating, but since PID 1, enjoy your kernel panic if the reexec fails.

Wait; they can't handle an exec failing?

Rather than properly handle the error, they just let things panic?

That's even worse than not handling the case in the first place.

Newfag here, can you recommend a Linux distro without it? I was interested in the Sourcemage threads when they were up.

Good reason faggot

Yep but this is 'expected' behavior in case there are any bugs in any systemd's config files.

What you don't like your OS crashing if there is a typo? The expected behavior is your machine hangs, dummy. Not that your single service start/restart should fail.

You see, by redefining the expectations they can make a lot of people swallow the biggest cocks.

FreeBSD. It's not Linux, but it will probably work for you.

If you need something which is available only as a binary, it can run Linux binaries, if you install the right libraries.

Lennart's the one you're replying to, and like every SJW he's been trained to 'deplatform' anything he disagrees with.

He will simply slide around any legitimate criticism, it's his way.

He's from communist East Germany after all.

I already know about BSD but isn't there a Linux distro without this crazy new subsystem?

This shit again, please learn something about the topic before you post. Or tell me, how exactly do you get root just by creating user with special characters. Prerequisites

make a service file with User=0day
run the service
it escalates the service running as 0day to root privileges.

You could always try Slackware.

And fuck you, go jerk of to your waifu

Show us the way, oh master

Sure buddy supa haxxor

You talk like sjw, and btw you still didn't say the reason except sjw, hurry durrr he's a next Hitler

But to make a service you need to be root

This. systemd is slowly taking over everything. Well if it acts like a botnet and if it looks like a botnet, then...

Not an argument. Systemd is wrecking Linux, which is overbloated in any event.

>drop support for a lot of old hardware in the name of compactness
>codebase still grows at exponential rate
>change ABI so people can't use old hardware
>add systemd botnet
welcome to windows town

this was possible with daemontools like a decade ago

at least now we might have muh gaymes on loonex :(

>deleeted his idiotic comment
This was possible with daemontools a decade ago.

Over half the entire Steam library works on Linux, every pre-SJW-era game works on Wine, literally what shit-tier games are you even playing which won't work with Steam or Wine?

daemontools isnt avalible on linux :^)
daemontools isnt systemd :^)

witcher 3

>daemontools isnt avalible on linux :^)
yes it is
>daemontools isnt systemd :^)
that's the point

has worked fine for months

>daemontools isnt avalible on linux :^)

WTF are you talking about?

cr.yp.to/daemontools.html