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 1SiQMH-00023H-Vg for garchives@archives.gentoo.org; Sat, 23 Jun 2012 13:26:42 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A02EFE093A; Sat, 23 Jun 2012 13:26:24 +0000 (UTC) Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com [209.85.212.169]) by pigeon.gentoo.org (Postfix) with ESMTP id 643CBE0782 for ; Sat, 23 Jun 2012 13:25:44 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so1443129wib.4 for ; Sat, 23 Jun 2012 06:25:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type; bh=6F6MM1JU83b7vgWOsTvDalIAiiYPdIq4wnMleTMLArc=; b=LV0wh+IdBQro6T4qT1yWvc5cSJi6lFMgkl8ReyfF7hhHBTrsdFGziLukW6DnomnlE8 +L68lkbEhMZgkMW7UPnjnDVciuQ9kXaRpQN90DPpDjL1yte+ZHQ47Eq5PGAZvaUX/S6S NyTUxx5R4L39x/L4zQ5d9ergZH0shgifc7n5zFw7KQ3IqXOizYG73LBnLAQ6cmKnlt6u vCX6RZeSmcWsjRc00yP6qVECpNqiWhI98jtImcPd1R68uUOrOvioyfsTfMqfcdYUbU+4 BNvZJoeusx6D8sX7hCerNo37kalJztw5U83kcUHr6/cv+nBnxqVuwWLOSm999fSzwsd7 6nmw== Received: by 10.216.141.98 with SMTP id f76mr3005887wej.32.1340457943663; Sat, 23 Jun 2012 06:25:43 -0700 (PDT) Received: from localhost (cpc13-broo7-2-0-cust130.14-2.cable.virginmedia.com. [82.9.16.131]) by mx.google.com with ESMTPS id f7sm9862020wiv.2.2012.06.23.06.25.42 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 23 Jun 2012 06:25:43 -0700 (PDT) Date: Sat, 23 Jun 2012 14:21:43 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] RFC: PROPERTIES=funky-slots Message-ID: <20120623142143.631d7ebf@googlemail.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; 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_/rnt.VuuHV_e=+jKKg_2f0W6"; protocol="application/pgp-signature" X-Archives-Salt: 36e5fe1e-8568-4fe7-9c84-af7a8fb2982f X-Archives-Hash: c7906b78b4d83b232d06641058a041d7 --Sig_/rnt.VuuHV_e=+jKKg_2f0W6 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable There's been a move towards using slots for "clever" things that don't fit the traditional way of how slots worked. Examples include the new gtk2 / gtk3 handling and Ruby gems virtuals. Aside from being abusive, this screws things up for Paludis users. Paludis tends to bring in newer versions when possible (so that users aren't stuck with an old GCC forever), and allows the user to select when new slots are brought in. When suddenly a few packages are using slots and versions to "mean" something other than what they used to, this makes the feature unusable. Thus, as a quick workaround, I'd like to suggest adding a PROPERTIES value called "funky-slots", which should be set on every version of any package that uses slots in an unconventional manner. This probably doesn't need EAPI control, since package manglers are free to ignore PROPERTIES tokens. It won't solve the abuse, but it will allow the impact upon users to be lessened. --=20 Ciaran McCreesh --Sig_/rnt.VuuHV_e=+jKKg_2f0W6 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAk/lwvIACgkQ96zL6DUtXhGIoQCcDHYSRj00AM2tEf/wu4pfznA2 FdYAn3Hf2LI5JX3OQ/TMgevveZPzSdgI =ypeM -----END PGP SIGNATURE----- --Sig_/rnt.VuuHV_e=+jKKg_2f0W6--