From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 19063138E20 for ; Fri, 21 Feb 2014 00:16:12 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6258DE0B6D; Fri, 21 Feb 2014 00:16:08 +0000 (UTC) Received: from london.evolone.org (li517-174.members.linode.com [176.58.118.174]) by pigeon.gentoo.org (Postfix) with ESMTP id 1F47AE0B29 for ; Fri, 21 Feb 2014 00:16:06 +0000 (UTC) Received: from lbg2.PK5001Z (67-5-239-73.ptld.qwest.net [67.5.239.73]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mykhyggz) by london.evolone.org (Postfix) with ESMTPSA id 8FB8E507A for ; Fri, 21 Feb 2014 00:16:05 +0000 (UTC) Date: Thu, 20 Feb 2014 16:16:01 -0800 From: Michael Higgins To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Debian just voted in systemd for default init system in jessie Message-ID: <20140220161601.266b94bf@lbg2.PK5001Z> In-Reply-To: <20140220153709.4cfd36ec@lbg2.PK5001Z> References: <52FF84CE.2050301@libertytrek.org> <20140218210633.d25f4bb88b3891f7c0ed11c6@gmail.com> <20140218220712.9ec8d2529ef49d743b3bc826@gmail.com> <5304576E.4000704@sporkbox.us> <5304A5DE.4050905@libertytrek.org> <5305FACC.8080705@libertytrek.org> <530646EA.4020300@libertytrek.org> <5306603C.1040602@libertytrek.org> <53067228.3090606@libertytrek.org> <20140220153709.4cfd36ec@lbg2.PK5001Z> Organization: Evolone X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; i686-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 258aa88c-7782-47a4-9f87-17ddab08dc93 X-Archives-Hash: 8809b2672300042d3e95f77e708d532d On Thu, 20 Feb 2014 15:37:09 -0800 Michael Higgins wrote: > Okay, I'll go re-wire my tin hat now. Hope someone found this amusing. One other thought I'd has was, well, as long as systemd doesn't, like, implement some kind of net protocol, so to make it possible to ship logs from systemdjournalcontrol. I mean, so what if then it just sits there doing its job, more or less. You can even offload the job to your favourite logger, and it just sits there, pretty much inoffensively in the pid 1 family. Then I read this: "I am curently working on getting log syncing via both a PUSH and PULL model done. This will be based one existing protocols and standards as much as we can (SSH or HTTP/HTTPS as transport, and JSON and more as payload), and is flexible for others to hook into. For example, I think it would be cool if greylog2 and similar software would just pull the data out of the journal on its own, simply via HTTP/JSON. We make everything available to make this smooth, i.e. we provide clients with stable cursors which they can use to restart operation." So, I don't know. That 'journalctl' seems to be really just a front-end to some routines actuall coded in sytemd. So, I guess, windows all over again? Really, a net protocol at that level? I'm sure there's no way to exploit that. What I do know is, that if any point I work again in IT, it will just be part of "the way it is done", for the same reasons most shops don't use Gentoo, for example. No one will blame you for using whatever, if pretty much everyone else does so too. Plus, if there's some massive codebase with a flaw causing a security breach, you're not alone. But, seriously, flawed (carnivorous or nefarious) by design does seem to be the upshot here, the more I read about the design decisions. I don't think I've presented any compelling argument against anyone else using it, per se, more than questioning the logic of it becoming ubiquitous. It does seem to solve a lot of "real world" problems, in one way, or another. And I'm done looking at it, I think, and will leave it to others to take my notes with the grains of salt required. For me, I don't really have a need for what it offers, nor a "real world" need to worry about possible implications of its design or rate of adoption. Cheers, > Cheers, > > - mykhyggz >