FYI, North Korea has made three underground nuclear detonations in 2006, 2009 and 2013. Very few doubt that they now got a few nukes in the kiloton range - basically 1940s tech - and the means to deliver them to Seoul - a mere 35 miles away from the NK border. China doesn't care. They got a loyal ally, they could crush him at any moment and it'd only create hostility between Koreans and Chinese. And the country is not worth the trouble. I guess if China ever went on the offensive they'd gobble up NK - and probably SK too - but only if they're on the warpath anyway.

"There's no way you could be as stupid as Metal guys were portrayed in those movies, and put on a live show."

It worked for metallica.

On the other hand, any of us that have worked in science or tech has known someone that is like sheldon..... EXACTLY like sheldon....
But then I have also worked with a Moss clone from the IT crowd...

I think he's off his meds again.

Well, explicit stated dependencies are there. If you mean something beyond that, I get very concerned.

caching of input/output.

What i/o are you referring to? I/O generally is already cached as intelligently as the filesystem or block subsystem can manage. At filesystem or lower or inside the application are your opportunities to enhance things, not much room in between. If you mean cache data that is piped around or networked around, that is absolutely a horrible idea that is really infeasible unless it's in the application (it is impossible for an infrastructure to ascertain whether cached result is good enough in a generic fashion since it isn't in the middle of the transactions or understanding the flow.

This would be horrible. If it is a process that reads config only at startup, you have no idea of knowing when the changed on-disk copy is 'ready'. You cannot graft magic onto such a daemon. On the fly reconfiguration is already available even in standard libraries if applications want to do that. This is another problem that cannot be reasonably added in a sensible way without cooperation of the managed applications.

Something is very very very wrong in your case. Updates sometimes are more practical to reboot to just be sure that stale copies of vulnerable libraries are surely out (and certain platforms require a reboot to replace open files at all), but no reconfiguration necessitates a reboot short of reconfiguring very particular kernel/driver settings.

"if we won't do something about these ISIS people, they will not stop until they reach the borders of the western world, and by then it will be too late. "

Only if dipshits vote for and pass laws disarming the american citizens.

You want to know why Japan never tried an attack on the US mainland? They knew the citizens outgunned their army 40 to 1.

You cannot invade the mainland United States. There would be a rifle behind every blade of grass." - Soroku Yamamoto.

Actually technically he is right if we kill them all very fast.

nuke 80% of the middle east, full on carpet bomb every square mile with overlapping bursts and you will not have 2 more spring up. you will actually wipe them all out for good and not have any problems with middle eastern terrorisim.

The problem is surviving the 60 year nuclear winter afterwards.

Are you really that retarded?

The republicans call them damn illegal immigrant children.

We have kids running away from some horrific violence and the fucking scumbag GOP assholes want to turn them away.

Both upsides were already easily solvable. Most distro's rc scripts already call a function to start a daemon. That could easily have called a helper program to set up the cgroup and register on dbus to act as a controller for the group.

Meanwhile, at least Debian's rc scripts already had dependencies listed in their headers that could be used to compute a start order. It could as easily be used to compute a makefile to start in parallel.

The problem is, now that the init process will be such a hairball of dependencies, it becomes harder to implement such solutions without seemingly unrelated bits breaking. For example, no reasonable person expects the GUI desktop to break if you switch out init. (and no reasonable person creates such a dependency)

Oh, wait, no that's us.

This is not, nor has it ever been a central tenet of Islam. This cannot be viewed in political or historical isolation.

"Convert to Christianity under Papal authority or die by red-hot poker" was a governing principal of church and state - at the center of Europe's most powerful empire, for nearly 200 years. It was never the message of Jesus, regardless of your belief in Christianity. But scripture and political expropriation of pseudo-theology made that it seem so.

I hope someday you have a daughter who marries a an African Muslim. You might be forced to reconsider many of the things that you "know" so assuredly.

It's so much EASIER than THINKING!