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 A34BA138C9D for ; Thu, 16 Apr 2015 05:27:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 53477E08C4; Thu, 16 Apr 2015 05:27:40 +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 3A236E0830 for ; Thu, 16 Apr 2015 05:27:38 +0000 (UTC) Received: from pomiot.lan (77-253-156-177.adsl.inetia.pl [77.253.156.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id EC7B83408EA; Thu, 16 Apr 2015 05:27:35 +0000 (UTC) Date: Thu, 16 Apr 2015 07:27:14 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: James Le Cuirot Cc: Andreas =?UTF-8?B?SMO8dHRlbA==?= , gentoo-dev Subject: Re: [gentoo-dev] Importance of SLOTs on Java dependencies Message-ID: <20150416072714.1cb59c68@pomiot.lan> In-Reply-To: <20150415222703.3c3fad70@symphony.aura-online.co.uk> References: <20150415222703.3c3fad70@symphony.aura-online.co.uk> Organization: Gentoo X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; 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-sha512; boundary="Sig_/C=U81dTu8CjzR9IfBVS8ohD"; protocol="application/pgp-signature" X-Archives-Salt: 9f6b99c8-208d-4343-8a3f-5f7f8eab2272 X-Archives-Hash: 8d16e6d3c00c29049d8337d0ce1dd2c4 --Sig_/C=U81dTu8CjzR9IfBVS8ohD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dnia 2015-04-15, o godz. 22:27:03 James Le Cuirot napisa=C5=82(a): > On Sat, 11 Apr 2015 12:29:11 +0200 > "Andreas K. Huettel" wrote: >=20 > > > 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 :). >=20 > Turns out it doesn't agree. >=20 > RepoMan scours the neighborhood... > KEYWORDS.stable [fatal] 1 > dev-embedded/arduino/arduino-1.0.5-r1.ebuild added with stable keyword= s: amd64 x86 >=20 > What are my options? Force it? :/ portage-9999 has new -S (--straight-to-stable) option for repoman. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/C=U81dTu8CjzR9IfBVS8ohD Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVL0gzXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOB/kP/35HKBXfCLn9dfVHpxhFIu+m udPDF9MbQZ7FQTBusFniROO4uTsh1NoON24YWnTP4iSGO3rqnnntc6Holqeut2LO XfW4DUxZVMXBt4n59WXvN0g59t4MAKP7aDsN+QyM71641xDr1ki5rnjuF6OmMtEc 3Yjh9Di1zysWpcXutnTxuK8RuF9OkfNX9LGN2pbKjqlVgYsi+exiXqtcdQKeDV// lqt7tIfUMjdG9j0rQISjlzeR8J4Hb89pjIJ/ASmZ6DyO6aijvyj6mr5H8jozcEJe iL7LnM4YnS9tQLtslq1uONyso6uFz+ZqRViroP/oQP4NRBH+BI0RTaOT92XI0U4G MP1htP2CXmRMnBSHvJ2+vgDzGWKAiAspJH5wULYMU1wduSgWUijpGq/n3JKozNkt vOp/3+Oh+ITL46NQaZU/NFfkhBwVavfj4e0rKslZ2DLUAFLEXAl5ro9hBE5Wf8Jl FIAdA5ds2czan6juDL0kK4JQLFzXVIx3pSd4SRphUowM7yuzscwhGBF55+9cheA2 yMeO2SUjVNW1Jltmblt+MWwHrJJhtnNP95yGyDO6dgxXH7AubtA9SzCj7sqFsHAW MjlddSu7V6ko/zCYJr9QPE3UiLDr+DMUgZxPPp7Jd6iDLEzVZvfCHskMpvTKUixO f4R0W0rHwX0mWaBzgxBF =aT87 -----END PGP SIGNATURE----- --Sig_/C=U81dTu8CjzR9IfBVS8ohD--