From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?G=C3=A1bor_Boskovits?= Subject: Re: java: switch to icedtea-8 as default JDK Date: Sun, 7 Jan 2018 15:52:36 +0100 Message-ID: References: <877etlo2fq.fsf@elephly.net> <87y3lzgmy1.fsf@gmail.com> <877etiz7uu.fsf@elephly.net> <87incg48ed.fsf@elephly.net> <87tvvyrdkn.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a11403eca29d659056230d58e" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53065) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eYCJU-0003Ir-IW for guix-devel@gnu.org; Sun, 07 Jan 2018 09:52:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eYCJS-0008AZ-Rf for guix-devel@gnu.org; Sun, 07 Jan 2018 09:52:40 -0500 Received: from mail-io0-x232.google.com ([2607:f8b0:4001:c06::232]:41727) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eYCJS-0008A9-IZ for guix-devel@gnu.org; Sun, 07 Jan 2018 09:52:38 -0500 Received: by mail-io0-x232.google.com with SMTP id f6so10395138ioh.8 for ; Sun, 07 Jan 2018 06:52:38 -0800 (PST) In-Reply-To: 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: Chris Marusich Cc: guix-devel --001a11403eca29d659056230d58e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 2018-01-06 21:16 GMT+01:00 G=C3=A1bor Boskovits : > Actually we still have a couple of build failures, some test failures, an= d > the > commit messages are not conformant to the policy. Currently making the fe= w > remainig > failures work should be the primary task. I will check the details. > I already have an integration branch where I reorder commits and make > commit messages conform. > It would also be nice, if you could review the patches already sent to > guix-patches. > They are tagged [PATCH core-updates]. I guess we are waiting for the next > core-updates cycle, until then > these will not be pushed. > > These are the backwards compatible changes collected so far. > Soon I will add the fix for the antlr3 bootstrap toolchain. > > Current issues: > > https://github.com/Boskovits/guix/issues/61 > I'm will contact upstream to check if this issue is serious. > Will cc to you. > > https://github.com/Boskovits/guix/issues/58 > I will have a look at this once more. > I've already solved two similar issues, I guess I can cope with this. > > I could not find an good solution to this one. I could make it only with setting jdk and ant back to java7, and disabling tests. I've tried several things, but it seems that a java7 bootstrap classpatch is required anyways. I would recommend for now setting this as java7 build, and remove this package when beanutils goes to 2.0.0. They've just started this iteration according to jira, and the first things will be upgrading to collections4. If you have any idea on how to solve this, please comment. There are several distro patches, we might adapt one of them, but this can't be solved in a backwards compatible way. What I don't understand, is why setting source and target to 1.7, like I did on java-aqute-libg did not work. > https://github.com/Boskovits/guix/issues/57 > I'm not sure about this one. > I can try to check upstream if this is a problem on their site, but it > seems not. > It seems that some zeromq calls fail. > Can this be related to our build container? > Fixed this by updating. it turned out to be an upstream bug. > > https://github.com/Boskovits/guix/issues/56 > I haven't looked into this one yet. > > https://github.com/Boskovits/guix/issues/55 > I intend to remove this package if > axoloti-patcher works with the current version. > I did not do this yet, because the > java-simple-xml issue also blocks axoloti-patcher, > so I could not check yet if the current version is ok. > > The remaining five issues are the packages from > the covering of icedtea7 that do not build. > The rest does build. > > java-plexus-default-container now builds. > I don't know if we have any more issues between the > marked problems and these five packages. > > >> -- >> Chris >> > > --001a11403eca29d659056230d58e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
2018= -01-06 21:16 GMT+01:00 G=C3=A1bor Boskovits <boskovits@gmail.com&g= t;:
Actually we s= till have a couple of build failures, some test failures, and the
commi= t messages are not conformant to the policy. Currently making the few remai= nig
failures work should be the primary task. I will check the de= tails.
I already have an integration branch where I reorder commi= ts and make commit messages conform.
It would also be nice, if yo= u could review the patches already sent to guix-patches.
They are= tagged [PATCH core-updates]. I guess we are waiting for the next core-upda= tes cycle, until then
these will not be pushed.

These are the backwards compatible changes collected so far.
<= div>Soon I will add the fix for the antlr3 bootstrap toolchain.
<= br>
Current issues:

I'm will contact upstream= to check if this issue is serious.
Will cc to you.
<= div>I will have a look at this once more.
I've already solved= two similar issues, I guess I can cope with this.

I could not find an good solution to this one. I could = make it only with
setting jdk and ant back to java7, and disablin= g tests.
I've tried several things, but it seems that a java7=
bootstrap classpatch is required anyways.

I would recommend for now setting this as java7 build, and remove this
package when beanutils goes to 2.0.0. They've just started thi= s iteration
according to jira, and the first things will be upgra= ding to collections4.

If you have any idea on how = to solve this, please comment.
There are several distro patches, = we might adapt one of them, but
this can't be solved in a bac= kwards compatible way.

What I don't understand= , is why setting source and target to 1.7,
like I did on java-aqu= te-libg did not work.
=C2=A0
=
I'm not sure about this one.
I can tr= y to check upstream if this is a problem on their site, but it seems not.
It seems that some zeromq calls fail.
Can this be relate= d to our build container?
=C2=A0
Fix= ed this by updating. it turned out to be an upstream bug.=C2=A0

I haven't looked i= nto this one yet.

I intend to remove this package if
<= div>axoloti-patcher works with the current version.
I did not do = this yet, because the
java-simple-xml issue also blocks axoloti-p= atcher,
so I could not check yet if the current version is ok.

The remaining five issues are the packages from
the covering of icedtea7 that do not build.
The rest does b= uild.


java-plexu= s-default-container now builds.
=C2=A0
I don't know if we have any = more issues between the
marked problems and these five packages.<= /div>


--
Chris


--001a11403eca29d659056230d58e--