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 F0650138334 for ; Thu, 21 Nov 2019 03:32:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A28A6E0858; Thu, 21 Nov 2019 03:32:38 +0000 (UTC) Received: from cloudsdale.the-delta.net.eu.org (cloudsdale.the-delta.net.eu.org [IPv6:2a01:4f8:1c17:4b6d::1]) (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 ABC67E081B for ; Thu, 21 Nov 2019 03:32:37 +0000 (UTC) Received: from cloudsdale.the-delta.net.eu.org (localhost [127.0.0.1]) by cloudsdale.the-delta.net.eu.org (OpenSMTPD) with ESMTP id 7310045e for ; Thu, 21 Nov 2019 03:32:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=hacktivis.me; h=date :from:to:message-id:mime-version:content-type; s= 20190711_142157; bh=yOxEhrXlfQ9e7zCYXliOj7jgO6ldgpAaBzS3QaJmk2I=; b= MyOWb4ZhPqHxH46tIzxo/yaowh+CQkHH+2B2pBadLkQ2OBXuOBWTZLea+/IWODzX 31GkE3vuSD2yJyr2wS43h2EMeK5fXBAtcyJEHKbbxdhQE1zNZBoWqAceqVMceI6B EQDyXJWHu/NuK8Vcmi53j1O5zch/K5mMJwnZsDwc5B5PKEmBHs4+NtY4+7uiwYSa w2U6+ECE9sKEx3LjDTO9lBhyEi/8y+Gbmiqsr7khdwsU+pvhhyPtDFlQ9ch86V2h D4vlnttPOPtTp4vSWcVlOKiURSAqJH7ZSiyYWx0Gqwp5KeqNazk7kfiwJzkV5XCp IrN9sUwWOqED+OrTVTWVz+2BeYpGUnN6MMPMwXpEST6Dikg+9QFrh2vNN9R/ctjT dTiKhH7j7AmeiJztfrcuB1t+ErW9g1jFyRl/nicyQG4YmIycxMHLDjIEIrxUD52h 7Pmc2X2aIjfWiLI5luC6S0Da1cQmV5dTv8S62xSZdivgvQzo9k2zw+SLc+h7KacF ackN9h7MXLnHdbfmE5B/y5Rq4gGJPEgXsSOiTV8NmzI31DkfMg5LfVuUBSIDC131 +gDq9e4QnmKfyrUSKELyBwNsrJ8i6Lvq52KjZTQ6M3nJL5m7pr50xef0WllmrzT9 T3H9i9+c2F/0PQip6BxYFLuopwqfHZkqZsamZJfdsb4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=hacktivis.me; h=date:from:to :message-id:mime-version:content-type; q=dns; s=20190711_142157; b= E35Xu/rLOKogEDtmGrwAHjIIBP7YF8suyCw2wOjJGLzrZt8ZQ9tzriFd5ZxWcIy6 8Pkn2ubXoO/uJC/QyFnqvORzrgDHKT+zHX5zJveHzoyAdTnCMpbMY5COS8EsAFNJ THM0hP6ytjUYzzJc+VpMuaG7sVtXT4y0Qey/X8TOJjD6+Nb0XmdJ8CCQcF4IW8ng 7+fyWn2AqSfEr3BBgIb+8J7dajz6hie+DijG0Wp9/ZxiamZd7RlN2FKG4pyOxdyd llF+gacXmOrzF5dozzecKswyRBlyVDN1FjSWMQkVopubfxqZr742VetY1Acp4oBJ /yUBAnNW5QOn2wKI8S+ysxVafA9eStFKFqWxtydFj3YIubELpTFvMaWD3aAgihQ8 gZ2gE2gV+w6xEx5h4EOB7Tl0pZD1Yp+19VDVS8VkrM6rq6o+IuXon1dmf1h97O5k uGGZ+q+81CLF6m4LI6kkIE2sB2o1UOas/Y05RqvWTFVphF7ywTgYMKnVL7I3+Ua5 TP6gGhGG50mQSq6W6s2SJLi1RoZQZI59WNZEAz/wmytywjDNZSb8qnjqqJx35f3E FJbceOMls02E0B5A8CozWZ1TONC2MDQUFaQS52hF/pfUXenFRLjtJQb8xKkilKN+ kGUkCpNzF1FvsIzR5QBhSGt554P7sAz4M2RJ16Ojdr8= Received: from localhost (cloudsdale.the-delta.net.eu.org [local]) by cloudsdale.the-delta.net.eu.org (OpenSMTPD) with ESMTPA id 0297eb9a for ; Thu, 21 Nov 2019 03:32:34 +0000 (UTC) Date: Thu, 21 Nov 2019 04:32:34 +0100 From: "Haelwenn (lanodan) Monnier" To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] Addressing split usage of USE=gles[123] Message-ID: <20191121033234.GE8235@cloudsdale.the-delta.net.eu.org> 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) X-Archives-Salt: b42d2634-06f6-43be-960d-bf1f46fad4e3 X-Archives-Hash: ab302ac2ab641b1e82acad7d32308266 Hello gentoo-dev, First proposition on this list so hopefully not missing some kind of netiquette/policy. I noticed for some time that there seems to be two use cases for the gles[123] family of USE flags in gentoo repo: 1. enabling support of OpenGL ES, which seems interesting to have for more runtime choices, probably better usage of the drivers and better binary-compat support. 2. switching from OpenGL (so the full API) to Open GL ES (reduced API), which is an entirely different kind of action as that reduces it quite significantly but might be useful for machines where the drivers do not provide (good) OpenGL. To reflect this I think the "gles[123]" USE flags should be renamed, first kind to "gles[123]support" and second kind to "gles[123]only". Might also be the time to globalize them? I'm not sure but I think that would help in signalling which USE flags are to be used in packages. (and I'm probably not the only one which tends to only put global USE flags in make.conf, this kind of USE flags being the reason) Here is splitting use.local.desc in groups so you get a view of the more-or-less current state: ## First kind, enable support (19 packages) dev-games/ogre:gles2 - Build OpenGL ES 2.x RenderSystem dev-games/ogre:gles3 - Enable OpenGL ES 3.x Features dev-libs/efl:gles2 - Enable the OpenGL ES GL implementation kde-plasma/kinfocenter:gles2 - Show OpenGL ES information in kinfocenter media-libs/cogl:gles2 - Enable OpenGL ES 2.0 support media-libs/gst-plugins-bad:gles2 - Enable GLES2 support media-libs/gst-plugins-base:gles2 - Enable OpenGL library and plugin via GLESv2 API (requires egl) media-libs/libprojectm:gles2 - Provide support for OpenGL ES 2 and 3 media-libs/libsdl2:gles - include OpenGL ES support media-libs/mesa:gles1 - Enable GLESv1 support. media-libs/mesa:gles2 - Enable GLESv2 support. media-plugins/gst-plugins-gtk:gles2 - Enable gtkglsink OpenGL sink based on GLESv2 API media-plugins/gst-plugins-vaapi:gles2 - Enable GLESv2 and GLESv3 support media-tv/kodi:gles - Enable support for GLES net-libs/webkit-gtk:gles2 - Enable GLESv2 support sys-apps/kmscon:gles2 - Enable GLES2 for backend x11-apps/mesa-progs:gles2 - Build OpenGL ES 2 utilities x11-libs/cairo:gles2 - Build the OpenGL ES 2 backend x11-wm/mutter:gles2 - Enable OpenGL ES 2.0 support ## Second kind, switch from OpenGL to OpenGL ES (20 packages) dev-libs/weston:gles2 - Use GLESv2 cairo instead of full GL dev-python/PyQt5:gles2 - Use GLES 2.0 or later instead of full OpenGL dev-qt/qt3d:gles2 - Use GLES 2.0 or later instead of full OpenGL dev-qt/qtdatavis3d:gles2 - Use GLES 2.0 or later instead of full OpenGL dev-qt/qtdeclarative:gles2 - Use GLES 2.0 or later instead of full OpenGL dev-qt/qtgui:gles2 - Use GLES 2.0 or later instead of full OpenGL dev-qt/qtmultimedia:gles2 - Use GLES 2.0 or later instead of full OpenGL dev-qt/qtopengl:gles2 - Use GLES 2.0 or later instead of full OpenGL dev-qt/qtprintsupport:gles2 - Use GLES 2.0 or later instead of full OpenGL dev-qt/qtwebkit:gles2 - Use GLES 2.0 or later instead of full OpenGL dev-qt/qtwidgets:gles2 - Use GLES 2.0 or later instead of full OpenGL games-emulation/mupen64plus-core:gles2 - Use GLES2 instead of OpenGL games-emulation/mupen64plus-video-glide64mk2:gles2 - Use GLES2 instead of OpenGL games-emulation/mupen64plus-video-rice:gles2 - Use GLES2 instead of OpenGL kde-apps/kdenlive:gles2 - Use GLES 2.0 or later instead of full OpenGL kde-frameworks/plasma:gles2 - Use GLES 2.0 or later instead of full OpenGL kde-plasma/kwin:gles2 - Use OpenGL ES 2 instead of full GL sci-libs/opencascade:gles2 - Use OpenGL ES 2.0 www-plugins/freshplayerplugin:gles2 - Use system GLESv2 libraries instead of ANGLE for shader translation www-plugins/lightspark:gles - Replace default OpenGL renderer with GLESv2