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 1SOcoZ-0003eg-Az for garchives@archives.gentoo.org; Sun, 29 Apr 2012 22:41:59 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 54A5DE07EE; Sun, 29 Apr 2012 22:41:41 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 2EAE2E07C3 for ; Sun, 29 Apr 2012 22:40:53 +0000 (UTC) Received: from [192.168.26.5] (ip98-164-193-252.oc.oc.cox.net [98.164.193.252]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: zmedico) by smtp.gentoo.org (Postfix) with ESMTPSA id 9A8CD1B4058 for ; Sun, 29 Apr 2012 22:40:52 +0000 (UTC) Message-ID: <4F9DC373.1050407@gentoo.org> Date: Sun, 29 Apr 2012 15:40:51 -0700 From: Zac Medico User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:11.0) Gecko/20120404 Thunderbird/11.0.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [gentoo-dev-announce] Council meeting summary for 3 April 2012 References: <20353.41193.129711.306663@a1i15.kph.uni-mainz.de> <20120408220422.GA26440@kroah.com> <20120410184504.GB8504@linux1> <4F9C80F9.7040809@gentoo.org> <20120429084458.66df2a49@pomiocik.lan> <4F9CE7E9.3080806@gentoo.org> In-Reply-To: <4F9CE7E9.3080806@gentoo.org> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: b0ff39e8-0afd-4e30-9ee2-3caccebe890c X-Archives-Hash: c108e30b24f3c43771424dad29a9780e On 04/29/2012 12:04 AM, Luca Barbato wrote: > On 28/04/12 23:44, Micha=C5=82 G=C3=B3rny wrote: >> I have already opened bugs for many of them. But the list will increas= e >> in time, and we'll either move a lot of libraries to /lib* or decide t= o >> go the other way. >=20 > repeat after me EARLY BOOT, as in initramfs. In initramfs you don't hav= e > /usr with everything there because you are supposed to mount it. If you > need something (e.g. a mount helper using libs living somewhere) you > need to put it there, if you don't have a way to be aware of which is > where then you'll have users experiencing problems. >=20 > The proper way to fix it is either fix the programs or find replacement > that have less or no dependencies. Maybe it's reasonable for the initramfs to utilize a config file from /etc of the future root filesystem, but having in depend on files from the future /usr seems like a strange idea. Wouldn't it make more sense to bundle all dependencies into the initramfs, so that it's mostly self-contained, rather than have it be dependent on files from the future root filesystem (or future /usr)? --=20 Thanks, Zac