From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SDRK4-0002Gn-7K for garchives@archives.gentoo.org; Fri, 30 Mar 2012 02:12:18 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 80B23E0C1A; Fri, 30 Mar 2012 02:12:02 +0000 (UTC) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.120]) by pigeon.gentoo.org (Postfix) with ESMTP id 3873AE09AF for ; Fri, 30 Mar 2012 02:10:30 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=TvJkdUrh c=1 sm=0 a=xvUQ5II7JMRnhGkbsebX1A==:17 a=txVIi73YdL4A:10 a=_9BE_bmk-10A:10 a=6WvLBrxrMboA:10 a=wPDyFdB5xvgA:10 a=LfqMiUf45yUA:10 a=kj9zAlcOel0A:10 a=ptTZT96OAAAA:8 a=7mOBRU54AAAA:8 a=AD_PVQx0NHeLclIpV28A:9 a=CjuIK1q_8ugA:10 a=kAd1RKBXb18A:10 a=xvUQ5II7JMRnhGkbsebX1A==:117 X-Cloudmark-Score: 0 X-Originating-IP: 97.102.250.187 Received: from [97.102.250.187] ([97.102.250.187:42195] helo=basement.kutulu.org) by cdptpa-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 64/52-17039-516157F4; Fri, 30 Mar 2012 02:10:29 +0000 Received: from localhost (basement.kutulu.org [127.0.0.1]) by basement.kutulu.org (Postfix) with ESMTP id 4AFA87D801C for ; Thu, 29 Mar 2012 22:10:29 -0400 (EDT) X-Virus-Scanned: amavisd-new at kutulu.org Received: from basement.kutulu.org ([127.0.0.1]) by localhost (basement.kutulu.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7BewvPmxmQ1o for ; Thu, 29 Mar 2012 22:10:28 -0400 (EDT) Received: from PORPOISE (PORPOISE.kutulu.org [192.168.69.91]) by basement.kutulu.org (Postfix) with ESMTPSA id 777237D801B for ; Thu, 29 Mar 2012 22:10:28 -0400 (EDT) From: "Mike Edenfield" To: References: <20120327133728.GA3754@acm.acm> <01c301cd0c22$2fac1300$8f043900$@kutulu.org> <20120327142646.GB3754@acm.acm> <20120327154620.21440f87@digimed.co.uk> <86iphq0vza.fsf@jane.chrekh.se> <003e01cd0c53$a2e99b90$e8bcd2b0$@kutulu.org> <20120327212422.GA3437@acm.acm> <20120327234819.45111444@khamul.example.com> <20120327223544.GC3437@acm.acm> <01bf01cd0c9a$a2259000$e670b000$@kutulu.org> <20120329155628.GC2961@acm.acm> <20120329173535.2c5482fd@hactar.digimed.co.uk> <20120329191143.5cbf50a0@digimed.co.uk> <20120330010406.2459ca90@digimed.co.uk> In-Reply-To: <20120330010406.2459ca90@digimed.co.uk> Subject: RE: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs? Date: Thu, 29 Mar 2012 22:10:37 -0400 Message-ID: <002401cd0e1a$4c75cea0$e5616be0$@kutulu.org> 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-Mailer: Microsoft Outlook 14.0 Thread-Index: AQI/1jabVc9z4KztcH5BI3TVjfITpACvZDz7AkNeK7YBmHYhQgIbZbNhAhkYx3wCePxdQQHO769eAkmaZGoB13NcvwEzZI/nAi8Dec4BYLnCkgGtavo/AflNmBQBrA4ANJTCj8sA Content-Language: en-us X-Archives-Salt: 3951924e-ed49-4338-b5e5-746613dc39cd X-Archives-Hash: dd9b528c14014952b4d2978839a19104 > From: Neil Bothwick [mailto:neil@digimed.co.uk] > Sent: Thursday, March 29, 2012 8:04 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Re: After /usr conflation: why not copy booting > software to /sbin rather than initramfs? > > On Thu, 29 Mar 2012 14:35:36 -0400, Michael Mol wrote: > > > >> Don't forget boot-time X-based animation, too. That's an > > >> extraordinarily common feature of mainstream desktop distributions. > > >> And there will be other things, I'm sure. > > > > > > I don't get involved with those, but I'd hope something intended to be > > > run so early would have minimal dependencies, if any. > > > > There's a pretty firm distinction between what things get used for, > > and what they're intended for. The udev developers presumably were > > reacting to this when they decided to support an "anything goes" > > policy regarding plugscript behavior. > > > > And while I'm generally the kind of person to find unintended (but > > perfectly compatible with their spec) uses for things, I don't figure > > on being one to do so in my init sequence. That said, someone else > > will. > > I know what you mean, but here we are discussing something being used for > its intended purpose. If a bootsplash program is not designed to work > well a the start of the boot process, you have to wonder what it will be > good for. splashutils, which is the package dracut uses to generate a boot splash image, has a lot of dependencies but requires they all be built USE=static-libs. Plymouth, which does animated boot splash, is a bit worse; it installs a few dozen files, about half of that data. Then again, if you're putting an animated boot splash image on your initramfs, I don't think you're all that worried about space :) --Mike