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 1SQhwL-0002Tj-2W for garchives@archives.gentoo.org; Sat, 05 May 2012 16:34:39 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B85DAE09A2; Sat, 5 May 2012 16:34:02 +0000 (UTC) Received: from edge1.cs.stonybrook.edu (edge1.cs.stonybrook.edu [130.245.9.210]) by pigeon.gentoo.org (Postfix) with ESMTP id 5D8FDE0978 for ; Sat, 5 May 2012 16:33:09 +0000 (UTC) Received: from HUBCAS1.cs.stonybrook.edu (130.245.9.206) by edge1.cs.stonybrook.edu (130.245.9.210) with Microsoft SMTP Server (TLS) id 14.1.355.2; Sat, 5 May 2012 12:33:03 -0400 Received: from [192.168.1.2] (108.46.203.161) by hubcas1.cs.stonybrook.edu (130.245.9.212) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sat, 5 May 2012 12:33:05 -0400 Message-ID: <4FA5562C.60305@cs.stonybrook.edu> Date: Sat, 5 May 2012 12:32:44 -0400 From: Richard Yao User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20120430 Thunderbird/10.0.4 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: Greg KH CC: Subject: Re: [gentoo-dev] Chromium bundled code References: <4FA2512E.7030806@gentoo.org> <20120503213930.GA5562@waltdnes.org> <4FA419F8.8080907@gentoo.org> <4FA421F3.9070100@gentoo.org> <4FA4307C.4090804@gentoo.org> <20120505005824.GA22763@kroah.com> <4FA481E9.8050803@cs.stonybrook.edu> <20120505013304.GA26015@kroah.com> In-Reply-To: <20120505013304.GA26015@kroah.com> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1D62A5F356729C9A1E2A6AC0" X-Originating-IP: [108.46.203.161] X-Archives-Salt: a49aeb81-ed68-4264-b0f0-82e9e836bad2 X-Archives-Hash: d912fc6a44a930398f515050cecd5115 --------------enig1D62A5F356729C9A1E2A6AC0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/04/12 21:33, Greg KH wrote: > On Fri, May 04, 2012 at 09:27:05PM -0400, Richard Yao wrote: >> On 05/04/12 20:58, Greg KH wrote: >>> Why do we really care about non-udev and non-dbus users? It's only >>> going to get worse and worse if people don't want to use these core, >>> base libaries of the Linux "stack". >> >> I was under the impression that in order for there to be a Linux stack= , >> the Linux tree would need to include a userland in addition to a kerne= l. >=20 > Huh? Don't you consider the kernel + glibc + xorg today a good "Linux > stack"? Isn't the "Android stack" another example of a good "Linux > stack"? glibc and xorg can run on top of Linux, but I would not call them a Linux stack. glibc is the C standard library for the GNU operating system while xorg is a windowing system intended for UNIX operating systems. People have them working on top of Linux, but people have them working on top of other kernels too. The Debian developers have both components working on top of FreeBSD's kernel as well as HURD, which is glibc's native kernel. As for the Android stack, it is currently used on Linux, but nothing prevents it from being used on other kernels. In specific, both Solaris and FreeBSD the ability to run software built against the Linux kernel ABI. If one were sufficiently motivated, it should be possible to run the Android stack on either of them. My understanding of a stack is that it generally includes a kernel, a libc, a C compiler, an assembler, a linker, a bootloader, an init system, a getty implementation, a command shell, a text editor and some basic UNIX commands (e.g. cp, mv, rm). There is some userland software in the Linux tree in ./usr and ./tools, but aside from the kernel, I cannot find anything that constitutes a stack, or even a stack minus a few components. Plenty of regressions stem from using other projects' stacks on Linux. The following regression was particularly painful: https://bugzilla.redhat.com/show_bug.cgi?id=3D638477 I would love to use the Linux stack on my Linux systems to avoid such regressions, but I cannot find one. If one exists, please let me know. --------------enig1D62A5F356729C9A1E2A6AC0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPpVYvAAoJELFAT5FmjZuE1ikP/jWBnyy0P7+7y79unuMUGcaF WWvdm9RrHpxWba2MBldfA5NOY3loODyHKRJZgqrHlAJ4HNPW5NIo/WfJnSmxLSKA KcjoUB02R0Gy3NUlQHIOBP3zmECF9/C8HdRP+G2QBQRH2W3wNj+iVMOQcJLUUJTw caxpdp1H59j0ON/wG7SxAOWufbfdz/AuinEWcZRBOIbx5ClMSPfpuJl2Y3syJ0KY pTtYj6eweMujzPRk4dT9UnU8/OYw9hMxf5l27Mx0COZRyJccUKv+N+QOswN2OlaL 54izJ+VAm/cQifv4OqTUzgUhj4GUMByYzb/Om7al0bjnGfJU2tCnb1beiRWmG6lw zlbzne4dvlN0qF78tscgehiLWTvPcrt54Ct3RuCgk9YW/7LiuqZlrydx39oJUU5P aGptTf06r8sT5ikMzUcczwgWZMPLTkAa7cqrPgEdGhcliHXi+UO0kddqCfF5UseX s8gxwYcXJOWMnkwwlNb1F64jkjpPzf+DKLhHfh6JkSCCft/W+g+peAAy9//69VKZ z4z367BKlRKrhHUg16DKIU0L83jzUSW33ecuMNbUxwjeXrhG7+8iUOSzRNO4XJDu EX/jaxmGPvX5gAZ3rAHqPK3fBs41kd6N2C0Q28Q0+mgNYqvF+wrh1crXsCTBUdEK gw+mspflXrsQO/81VZh7 =TMVC -----END PGP SIGNATURE----- --------------enig1D62A5F356729C9A1E2A6AC0--