From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 02071138334 for ; Sun, 17 Jun 2018 08:12:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E479CE08EF; Sun, 17 Jun 2018 08:12:17 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5E720E0882 for ; Sun, 17 Jun 2018 08:12:17 +0000 (UTC) Received: from eris.local (dynamic-adsl-84-221-239-52.clienti.tiscali.it [84.221.239.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: lu_zero) by smtp.gentoo.org (Postfix) with ESMTPSA id C18E3335C8A; Sun, 17 Jun 2018 08:12:13 +0000 (UTC) Subject: [gentoo-dev] Re: Suggestions for simplifying VIDEO_CARDS situation To: Matt Turner , gentoo development Cc: x11 References: From: Luca Barbato Message-ID: <93ff3091-3bd4-f43d-66f4-c8abd436a3d1@gentoo.org> Date: Sun, 17 Jun 2018 10:11:37 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.0 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 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Archives-Salt: 8e04f2bc-1bb9-49e1-ae58-14e3405a26b3 X-Archives-Hash: 15ee655697f47cd288db76f3dad28b80 On 17/06/2018 06:40, Matt Turner wrote: > I would like to somehow get rid of the 'classic' and 'gallium' USE > flags entirely, but I'm not totally sure how. Maybe I can enable them > dependent on VIDEO_CARDS... But shouldn't mesa have a software fallback for a good deal of those features? Probably some logic to issue a warning might help reduce the report about confusing combinations w/out being too annoying? lu