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 267CB1381FA for ; Wed, 4 Jun 2014 13:50:16 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4B1DAE09E8; Wed, 4 Jun 2014 13:50:11 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 36CF3E0956 for ; Wed, 4 Jun 2014 13:50:10 +0000 (UTC) Received: from [10.173.147.84] (85-76-37-17-nat.elisa-mobile.fi [85.76.37.17]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: ssuominen) by smtp.gentoo.org (Postfix) with ESMTPSA id 6C0B633F649 for ; Wed, 4 Jun 2014 13:50:07 +0000 (UTC) Message-ID: <538F2379.10704@gentoo.org> Date: Wed, 04 Jun 2014 16:47:37 +0300 From: Samuli Suominen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Systemd upower References: <20140603161406.0400709b5f38540475ac4c1f@web.de> <6653474.aQqAYpAeto@wstn> <538DFC41.3080602@libertytrek.org> <538F0F5F.8020707@libertytrek.org> <20140604144714.13aa4834@digimed.co.uk> In-Reply-To: <20140604144714.13aa4834@digimed.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 5b9fb7ee-a3fc-479a-abbf-2ad4f17a58d5 X-Archives-Hash: 9d7c761072cf1487e3f90dc60e362b9e On 04/06/14 16:47, Neil Bothwick wrote: > On Wed, 04 Jun 2014 08:21:51 -0400, Tanstaafl wrote: > >> And yes, as devs get lazier (decide to rely on systemd rather than >> build it to work independently of the init system), > Reusing existing, proven code is not laziness, it is efficiency. Yes, > they could code their own version, but all the time they spend coding and > testing it will not be spent on the actual project, we all end up with an > inferior product. Also, by adding to the software the uses systemd, or > any other underlying code, the number of users/testers of that code > increases. > > You seem to think the Upower devs simply decided to use systemd instead > of doing it themselves. In fact, they were always using code, from either > systemd or pm-utils. The fact that development stopped on pm-utils is > neither the fault of the Upower or systemd people. They were reduced to a > choice of one and you blame them for making the wrong choice? > > Well said.