I _already_ can and do handle logs like I want. I have zero reason to hand them to systemd first and zero intention of ever doing so. There is also the little problem that I have to handle logs by other people on occasion and making them use an inferior solution (systemd) makes my work harder.

Fortunately, RHEL faces really stiff opposition (needs some insider-knowledge so see), not only because some problematic, instable and in-transparent monster is handling the system init. One group is people that want to get away from Solaris, just to find that RHEL 7 is actually _worse_.

A minor calculating error, completely irrelevant. I used the original release in 1993 on SunOS.

Nice inversion. Init is the status quo, systemd is the intruder. Hence anybody sane would require the systemd proponents to do what you claim I should do. (And nice rhetoric trick to portray me as individual while your side is of course a large and powerful group, when no such thing is true.)

Of course this is a well-known tactics: Cannot defend what you want? Make the other side defend theirs! Face opposition? Claim these are are all somehow disturbed individuals only expressing personal opinions of questionable merit, with no common ground while the proponents of the "thing" to be pushed are an unified movement with large numbers and deep wisdom. Need to lie to justify the "thing" you are pushing (and for systemd you need to lie a lot)? Simple: just claim the other side is lying all the time. Oh, and require the other side to somehow fight "honorably" ("make your case"), when the side pushing the "thing" could not be farther from doing so itself.

But thanks for confirming basically everything in my original analysis. The greatest achievement for any PsyOps campaign is of course to recruit a large number of "useful idiots" that push their agenda for free. I do of course not know whether you are paid to lie or are just an useful idiot.

Fascinating. Pure propaganda of course.

You just live on in you fantasy world, but I will just name you an enemy of freedom and choice in Linux.

Nice propaganda piece. Utterly dishonest and ignoring the facts of course, like all systemd propaganda. You people have gotten extremely repetitive a long time ago.

I will not even bother addressing any of your "arguments", as they are all pretty transparent. Only one thing: If "choice" dies in Linux as you predict, then Linux dies. Surprisingly, everybody except Red Hat seems to have managed fine until now. I think who actually needs to die is Red Hat.

Funny, anybody not part of a dishonest propaganda campaign would immediately identify "You poor baby" as an attempt at emotional manipulation. You really cannot be that blind, you have to intentionally lie to not do so.

As to technical arguments, that is because you have not looked. (And no, I do not need to make any arguments individually and in each of my postings, I can do what the systemd mob does: Rely on things others have said and on things I have said elsewhere.) This is typical systemd propaganda: Claim the opposition "did not make any technical argument" when it did summarize or attack the propaganda methods used. At the same time when technical arguments are made (and they have all been made by now and are easy to find), attack with emotional arguments, like calling the opposition "anti progress" (when no such thing is true), incompetent, "has not tried it" (apply the argument to drugs to see the stupidity of it), "stuck in the past", etc.

The simple observation is that the pro-systemd crowd knows that it has no leg to stand on on merit and hence uses this completely dishonest and manipulative strategy to push it.

Hint: I had an academic course once that covered these methods. It was specifically designed to allow engineers and scientists to identify when they are attacked in this fashion. These are well known methods to sabotage opposition in negotiations, conflicts, etc. Of course such methods are not employed with people that have intact honor and integrity. You people are being incredible obvious and that is why so many have now identified you as enemies of freedom in Linux.

And you confirm your complete cluelessness: Log corruption is almost never due to hardware problems with the storage these days.

Funny thing is you just conform what most of us already have observed: Proponents of systemd are "useful idiots" for the side pushing it, but are utterly clueless about what the problems with it actually are and why they are problems.

May be components intended for a different use. Definitely not fit for longer-term usage or bad weather.

The PCB is rather low-density. This may be a custom-manufactured board (which may mean no way to track it) with the components placed and soldered by hand (iron and hot air). There may be some way of tracking the GSM module (the one marked 2209) as that is way outside of non-specialized shops to design and not a lot of manufacturers make them. May need to be opened for identification. The rest looks like some standard microcontroller and support circuitry, nothing special at all. Problem is that except for the GSM module, creating a simple mobile phone-like device is rather easy. These days you get GSM modules to be used by hobbyist microcontroller projects, for example this here: http://www.seeedstudio.com/dep...

Sounds like junk-science to me.

Blue ones not so much. They are rather washed out and unremarkable in most cases. Only advantage is that blue works better with colored contact lenses. Why change something that is already good?

You overlook that "merit" is not a list of features, but an overall appreciation. Complexity has a price, and here it is far too high. You also seem to be unaware that everything you list is either available in other forms or not important, some of them both.

Really, even though a great deal of effort is spent by the systemd fanatics top obscure the fact, it has no merit.

Anything conducting will do, but Aluminum is a lot less effective than Copper or even Gold and forget about foil. A nice general-purpose HF box will be 0.5 to 1mm of copper with tin(Sn)-plating so it can be soldered well.