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 19EB91381F3 for ; Wed, 31 Jul 2013 18:36:12 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B6246E0AE6; Wed, 31 Jul 2013 18:35:59 +0000 (UTC) Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6511EE0AA4 for ; Wed, 31 Jul 2013 18:35:58 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id z5so844754lbh.37 for ; Wed, 31 Jul 2013 11:35:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=jHrmNvQH4VX60UNUuxweSdiVi4XFJC+Ebc9zVlNBCRc=; b=c9Vt76g/JDxvsPVjRSsyjqbfeNjkIrDtgspbJasiJPyq8MWQ/gRZ99F+dibMNChm+2 kgXIt5EvqpfVrX14Lvw1L/NaGRPZRB8Xs1Hs17RzBsakkFE2fFgSVXLWnL5JC27/EhQp pXLBdKzFJFZXc5COO5bKvVGmejUWBphUpbyxvHZT4a66byoiFZdfoncgQ++pjkwoNJcp XrXhFflx+uYySl864wFTCCcZPGhozsmugy4jUofQYEwYJeigPLRdhX5NlGDRJLZxFW4f 5b5HuDSbYNe1Rb8qIDY3WmI1UH/cXNc3j4vNcwc8fdYSOS2zdDrVhA8GA+KMbx9p9O2o 5h1A== 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 X-Received: by 10.112.130.134 with SMTP id oe6mr1677481lbb.30.1375295756649; Wed, 31 Jul 2013 11:35:56 -0700 (PDT) Received: by 10.114.96.2 with HTTP; Wed, 31 Jul 2013 11:35:56 -0700 (PDT) In-Reply-To: References: <57299332.XkTIeZ2QOq@melforce> <3017.1375206780@ccs.covici.com> <6349.1375221843@ccs.covici.com> <51F8F63E.9020705@libertytrek.org> <20130731132227.5e582ee7@digimed.co.uk> <51F9034E.7040204@libertytrek.org> <51F92CC0.2060504@libertytrek.org> <51F9480E.3080406@gmail.com> <51F952C3.7070903@gmail.com> Date: Wed, 31 Jul 2013 13:35:56 -0500 Message-ID: Subject: Re: [gentoo-user] gentoo-systemd-only deprecation From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 2ad8c95d-7d64-489c-8c77-9eafda6b6bb2 X-Archives-Hash: d1dd0780efed8789968217d1621678d6 On Wed, Jul 31, 2013 at 1:22 PM, Canek Pel=C3=A1ez Vald=C3=A9s wrote: > On Wed, Jul 31, 2013 at 1:09 PM, Alan McKinnon = wrote: >> On 31/07/2013 19:56, Stroller wrote: >>> >>> On 31 July 2013, at 18:23, Alan McKinnon wrote: >>>> ... >>>> Whinging about systemd binaries being installed is valid, but whinging >>>> about some data files is not. Anyone who does is letting their OCD sho= w >>>> in ways they really should be keeping private. >>> >>> Hmmmn, it's a bit freaking weird - if I'm understanding correctly some = of the statements made here about systemd - that there will be files instal= led to /etc/init.d/ that don't actually do anything. >>> >>> Stroller. >>> >>> >> >> You are understanding it wrong. The scene being worked towards is: >> >> ebuilds for services will install openrc scripts in /etc/init.d >> ebuilds for services will install unit files somewhere else. >> Only one of those sets of teeny weeny files can be used at a time, the >> set in user depends on the service manager. >> >> There's an idea floating around that openrc could use systemd unit files >> but it's still just an idea. If it becomes more than an idea, the files >> in /etc/init.d may or may not be dispensed with. Either way it doesn't >> matter. Unit files are unlikely to number more than 100 total, and are >> likely to be smaller than 1 fs allocation unit in size. > > 160 files in my laptop, using 652K, 122 files in a LAMP server, using 492= K. > >> bash's man page is considerably larger than all that all by itself. > > bash's man page is 62K in my laptop (compressed with bzip2), 277K uncompr= essed. > > So, not quite exactly like you say, but the point remains true. The > man pages in my laptop use more than 20 times the space used in > /usr/lib/systemd (and that includes binaries like systemd itself and > systemd-udev). Oh, I just noticed that systemd-udev is a link to /sbin/udev. So add 205K more for it. Regards. --=20 Canek Pel=C3=A1ez Vald=C3=A9s Posgrado en Ciencia e Ingenier=C3=ADa de la Computaci=C3=B3n Universidad Nacional Aut=C3=B3noma de M=C3=A9xico