Comment Re:Those against Systemd remind of legacy comp adm (Score 1) 551
Bug report?
Bug report?
Binary Logs voids this. If you can't grep the log, then not Unix. Fuck that.
You're giving us all this shit about "the unix way" and you don't know how to write a fucking pipline?
Twat.
No he's saying don't be a dick.
No he's not.
He said "don't be a dick or you might get punched in the face", which is devoid of moral content.
He's confirming Kurt Vonneguts criticism of christianity -- what's wrong with the story of the death of Jesus is that it tells you not to nail the son of God to a cross instead of teaching you that it's a bad idea to nail people to pieces of wood.
Since my embedded box switched to Fedora 20 and systemd, its boot started to fail once in a while.
If your "embedded box" gets to decide what software to install on its own you've got bigger problems than systemd.
Oh, dear, I miss whoosh.
Samsung Tizen phones do run systemd.
Me silly.
My phone does run systemD.
It's not android.
So you're claiming Alberto Gasparri is behind the attack on Charlie Hebdo, not Daech or AQPA?
Interesting theory.
You win the internets with that one.
Why?
I'm bummed that Ian's GR concerning init system equality failed
Why? What that GR said was that packages that didn't support all init systems would be removed from Debian -- i.e. if it had passed Xfce4 would simply be removed.
Except it is. Want to run gnome? You have to run systemd
No you don't. Repeating a lie doesn't make it true.
Heard of udev? I have used it for longer than I can remember. Now part of systemd.
The source code is maintained by the same people, who happen to keep it in the same directory tree. udev is not dependant on systemd.
You're still entirely free to not use it. But then of course you're stuck using either an outdated or fringe distribution that doesn't offer the finer things in life, like loads of nicely pre-packaged software or timely security updates.
Debian is an "outdated or fringe distrubution"?
Debian Jessie works without systemd. If you find anything that doesn't work then open a bug.
Of course, as always, you can't insist that the Debian fix the bug, buit if you're polite and helpful maybe the bug will get fixed.
inetd would spawn a new daemon to handle each incoming connection. Sure, that can work in some cases, but your daemon has to be written to take that into account.
Systemd can spawn the daemon on the first request and leave it running.
xinetd can do that too, Set "wait = yes" in the xinetd conf file
I think stock inetd can do it too, but the wording in the manpage is almost unintelligable:
wait/nowait
This field tells inetd(8) if it should wait for a server program to return or to continue processing new connections immediately. Many connections to server processes require answers after data transfers are complete, where other types can keep transmitting on a connection continuously, the latter is a "nowait" and the former "wait". In most cases, this entry corresponds to the socket-type, for example a streaming connection would (most of the time) have a "nowait" value in this field.
I know. That's why I love that link. Yes, it is trolling, but in a good cause.
Well, you're free to not buy Charlie Hebdo, you're also free to say it's a shitty rag.
If you think they've broken the law somehow (for example by libelling you) you're free to take them to court.
What more do you want?
The key elements in human thinking are not numbers but labels of fuzzy sets. -- L. Zadeh