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 C9CD41381F3 for ; Tue, 2 Jul 2013 10:11:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BE1C5E0AB3; Tue, 2 Jul 2013 10:11:19 +0000 (UTC) Received: from jacques.telenet-ops.be (jacques.telenet-ops.be [195.130.132.50]) by pigeon.gentoo.org (Postfix) with ESMTP id 9B411E09B5 for ; Tue, 2 Jul 2013 10:11:18 +0000 (UTC) Received: from TOMWIJ-GENTOO ([94.226.55.127]) by jacques.telenet-ops.be with bizsmtp id vNBH1l00U2khLEN0JNBHDQ; Tue, 02 Jul 2013 12:11:17 +0200 Date: Tue, 2 Jul 2013 12:08:11 +0200 From: Tom Wijsman To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Proper distribution integration of kernel *-sources, patches and configuration. Message-ID: <20130702120811.2d2cfe86@TOMWIJ-GENTOO> In-Reply-To: <20130702103634.0e70b9f8@sf> References: <20130701164149.131490f8@TOMWIJ-GENTOO> <20130702103634.0e70b9f8@sf> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.19; x86_64-pc-linux-gnu) 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 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/yfptYrDZ2q7TeqKDkH+y91="; protocol="application/pgp-signature" X-Archives-Salt: 2bf629bf-fec8-4440-9267-7b2ad34f1f88 X-Archives-Hash: 9f178296c958d914c3b17850b9349de9 --Sig_/yfptYrDZ2q7TeqKDkH+y91= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 2 Jul 2013 10:36:34 +0300 Sergei Trofimovich wrote: > What upstream do you plan to report bugs when user possibly mixes > all of it in one mess? Each of those is known to be unstable. The mix > is just a disaster. They used to do this to us and to kernel upstream before. Why? Because we are unaware. The users just applied their patches, forget about them when they experience problems; then they come and file a bug without us knowing they do use these. Thus we'll ask for a .config and any separate patches the user applied from now on. The mix is just a disaster, but that's up to the user whether he wants to go for such disaster; the patches are guarded using an experimental USE flag and menu config option, if you enable both, you can't expect everything to work fine. Well, maybe it does, if you sparingly enable one or two patches but not all of them. > Is gentoo's kernel team able to resolve user's OOpsen? When patches are applied, we can ask them to try to reproduce it without patches; unless, it is clear from the BUG that an experimental patch is at cause. If they consistently get a BUG with a patch, we can send these users to report this at the patch author; basically we act as a filter before sending these reports upstream. And yes, we do try to resolve some of these on our own. > > Meet CONFIG_DEVTMPFS; forget to enable it, greet a failing boot. > > We're telling users to enable it in some places, in the handbook > > it's a single line you must read, on the Wiki it's kind of missing > > unless you are luckily on the right page, on the Quick Install book > > it is missing too. >=20 > Forbid users install udev to ROOT=3D/ if running kernel does not > support devtmpfs (easy to check by /proc/filesystems) But udev comes as part of stage 3 tarball; so, we would have to change the whole way of installing a system. I think opting to enable it by default for Gentoo kernel sources is a better / less invasive approach. --=20 With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : TomWij@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D --Sig_/yfptYrDZ2q7TeqKDkH+y91= Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQEcBAEBAgAGBQJR0qaPAAoJEJWyH81tNOV9JYcH/1xMLl6GVx6pWptgXevt8MNI Zu3xV/9GzrLMUjhL87zaAZjX4NioROiLQaZXDKPTKMHubpfcoy6K6NhHk0Suxn0n fe0ndbSxRpyYbHLOVPp+Q6YOPWr0L29yUB99SHYlClKOxB+d3AFeQ4ntTlEp99Ix beZe5wmSAwDRYA94XmpYXmER0Bqoq6K5OGbRfinXxWsVUgqwiYt5B0X3isQFW4GK tooddIgi5ExLjWuoRv5BpKZjLTSubC/Q/m7K/eVnlLS7/hrvLeLUmZ1CDNwp4hL5 CtToUIsZxNshHITqBMovirNBZocYWo/ohXbe1SCAb8qoQTco9VGOlj9DV+JZSU4= =OmuL -----END PGP SIGNATURE----- --Sig_/yfptYrDZ2q7TeqKDkH+y91=--