would be easy to replicate and should be reported as a major bug
The devs don't care. These issues have been reported.
No they haven't. There is no bug report for any of these ficticious problems.
Like the binary log corruption bug. After over 1 year of sitting, the bug got closed with a "working as intended" and dev border-lining lambasting the submitter. I can understand that a file can get corrupted because of faulty hardware or an FS bug, whatever. What I don't understand is how someone designs something as critical as a log to be non-atomic and easily get corrupted from an unexpected shutdown because it's designed that way.
What bug is that exactly? The bug where if the journal is closed incorrectly a new one will be opened to avoid losing messages?
Pointing out that a self confessed paedophile, who claims that Debian gone to hell "since it has was taken over by SJW's" who want to restrict his access to under-aged girls is "ad hominem"?
(By the way "Was there during the whole debate, read every message as it was posting" sounds so informed. Not quite so sexy considering I posted the link to the whole "debate").
I dont understand why in earth you are both posting as ACs in such an important matter.
Because they are lying.
systemd has bugs and implementation decisions that some people don't like, but, wierdly, there is a strange subculture of trolls who like to complain about systemd "throwing away output and exit statuses", behaviour which, if true, would be easy to replicate and should be reported as a major bug.
But no non-AC has ever been able to replicate the problem, and no bug report about this behaviour has ever been made.
I consider a great majority of women as 'peculiar', twisted, crazy, psychotic and have their own agendas which reflects their particular form of insanity and unreasonableness. Blame it on their hormones or upbringing or whatever. I just don't care anymore. There is a women against feminism group I heard
But are they more or less reasonable than wierd kiddy-fiddlers who claim that SJW's and "transgenders" are the only thing stopping them marrying "young girls".
Fuck these people. SJW pieces of shit. (Same type people banned marrying young girls everywhere, also look at planet.debian.org during the systemd debate: transgender this, women that, bla bla bla. fucking pieces of shit ruin everything good)
Since many places let you marry girls as young as 15 years old (E.G. Mexico) just how young do you like them?
As long as you're into post-puberty you could try Yemen. Watch out for the drones.
Just did an install in a vm. No. There is no option to choose an init system. systemd is default. If you want to use sysvinit, you have to do it via a pre-install script which basically means, netinstall.
If not using a preseed file, this can be added to the boot arguments instead by hitting TAB at the boot menu on the desired entry and appending the above preseed line at the end of the boot command.
1 vote decided for the systemd takeover in debian. There was a split 4-4 vote in the debian technical comittie. Which was then tie-broken by the chair who just happened to be a rabid force-it-down-your-throght supporter.
4x D U O V F (bdale, russ, keith, don)
F U D O V (steve)
U D O F V (colin)
F V O U D (ian)
U F D O V (andi)
So 4 people wanted systemd, or upstart, or openrc, or even sysvinit but lets stop the boring wrangling, 3 people wanted upstart, or systemd, or openrc, or sysvinit and one wanted sysvinit, or basicly anything but systemd.
There was no 4-4 split.
As for your insane frothing about SJW's, fuck off you paedophile moron.
You'd think half Slashdot was born before 1960 and learned some traditional UNIX before there even was a Linux, the way they carry on whenever anything changes
I was born before 1960 and started to use Unix around SVR3.0 before there even was a Linux.
Not portable? Who even cares when systemd doesn't even run on linux in most cases. Think phone tablet embedded non glibc. The biggest use case for linux already excludes systemd.
But it is exactly what I see on CentOS 7. How odd.
Type=oneshot
Where is this documented? I didn't see it in the man page for systemd, systemd.unit, systemctl, etc. or any other commands listed in the "SEE ALSO" sections of those commands.
man systemd.service
In man systemd I see:
The following unit types are available:
1. Service units, which start and control daemons and the processes
they consist of. For details see systemd.service(5).
[...]
SEE ALSO
The systemd Homepage[9], systemd-system.conf(5), locale.conf(5),
systemctl(1), journalctl(1), systemd-notify(1), daemon(7), sd-
daemon(3), systemd.unit(5), systemd.special(5), pkg-config(1), kernel-
command-line(7), bootup(7), systemd.directives(7)
Slashdot Mirror
Those who do not know multics are condemmed to reinmplement it, badly.
First, most modern Linux systems come without an inetd or xinetd, because they have no services which aren't supplied by long-running daemons.
Please name a modern Linux system that comes without [x]inetd.
Second, inetd won't listen on things it doesn't need to listen on, let alone xinetd.
Neither will systemd. As I said above on my system with no xxx.socket units systemd is not listening on any socket.
(x)inetd does not control what it attaches, the user does and via plain-text files that are in easy to find standard locations.
Uh, just like systemd?
So no slackware users are female, homosexual, black or trans.
How do you know?
History is full of inferior (and often grossly so) technological solutions being successful, just because they were pushed hard enough.
Notably, Unix.
would be easy to replicate and should be reported as a major bug
The devs don't care. These issues have been reported.
No they haven't. There is no bug report for any of these ficticious problems.
Like the binary log corruption bug. After over 1 year of sitting, the bug got closed with a "working as intended" and dev border-lining lambasting the submitter. I can understand that a file can get corrupted because of faulty hardware or an FS bug, whatever. What I don't understand is how someone designs something as critical as a log to be non-atomic and easily get corrupted from an unexpected shutdown because it's designed that way.
What bug is that exactly? The bug where if the journal is closed incorrectly a new one will be opened to avoid losing messages?
Pointing out that a self confessed paedophile, who claims that Debian gone to hell "since it has was taken over by SJW's" who want to restrict his access to under-aged girls is "ad hominem"?
So you would have prefered upstart?
(By the way "Was there during the whole debate, read every message as it was posting" sounds so informed. Not quite so sexy considering I posted the link to the whole "debate").
It's not the 1980's, we don't tolerate paedophiles any more.
I dont understand why in earth you are both posting as ACs in such an important matter.
Because they are lying.
systemd has bugs and implementation decisions that some people don't like, but, wierdly, there is a strange subculture of trolls who like to complain about systemd "throwing away output and exit statuses", behaviour which, if true, would be easy to replicate and should be reported as a major bug.
But no non-AC has ever been able to replicate the problem, and no bug report about this behaviour has ever been made.
I consider a great majority of women as 'peculiar', twisted, crazy, psychotic and have their own agendas which reflects their particular form of insanity and unreasonableness. Blame it on their hormones or upbringing or whatever. I just don't care anymore.
There is a women against feminism group I heard
But are they more or less reasonable than wierd kiddy-fiddlers who claim that SJW's and "transgenders" are the only thing stopping them marrying "young girls".
Fuck these people. SJW pieces of shit.
(Same type people banned marrying young girls everywhere, also look at planet.debian.org during the systemd debate: transgender this, women that, bla bla bla. fucking pieces of shit ruin everything good)
Since many places let you marry girls as young as 15 years old (E.G. Mexico) just how young do you like them?
As long as you're into post-puberty you could try Yemen. Watch out for the drones.
You don't know how to read, I even posted the link.
Everyone except Ian Jackson wanted systemd or upstart rather than sysvinit.
Four people prefered systemd to upstart, four prefered upstart to systemd.
Since the chairman was one of the four who prefered systemd then systemd it was.
So now you're worried that someone will be able to hack systemd by making it exit a poll(2)?
systemd pid 1 may have sockets opened and bound but it doesn't read from them. How are you going to hack that?
You mean untested, unaudited code that is forced into production environments? Code that has full network access as root?
So, what systemd things have access to the network?
Not running as root, running as user "systemd-timesyncd"
So set up a distro maintained by straight white males, for straight white males.
Oh, you can't because you haven't got the brains or balls to do anything other than sit in the corner whining.
Just did an install in a vm. No. There is no option to choose an init system. systemd is default. If you want to use sysvinit, you have to do it via a pre-install script which basically means, netinstall.
Why just netinstall? The instructions I've seen on the web say: https://wiki.debian.org/systemd#Installing_without_systemd
If not using a preseed file, this can be added to the boot arguments instead by hitting TAB at the boot menu on the desired entry and appending the above preseed line at the end of the boot command.
That doesn't work?
1 vote decided for the systemd takeover in debian.
There was a split 4-4 vote in the debian technical comittie.
Which was then tie-broken by the chair who just happened to be a rabid force-it-down-your-throght supporter.
No, that's not what happened. The vote was: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#6729
4x D U O V F (bdale, russ, keith, don)
F U D O V (steve)
U D O F V (colin)
F V O U D (ian)
U F D O V (andi)
So 4 people wanted systemd, or upstart, or openrc, or even sysvinit but lets stop the boring wrangling,
3 people wanted upstart, or systemd, or openrc, or sysvinit
and one wanted sysvinit, or basicly anything but systemd.
There was no 4-4 split.
As for your insane frothing about SJW's, fuck off you paedophile moron.
Of course you could just read the summary and realize that a Debian can be "a distro that doesn't use systemd".
You'd think half Slashdot was born before 1960 and learned some traditional UNIX before there even was a Linux, the way they carry on whenever anything changes
I was born before 1960 and started to use Unix around SVR3.0 before there even was a Linux.
I quite like systemd.
Not portable? Who even cares when systemd doesn't even run on linux in most cases. Think phone tablet embedded non glibc. The biggest use case for linux already excludes systemd.
My phone runs systemd fine.
But then my phone runs Linux, not Android.
you have to do a "systemctl reload" after stopping the service and before restarting it.
Sorry, I mean "systemctl daemon-reload" of course.
I'm completely stumped, so I welcome any suggestions at this point.
I suppose you've checked out https://wiki.archlinux.org/index.php/Power_management
Also the sleep key works fine
By which you mean? What happens when you press the sleep key?
That's not what I see on RHEL7
But it is exactly what I see on CentOS 7. How odd.
Type=oneshot
Where is this documented? I didn't see it in the man page for systemd, systemd.unit, systemctl, etc. or any other commands listed in the "SEE ALSO" sections of those commands.
man systemd.service
In man systemd I see:
The following unit types are available:
1. Service units, which start and control daemons and the processes
they consist of. For details see systemd.service(5).
[...]
SEE ALSO
The systemd Homepage[9], systemd-system.conf(5), locale.conf(5),
systemctl(1), journalctl(1), systemd-notify(1), daemon(7), sd-
daemon(3), systemd.unit(5), systemd.special(5), pkg-config(1), kernel-
command-line(7), bootup(7), systemd.directives(7)
And in systemd.directives there is:
Type=
systemd.mount(5), systemd.service(5)