From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Marusich Subject: Re: java: switch to icedtea-8 as default JDK Date: Tue, 28 Nov 2017 23:12:05 -0800 Message-ID: <878tepmud6.fsf@gmail.com> References: <87375czhqj.fsf@elephly.net> <873756herx.fsf@gmail.com> <87y3myv7k9.fsf@elephly.net> <87d141mvgn.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:46906) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eJwXW-000504-6C for guix-devel@gnu.org; Wed, 29 Nov 2017 02:12:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eJwXV-0002of-1A for guix-devel@gnu.org; Wed, 29 Nov 2017 02:12:14 -0500 Received: from mail-pg0-x233.google.com ([2607:f8b0:400e:c05::233]:39744) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eJwXU-0002nd-Oh for guix-devel@gnu.org; Wed, 29 Nov 2017 02:12:12 -0500 Received: by mail-pg0-x233.google.com with SMTP id w7so1115196pgv.6 for ; Tue, 28 Nov 2017 23:12:12 -0800 (PST) In-Reply-To: <87d141mvgn.fsf@gmail.com> (Chris Marusich's message of "Tue, 28 Nov 2017 22:48:24 -0800") 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" To: Ricardo Wurmus , =?utf-8?Q?G=C3=A1bor?= Boskovits Cc: guix-devel --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Chris Marusich writes: > G=C3=A1bor Boskovits writes: > >> Hello! >> >> I just run a quick grep to see which files might be interesting. >> >> We use ant-build-system in: >> axoloti.scm * >> bioinformatics.scm * >> compression.scm * >> icu4c.scm >> java.scm * >> libusb.scm * >> music.scm * >> textutlis.scm >> uml.scm * >> version-control.scm * >> web.scm * >> xml.scm >> >> Only the ant-build system uses icedtea among build systems. >> >> Icedtea is explicitly metioned in the ones maked with *, and: >> kodi.scm >> math.scm >> ruby.scm >> >> We have a definition in place where currently icedtea is defined to be >> icedtea-7. >> I guess we could just flip that to icedtea-8, and check what still works. >> That would flip the version in the build system also, as it uses "icedte= a". >> >> Should I check which packages are affected in advance, or just go with t= he >> build and see what does not work? > > Another way to check what packages we'll need to try to build is to use > "guix refresh", which uses some features of (guix graph) to display > information about dependent packages. Here's what we get for icedtea-7: > > [0] marusich@garuda.local:~/guix > $ ./pre-inst-env guix refresh -l -e '(@ (gnu packages java) icedtea-7)' > Building the following 39 packages would ensure 202 dependent packages ar= e rebuilt: sra-tools@2.8.2-1 minced@0.2.0 r-seurat@1.4.0.12-1.fccb77d ant@1= .10.1 java-htsjdk@1.129 java-jdom@1.1.3 clojure@1.8.0 java-osgi-service-jdb= c@1.0.0 java-plexus-interpolation@1.23 java-commons-daemon@1.0.15 java-comm= ons-net@3.6 java-commons-cli@1.2 java-commons-lang@2.6 java-jmh@1.17.5 tuxg= uitar@1.4 java-commons-collections4@4.1 java-javax-mail@1.5.6 f-seq@1.1-1.6= ccded3 java-commons-beanutils@1.9.3 java-jgit@4.7.0.201704051617-r java-osg= i-service-resolver@1.0.1 java-osgi-service-packageadmin@1.2.0 java-osgi-ser= vice-cm@1.5.0 java-osgi-util-tracker@1.5.1 antlr3@3.5.2 java-eclipse-team-c= ore@3.8.0 java-httpcomponents-httpcore-ab@4.4.6 java-httpcomponents-httpmim= e@4.5.3 java-httpcomponents-httpcore-nio@4.4.6 java-plexus-container-defaul= t@1.7.1 kodi@18.0_alpha-6-f22d62d hdf-java@3.3.2 ruby-atoulme-antwrap@0.7.5= plantuml@8048 java-guice-servlet@4.1 java-eclipse-jetty-servlet@9.4.6 java= -eclipse-jetty-servlet@9.2.22 icedtea-web@1.6.2 axoloti-patcher@1.0.12 > > > So, I think we should probably do the following: > > 1) Confirm that these packages build before making changes. If any > fail, fix them first if possible. > > 2) As you suggested, flip the icedtea variable to point to icedtea-8 > instead of icedtea-7. > > 3) Repeat the builds, and see what fails. Fix any new breakage. > > And of course, we should opportunistically clean up package definitions > as we go. > > I'm going to try step (1) tonight on my laptop. Is there a way to check > their build status on Hydra, I wonder? I'm planning to just do it in a > simple shell one-liner like the following: > > for pkg in $(> /tmp/log; else echo failure: $pkg >> /tmp/log; fi; done > > ...but I'm sure there is probably a more elegant way to accomplish the > same task. Anyway, I'll let you know how it goes. > >> As first step it is not needed to remove #:jdk icedtea-8 references, >> because I think that simply becomes a noop. Am I right here? >> That can be done as the last step before merging, I guess. > > I think that's right, but I haven't looked closely yet, and Ricardo may > know more. Whoops! I forgot to include G=C3=A1bor on my last email, so I've included G=C3=A1bor on this one. Sorry about that. =2D-=20 Chris --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAloeXcUACgkQ3UCaFdgi Rp0aSg//Y5MSFS+/GCiDkYOQcY6fAFzkbQacoyeMpbIDkw/h65a99GnAoO0F+9P7 a3vG7Z9JDrDIW4spWw6hbsbm3aM9VwCCn9TWtAT7RbAEkrKfmEa9oT42NkWljzRU 0BBr6ozD9S+oan3Vj7lWjdSDpYqRA3kvTlUjQdTQ3e3VvH8QNoHCxS4ed+dk2k7j on87aNz/r8NrH/sTvmtMHnOHZiLVIpUzgRtGhBLCl4oZde5es3XFn6xT22kcwPe5 ekLsnx0/4hHqXRbrltCujDT2Oe9obq3rOqF4WvX3qy6nNGCvz9UTMDIEbLRfbaDy NVQzKpPkOP0Du2foIjxuJ7+KkWe3NkuPWi2mXlyiojCqAsReXqN1c2eXSWhFqf0W N4bntBKYpBpVUCsRqtL8s+HjNcY15TiwcUtLz6X7aAGkNwB8KkS0KEB3McZlxfu1 tAz7r8COF5Qm7cdhiRKThNxU6tUdSS0OFiyl5I0gid9d//ImUHDiSiC7JacQpQZv yerW39G/0PQvSmFJSkViZMUARR0MttJp2RCcq/gYAgYGDj3dirZR+oSAQEL/IsON oW6UUxH0bGR8E8B91C9rFMR8OzrJei+l+gfS2vbaBwvsja8alwsYYkJi031ryVN7 xAjEfT0tAvSXF1lTXaC6ew+n1nPvXrLBsW2lSfAW3hoMTH/H4GQ= =BX3e -----END PGP SIGNATURE----- --=-=-=--