No, but they do make it an absolute joy to supplant their will and use other applications. In short, unless you've put measurable effort into it (and if you're using a Mac, this is highly unlikely), you're logged in to iCloud, and using iPhoto and iTunes.
a) police radios are increasingly encrypted. the days of analog radios are long gone.
b) the "secure messaging" system records everything. misuse could lead to disciplinary action. (not that there's a staff of people looking over every email.)
Then part (e) needs to be removed or amended. There's a very good reason "texting while driving" is illegal pretty much everywhere: it's fucking dangerous. If he needed to respond "immediately" then he should've pulled the damned car over.
(Also note, in NC cops can be assholes and write you a ticket if the car is on but in park because you are still technically "operating" a vehicle.)
Some "experience" there. I'm not a hunter, and it's been decades since "hunter safety" in high school (required in NC)... You don't f'ing fire on things you cannot clearly see and identify. "I thought I saw a deer" should be what they carve in his tombstone.
And to be perfectly fair, the issue hinges on glibc's completely idiotic insistence on free()ing everything at exit() instead of just f'ing exiting. The kernel knows exactly what to return to the free pool and does not depend on, or require, the application to return the memory it requested.
SysVinit doesn't have any way to restart services
Yes it does, and it always has. The problem is init didn't start cron. cron was started by a shell script that was started by a shell script that was a one-shot by init. If cron were a "respawn" task in the inittab, it would, indeed, restart it if it exited. (and disable it if it respawned too often.)
And now your e-penis is 3mm bigger.
You could not be more wrong. While ntpd may not be installed by default, it's purpose is very much time synchronization with one or more servers, very rarely is it installed as a time source. I have it installed on hundreds of machines, only two of them are servers.
Scope? You've got to be smoking some good shit. As an init system, it's job is to start and stop (and monitor) applications/subsystems. NOT be those subsystems. Start syslog, not replace it. Start login, not replace it. Start ntp, not replace it.
SMF doesn't try to be anything else. And it doesn't 100% eliminate shell scripts -- though they aren't in
If I need SNTP support (or full NTP), I'll f'ing install software to handle it. I don't need my damned init system to carry that spare tire with it.
The real question is why didn't it stop. Of course, anyone looking at the code should've seen the obvious possible infinite loop.
Right. And systemd is going to make every distro in the universe use the exact same tools, in the exact same places, with the exact same filesystem layout, and the exact same configuration methods/languages/etc. HAH! No, major distros will continue to have their own ideas of how things should be done, and systemd will never stop that. The very minute systemd attempts to assert such control it will be dead. (it's a**hole creator will have long abandoned by then.)
No, no. systemd doesn't make mistakes.
If we can find a better way to do it, let's do it.
systemd is hands down, NOT a better way. It's a complicated, overgrown, bloated replacement for numerous systems that were not complicated, did exactly and only what they should, and did so efficiently with fairly simple, time tested code.
IPv6 currently has fewer prefixes, but that won't always be the case, and it uses the same TCAM space as everything else. Giving IPv4 a little more space means taking it from something else -- by default that's IPv6 space.