From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms1.migadu.com with LMTPS id GEhdH73hHmbFiAAAe85BDQ:P1 (envelope-from ) for ; Tue, 16 Apr 2024 22:38:21 +0200 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id GEhdH73hHmbFiAAAe85BDQ (envelope-from ) for ; Tue, 16 Apr 2024 22:38:21 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=lepiller.eu header.s=dkim header.b=VsbQmm+4; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=lepiller.eu ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1713299901; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=BvUB0K2fc5aZ5TAUuOyMDTjCDm1uMtGHrvmpqsEG0Gk=; b=djbmaK7VmeCX+ZpRhVxve+YW3kZYSRy/HTtwCtPKqKdRo+mAO+4RfXTGhkGbMPYi33g0v5 +p4YRYwTCWPOn6nAeBKs/4Yr7RcuVMlJJ/A+wAcnkgYiVJyhSXMgFjQ/g3VNTssP/gpG9x 0j1Nv70eBpqbJwmFdzSHIi8aPiyiqBRjQxVY8z9Y2t4fq16KsYlUpeqkX5bEkGpjQO9c/h mx30K/QxHigiwca4BPEl8fjN4xY0v8EfgGrSfjHOgYlKNPjJ101G6Z4NP51lCd+XkMg9mw LaY4Mbgy6O58+w5WMgSU3ROeG/2mjnuSuqhYkhzg8OSgHGzKNCvUW69KuYhkMw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1713299901; a=rsa-sha256; cv=none; b=hE9FHmc6sgU6bq4hHLYUQh6I6HqkNm41JIG642iU43zpkMboTlSDbjWDGoqLb5EbLegsNq 5MkylmO/SGX94z31sroPjfYdZ3A7HlBJY3ugb0/IZ5sMDuhKxNuqT0ctkFBEXsbj93fxvw ZZbAb5X1iufuoVAIDT/Osv6Q7Lt+Ir/KpBfqnyGumWOMfHW4zrefOH7qWmgxaAXoYp+8Gl s9BL4N2mnZiaSGNSwYlIadM7p4D/DSceWyUXakDXbk3kqmfNJu7qdHXotUw4blqFmmzYId OjSyxOhLFx3jfRysr5EnyaRGRUK8Onu7b6g7rTqoCsR4vWeEYhEuI9XFqCE3kQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=lepiller.eu header.s=dkim header.b=VsbQmm+4; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=lepiller.eu Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 5F2F214181 for ; Tue, 16 Apr 2024 22:38:21 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rwpYo-0002ul-JO; Tue, 16 Apr 2024 16:37:46 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rwpYm-0002uN-KB for guix-devel@gnu.org; Tue, 16 Apr 2024 16:37:44 -0400 Received: from lepiller.eu ([89.234.186.109]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rwpYe-0006m1-8R for guix-devel@gnu.org; Tue, 16 Apr 2024 16:37:44 -0400 Received: from lepiller.eu (localhost [127.0.0.1]) by lepiller.eu (OpenSMTPD) with ESMTP id f6cd5d73; Tue, 16 Apr 2024 20:37:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=lepiller.eu; h=date:from :to:subject:in-reply-to:references:message-id:mime-version :content-type:content-transfer-encoding; s=dkim; bh=3G1exk9jdina lb4Zv8qxjsIh6pd8BmFVkMZ6e7MGRgI=; b=VsbQmm+4mcWV7joNw/zJq7gIeihH ayyhpurxUdT0M+qyE5MLsDYSWBVKIrYJ1wBvamQy2PkDnzDHDf3Z5XFZ5JLampVu erFB4piCwK54geMvuqfTeor1wYmvHz07tbVrwc7GhJY8Pho9KBroWEqO2I39OplL Qpf7BUp8ErWAvfm2IAZ1tnx9So8J7BF0zrhiryl18LGN13MWv8yh+CauETSGkzvM UvT5MYCS1jXqq2RuCOyILuwfIuLaF3BHqwUc+xs+9GDJ9PpWivCISSqHFYsFJK2J pCDpv90fhz8w2ieW1rJrjXkk/VDxn1YVMZmyLWxSMBMVSa2cEBYZF+x5Jw== Received: by lepiller.eu (OpenSMTPD) with ESMTPSA id 901b426d (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 16 Apr 2024 20:37:30 +0000 (UTC) Date: Tue, 16 Apr 2024 22:37:30 +0200 From: Julien Lepiller To: Vagrant Cascadian , guix-devel@gnu.org Subject: Re: No default OpenJDK version? User-Agent: K-9 Mail for Android In-Reply-To: <875xwh2gxu.fsf@wireframe> References: <875xwh2gxu.fsf@wireframe> Message-ID: <7E2D3637-9BD5-407A-8314-0C08A0D216B3@lepiller.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=89.234.186.109; envelope-from=julien@lepiller.eu; helo=lepiller.eu X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -6.58 X-Spam-Score: -6.58 X-Migadu-Queue-Id: 5F2F214181 X-Migadu-Scanner: mx12.migadu.com X-TUID: lXKTupzp4zhD Currently, most java packages use the implicit jdk from the build system (a= nt- or maven-build-system), which is=E2=80=A6 icedtea@8=2E We still have qu= ite a lot of old packages that don't build with openjdk9, so I'm not sure w= hen we can update the default jdk=E2=80=A6 Le 16 avril 2024 22:25:33 GMT+02:00, Vagrant Cascadian a =C3=A9crit=C2=A0: >When recently taking a look at diffoscope, I was reminded that there is >effectively no default openjdk version, you have to pick a specific >version for each package definition=2E=2E=2E > >At some time in diffoscope's history, that was openjdk@12=2E > >But there are quite a few versions to choose from: > > guix package -A openjdk | sort -V > openjdk 9=2E181 out,jdk,doc gnu/packages/java=2Escm:869:2 > openjdk 10=2E46 out,jdk,doc gnu/packages/java=2Escm:1140:= 2 > openjdk 11=2E0=2E22 out,jdk,doc gnu/packages/java=2Escm:121= 8:2 > openjdk 12=2E33 out,jdk,doc gnu/packages/java=2Escm:1536:= 2 > openjdk 13=2E0=2E14 out,jdk,doc gnu/packages/java=2Escm:157= 6:2 > openjdk 14=2E0=2E2 out,jdk,doc gnu/packages/java=2Escm:158= 3:2 > openjdk 15=2E0=2E10 out,jdk,doc gnu/packages/java=2Escm:159= 8:2 > openjdk 16=2E0=2E2 out,jdk,doc gnu/packages/java=2Escm:161= 7:2 > openjdk 17=2E0=2E10 out,jdk,doc gnu/packages/java=2Escm:162= 5:2 > openjdk 18=2E0=2E2=2E1 out,jdk,doc gnu/packages/java=2Escm:1= 642:2 > openjdk 19=2E0=2E2 out,jdk,doc gnu/packages/java=2Escm:164= 6:2 > openjdk 20=2E0=2E2 out,jdk,doc gnu/packages/java=2Escm:166= 3:2 > openjdk 21=2E0=2E2 out,jdk,doc gnu/packages/java=2Escm:166= 7:2 > >Some packages may only work with a specific era of openjdk, but I >suspect many of the packages in guix just picked whatever version >happened to be present when it was added to guix=2E > >Which makes it hard to know when to update the openjdk dependency=2E=2E= =2E > >In the diffoscope case, it seems to have work fine with openjdk@21, with >the only result being that some openjdk-version-specific tests pass and >some are skipped as a one-for-one trade compared to the old openjdk@12=2E > >Alternately, I would be tempted to switch to openjdk@17, which is the >current default in Debian, so has a little more testing behind it=2E=2E= =2E > >Though there is a bit of a perverse incentive to stick with the oldest >version that still works, due to openjdk having a very long bootstrap >chain of itself=2E=2E=2E > >And then the question gets to be of diffoscope's dependencies, what >versions of openjdk do they pull in (notably enjarify, which uses >openjdk@12, although that also seems to work ok with openjdk@21)? > > >Would it make sense to have an openjdk "default" version, so packages >could instead depend on that, and only need to specify a version if >needed for some particular reason? Or is compatibility across openjdk >versions troublesome enough that it really always needs to be handled on >a case-by-case basis? > > >live well, > vagrant