From mboxrd@z Thu Jan 1 00:00:00 1970 From: ng0 Subject: Re: Add murmur. Date: Thu, 9 Feb 2017 18:20:30 +0000 Message-ID: <20170209182030.ngn2dsdfbzsmymdj@wasp> References: <20170201204312.3005-1-contact.ng0@cryptolab.net> <87mvdvxq9v.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55916) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cbtJ3-0003gN-8l for guix-devel@gnu.org; Thu, 09 Feb 2017 13:18:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cbtIz-0003v9-To for guix-devel@gnu.org; Thu, 09 Feb 2017 13:18:57 -0500 Content-Disposition: inline In-Reply-To: <87mvdvxq9v.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel@gnu.org On 17-02-09 17:50:04, Ludovic Court=C3=A8s wrote: > Hi ng0! >=20 > contact.ng0@cryptolab.net skribis: >=20 > > This patch adds an proposed change to mumble, murmur as an output. >=20 > I=E2=80=99m reluctant to =E2=80=9Cnon-standard=E2=80=9D outputs like th= is. The reason for > multiple outputs should be to reduce the closure size for standards > uses. What do we gain by not included murmurd in =E2=80=9Cout=E2=80=9D= in this case? >=20 > Thanks, > Ludo=E2=80=99. We remove the server component (murmurd) from the client component (mumble). I imagine that if you run murmurd, you will not want mumble in the same user profile. And if you run mumble, you probably don't want murmurd. The default is a client, adding murmur output is logical. But this is just my view.. I would not want a server unless I explicitly expressed my intention to have it What do you think? I would even separate the sshd from openssh client part, but that's another topic. --=20 ng0 -- https://www.inventati.org/patternsinthechaos/