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 D32911382C5 for ; Thu, 15 Apr 2021 15:21:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8C700E07F1; Thu, 15 Apr 2021 15:21:24 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 499ABE07D7 for ; Thu, 15 Apr 2021 15:21:24 +0000 (UTC) Subject: Re: [gentoo-dev] unmasking java 11 on gentoo (for those that maintain packages where java is involved, either directly or conditionally) To: gentoo-dev@lists.gentoo.org References: <8103dc67284bd3fb0f6a792298bec78bce8c64ca.camel@infinera.com> From: =?UTF-8?Q?Miroslav_=c5=a0ulc?= Message-ID: Date: Thu, 15 Apr 2021 17:21:04 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.9.1 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 In-Reply-To: <8103dc67284bd3fb0f6a792298bec78bce8c64ca.camel@infinera.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Archives-Salt: 6fd34bc4-3eac-4fb6-8d01-011e20b9b600 X-Archives-Hash: ad6fc34b90f1a7596e8db5fc80d2039a Dne 15. 04. 21 v 16:34 Joakim Tjernlund napsal(a): > On Wed, 2021-04-14 at 09:45 +0200, Miroslav Šulc wrote: >> in case the package does not work with java > 1.8 (still, i suggest we >> first try to resolve the issue before we use this restriction as it >> might cause some issues in the future) >> virtual/jdk:1.8 >> virtual/jre:1.8 > > This does not seem to be enforced by java eclasses. Example dev-java/icedtea-web has > BDEPEND=virtual/jdk:1.8 but building icedtea-web with openjdk:11 as system default will > try to build with java-11 and the build will fail. not sure about BDEPEND but it should be enforced for DEPEND and RDEPEND. regular java apps use classes from jre (java runtime engine) and so they must have the dep both in DEPEND and RDEPEND, not BDEPEND. wrt this icedtea-web issue, this should be filed as a bug. thank you for mentioning this. > Jocke fordfrog