From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JwFde-0003zw-6Q for garchives@archives.gentoo.org; Wed, 14 May 2008 11:59:18 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C1CE2E070E; Wed, 14 May 2008 11:59:16 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 8080BE070E for ; Wed, 14 May 2008 11:59:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 11FCC672E6 for ; Wed, 14 May 2008 11:59:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -4.244 X-Spam-Level: X-Spam-Status: No, score=-4.244 required=5.5 tests=[AWL=2.355, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5gNZys-wZ2-X for ; Wed, 14 May 2008 11:59:09 +0000 (UTC) Received: from mta-2.ms.rz.rwth-aachen.de (mta-2.ms.rz.RWTH-Aachen.DE [134.130.7.73]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id BE85865497 for ; Wed, 14 May 2008 11:59:08 +0000 (UTC) Received: from ironport-out-1.rz.rwth-aachen.de ([134.130.3.58]) by mta-2.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0K0U00NTQXAH2450@mta-2.ms.rz.RWTH-Aachen.de> for gentoo-dev@gentoo.org; Wed, 14 May 2008 13:59:05 +0200 (CEST) Received: from zelos.rz.rwth-aachen.de (HELO relay-auth.rwth-aachen.de) ([134.130.3.23]) by ironport-in-1.rz.rwth-aachen.de with ESMTP; Wed, 14 May 2008 13:59:05 +0200 Received: from [134.130.240.148] (0-148.vpn.RWTH-Aachen.DE [134.130.240.148]) (authenticated bits=0) by relay-auth.rwth-aachen.de (8.13.8/8.13.1/1) with ESMTP id m4EBx4Mb026761 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 14 May 2008 13:59:04 +0200 Date: Wed, 14 May 2008 13:58:35 +0200 From: Albert Zeyer Subject: [gentoo-dev] dedicated USE-flag is inconsequent and confusing To: gentoo-dev@lists.gentoo.org Message-id: <1210766315.23007.25.camel@localhost> 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 X-Mailer: Evolution 2.12.3 Content-type: text/plain; charset=UTF-8 X-IronPort-AV: E=Sophos;i="4.27,486,1204498800"; d="scan'208";a="66197197" Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 1cbf2df6-3045-45b7-baa1-9639e8933054 X-Archives-Hash: b8ebaac09f74a1252b43575ceab8b6bf Hi! Jan Kundr=C3=A1t said this topic belongs to the mailinglist. You can find the related bug-report here: http://bugs.gentoo.org/show_bug.cgi?id=3D221967 Content: >>From the name of the USE-flag, you could expect different things: 1. It stands for 'dedicated server', which would mean, that this USE-flag= does enable support for a dedicated server. (That means also that you would expect, that you have in both cases the w= hole GUI; and with enabled USE-flag you get additionally the dedicated server.= ) 2. It stands for 'dedicated only', which means, all the GUI part is skipp= ed. (That means you would expect, that you have in both cases the whole GUI a= nd the dedicated server; and with enabled USE-flag you get only the dedicated se= rver but not the GUI.) >>From the description, it seems, that there is even a third case where yo= u have either only the GUI or only the dedicated server (something you would not except at all). After all my experiences with USE-flag, I would expect, that a USE-flag w= hich does not contain the name "no" or "only" does only add a specific feautur= e but does not remove anything. Therefore I expected the first case when I saw = this USE-flag for the first time and a lot of ebuilds also use it like this. T= hough the second case seems still also valid for me. The third case doesn't mak= e sense at all for me. (Is there really any ebuild with this behaviour? If = so, this should be fixed.) Anyway, the behaviour of the USE-flag should be consequent. The whole sen= se of USE-flags is to define the behaviour of ebuilds. And normally you define = the USE-flags globally for your system. If there are USE-flags which behave different on each ebuild, they don't make sense. For example, on my desktop system, I want to have the first behaviour for= all ebuilds (I want to have both the game itself and the dedicated server). I= have enabled the dedicated USE-flag globaly and it works good for most games I= use. Though, I always need to make some exceptions for some games which is ann= oying and should not be. On my server, I want to have the possibility to get only the dedicated se= rver but not the GUI. For some own ebuilds, I introduced the USE-flag 'dedicated-only' for this. To fix the problem, there should be two different USE-flags. One should d= o the first behaviour (something like 'dedicated' or 'dedicated-server' or 'ser= ver') and another for the second (something like 'dedicated' or 'nogui' or 'dedicated-only' or 'server-only'). The important thing is to not have a USE-flag with different behaviours. So, what do you think? Greetings, Albert --=20 gentoo-dev@lists.gentoo.org mailing list