Did prohibition of alcohol work well?
Harsh but fair
It is important to be careful when referring to "stupid directives". Most of them are not and the ones that make the headlines are not even true. For example, the banana thing was an attempt by the EU to keep the quality of bananas in the face of sub-standard imports. Interestingly, the legal properties of the banana were taken from the already existing UK regulations.
Some EU directives discussed are a bit nutty but most of them never make it to being a law.
I completely agree.
On my ipad I have three icons next to each other that look almost exactly the same. On my Android phone I have something similar and the Dolphin browser on my phone has loads of little blobs that bear no relation to anything and the only way to find out what they do is to press them.
With OSX I have chosen not to upgrade to the latest just in case I end up not knowing what anything does. Strangely, Apple are still producing Logic X with things that look exactly like their physical counterpart, right down to useless cables in some cases.
I think the map data itself is fine. It works great on a TomTom
On android google maps is pretty cool. You can say "ok google, take me home/work/xxxÂs house" without pressing anything. You can also say things like "take me to the nearest bar/pizza/ATM" etc. The navigation itself is pretty good and can use public transport if you want it to.
AppleÂs problem when competing with google is that their apps only work on Apple systems. Doing what google has done with street view is a huge undertaking if you are restricted to a smallish percent of the market.
I do understand that Apple wanted to get away from relying on Google for maps but I donÂt think they have succeeded.
However, that all started out as "can windows run without explorer". It turned out that it probably couldn't and Microsoft was found guilty of using one Microsoft product to unfairly increase the use of another Microsoft product. This is different and rather interesting though because now, Microsoft and Cyanogen are going to prove that Android can run perfectly happily without Google apps. This should suit Google just fine when the EU comes knocking.
You have plainly been around a while. Even longer than I in fact, at least on Slashdot.
I am slightly disconcerted with the unseemly personal attacks on the developer of a controversial new system component. I am slightly more concerned with the aggressive tone adopted by those who believe this component a step forward. The rather distasteful suggestion that those that hold a different opinion are simply disposable is not very attractive especially since many who are not convinced by systemd have many, many years of watching unix and unix like systems break.
I am on the fence personally, willing to be convinced but bear in mind I have many, many years of having my arse saved by following the trail the very transparent init gives us. I have many many years of experience of pain when required to follow less transparent approaches such as SMF.
Perhaps you have a convincing argument for me.
This is an improvement and makes it possible to use standard monitoring tools. If one of those is a unique identifier, thats even handy.
What makes this even better is that it allows me to easily create a script to re-format the logs into something everything and everybody can easily read just as they used to.
pidfile approach is guaranteed to fail or require operator intervention from time to time. It can even be dangerous and result in the wrong thing being killed just as much, if not more than not using a pidfile.
Your description of the workflow using a pidfile already requires accessing the process table so why bother with all the other stuff. Just look for another instance of your daemon. If there is one, send it your commands but if there isnt start up.
OK thanks for the clarification.
However, I have never ever needed a pid file. If I have written the deamon myself, it ensures it "ps" only produces the correct "hit" or can be readily found in
Ok that might be a bit annoying for most its true. However, as all daemons are the child of init, init will be informed by the kernel if a child dies and wait() will get the pid so all that difficulty could be fixed in a few extra lines to init.
The grouping of everything together is achieved by cgroups, not systemd so theres no reason why you cant arrange that using standard sysvinit. To be honest as cgroup like technology has been around in other systems before, youd wonder why nobody ever bothered to implement such a solution before, maybe nobody saw the need.
Actually, the binary logs bother me the most.
I can see your point but in the cases where I have had to parse binary logs that come to mind i.e utmp files and BSM audit logs, it was significantly more annoying than parsing something like syslog with grep/awk/sed/cut/expr etc etc.
It occurs to me that the problem you are trying to address is only a problem because maybe you havent found the right tools and maybe havent split your logs up into logical files rather than just using syslog.
The tool you want to parse your logs is so good it seems like magic. It is an unbelievable tool. It indexes log files, extracts reports, draws graphs, alerts and keeps your coffee warm. It is http://www.splunk.com/ you can use it for free if you dont index too much information.
Like so many enterprise tools, including all monitoring software, it cant read binary logs.
I was there too.
cron does care about exit codes. Any cron job returning a non zero exit code will have "rc=X" in the cron log and it can even mail you the stderr.
Admittedly it will also have "rc=1" if it couldnt run the job at all e.g. if the user account is locked but mostly the cron log doesnt lie.
I just need to get this clear what you are saying.
Are you saying that a "daemonized" process needs to keep track of what pid it had itself and that it has to keep it in a pidfile? I just wondered because nothing ever, ever, ever needs a pidfile especially as any service can get its own pid by going "getpid()"
And then you are saying that one advantage of systemd is that you get the pid in syslog and perhaps some other data about the process itself. I had never thought of that. I mean I never thought when I read something like "can not write to
Maybe it is sometimes for some people. Seems a terrible upheaval for a very small gain.