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 F107D138CA2 for ; Wed, 15 Apr 2015 21:27:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A8BFCE0888; Wed, 15 Apr 2015 21:27:18 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id B99FEE0829 for ; Wed, 15 Apr 2015 21:27:17 +0000 (UTC) Received: from symphony.aura-online.co.uk (154.189.187.81.in-addr.arpa [81.187.189.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: chewi) by smtp.gentoo.org (Postfix) with ESMTPSA id 74A43340978; Wed, 15 Apr 2015 21:27:16 +0000 (UTC) Date: Wed, 15 Apr 2015 22:27:03 +0100 From: James Le Cuirot To: Andreas =?UTF-8?B?SMO8dHRlbA==?= Cc: gentoo-dev Subject: Re: [gentoo-dev] Importance of SLOTs on Java dependencies Message-ID: <20150415222703.3c3fad70@symphony.aura-online.co.uk> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; x86_64-pc-linux-gnu) In-Reply-To: 201504051823.47810.dilfridge@gentoo.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 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/+kNOhN40qE+t0W7iN6Dem7n"; protocol="application/pgp-signature" X-Archives-Salt: 2417f9c0-dfde-4839-ab2c-92d42967ed43 X-Archives-Hash: 5f7189cb9e7a0838a7efd5183e2d7206 --Sig_/+kNOhN40qE+t0W7iN6Dem7n Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 11 Apr 2015 12:29:11 +0200 "Andreas K. Huettel" wrote: > > I felt the need to write the above because I have seen many > > instances where devs not familiar with Java packaging have made > > this mistake. Now I need to ask what to do in the case of ebuilds > > that have already been marked stable. > > > > To bring up a real example, I would like to bump dev-java/jna with > > a new SLOT for the new version. There are several reverse > > dependencies, 3 of which do not specify a SLOT, and 2 of these have > > already been marked stable. Upon giving jna a new SLOT, all these > > packages would instantly fail to build if jna:0 is not already > > installed and they would also fail to run if jna:0 gets depcleaned. > > Simply leaving the stable ebuilds as they are is therefore not an > > option. My preferred solution would be create a revbump that solely > > amends (R)DEPEND, leaving the KEYWORDS exactly as they are. This is > > controversial but what other choice is there? I could delay the jna > > bump but this would push back this thread of work by a month when I > > already have a huge backlog. Please do not let bureaucracy get in > > the way here. > > Sounds good to me (as long as repoman agrees :). Turns out it doesn't agree. RepoMan scours the neighborhood... KEYWORDS.stable [fatal] 1 dev-embedded/arduino/arduino-1.0.5-r1.ebuild added with stable keywords:= amd64 x86 What are my options? Force it? :/ --=20 James Le Cuirot (chewi) Gentoo Linux Developer --Sig_/+kNOhN40qE+t0W7iN6Dem7n Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0 iQJ8BAEBCgBmBQJVLtetXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1MjhERTZCRDg2OTFBNDM5MUZEQTJFRDQy MUM2MzIxMjlDNkQ3REU0AAoJECHGMhKcbX3kkjQP/A/8Ne30d8onBZZojNZsyaLh EFHjjuONJPFqe5Qyy/FbniG61dUHouDigytZ+uyhqdUecJrMjuRC0dtc3TpljlK9 VJh50L7P+UHs2ezD2VKzrPBY+9cint97PDVpjLTiGVUQEwOedD5anKyrHrG/snpy hZCpKMTQ7+hWgXvqG60zXN9HkWewhp95JJguhyam0H2GJ8P8nMfqH2OR+n4f57kh +su223x5sDk0uDhuylNfwtYztak6u2Qr4fjhxQrDKZmFTz9vmQskZYp+r8TBp566 1OC7YGfvK56wumxHpyy1LVPvae7x8fuMsFNTZuiBLP4qoP2ykURNGrRnV2TI8ERq EK3yxeBs0DV8p0rmZ2cHZy67pEP2yKPtzVDC/Ku43kmOdfqWH6ZJIQbU+1rt2y8l ZUNVaPd0PkbEzWOV19N1VEsXpoRNLo/ov0y9hDily8SvmFijTgyz3oWNHdQSoAGx HEgpKgKYePEqs9zwDeFjskx+cm2GUt6QplG5wjVWA1TrRyw5rJYG7ddTbXaCpfS0 IWeCvneF4+zWxJzFb639BmoJOCZ7eTO3Ar7XTITjfy1Z5dzK0puoEHbRUsY0Ujsh /suqhSudAOCcrFXgruRQ7hyPB7N4TMEpjINFZUH6y154KaQsdn8jzCP4eTBa33a0 j77xBO+j7L5IresmpN4H =l/SC -----END PGP SIGNATURE----- --Sig_/+kNOhN40qE+t0W7iN6Dem7n--