From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: [PATCH] gnu: Add Icedtea 3.0.0pre09 Date: Fri, 25 Mar 2016 13:26:14 +0100 Message-ID: <87r3ey217d.fsf@elephly.net> References: <877fh04wk0.fsf@elephly.net> <87a8lmsvie.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53103) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ajQos-0006Hd-AF for guix-devel@gnu.org; Fri, 25 Mar 2016 08:26:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ajQor-0001aX-3l for guix-devel@gnu.org; Fri, 25 Mar 2016 08:26:26 -0400 In-reply-to: <87a8lmsvie.fsf@gnu.org> 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+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel Ludovic Courtès writes: > Ricardo Wurmus skribis: > >> Ricardo Wurmus writes: >> >>> the latest icedtea-ified JDK has not yet been released, but this doesn’t >>> mean we can’t package it. >>> >>> Attached is a patch to add “icedtea-8” (because it provides the JDK for >>> Java version 1.8). It uses the upstream tarball for version 3.0.0pre09, >>> which I had to mirror on my own server because the Guile HTTP client >>> doesn’t like an invalid header in the response from >>> http://icedtea.classpath.org. >> >> On IRC there was the idea to provide “url-fetch/wget” which would be >> less strict compared to the default Guile HTTP client. > > We could do that, but I would prefer fixing and/or monkey-patching the > date header check in Guile. > > In this case, if the problem is date header validation, it seems that we > could monkey-patch the ‘parse-rfc-822-date’ procedure of (web http) to > do the right thing. > > Would you like to give it a try? Yes, I’ll try to do it. >>> The version is declared as “2.99.99-pre09” so that version “3.0.0” (when >>> it is finally released) will be considered an update. >> >> Does it make sense to push this patch to master? Or should we wait for >> an official release? Java 1.8 is already pretty old and it seems like >> the pre-release is enough to build OpenJDK 8. > > I’d rather wait for an official release, but maybe there’s a good reason > to use the pre-release? I’m not sure. Other distributions have been offering Java 1.8 via version 8 of the OpenJDK for a long time. However, I’m not sure the vanilla OpenJDK is completely free software, which is why I’m not very interested in packaging it. IcedTea uses the OpenJDK sources but applies patches to them to make building (and bootstrapping) with free software possible; it also removes non-free components. As the OpenJDK 8 has been release a very long time ago and IcedTea 8 is using these source, I don’t think there are any problems with using the pre-release. Officially, only IcedTea 1 and 2 (using OpenJDK 6 and 7, respectively) are supported by IcedTea upstream, but IcedTea 8 is also regularly updated to use the latest OpenJDK sources. I don’t know if an official release is actually planned. I think it could be useful to have Java 1.8 support via IcedTea in Guix, even if the default “icedtea” package still points to the latest 2.x release (for OpenJDK 7). So many words for a variant of “I’m not sure” :) ~~ Ricardo