Discussion:
java: switch to icedtea-8 as default JDK
Ricardo Wurmus
2017-11-17 22:02:28 UTC
Permalink
Hi Guix,

some of our Java packages now only build with icedtea-8. To avoid
incompatibilities we should make icedtea-8 the default and make sure
that all packages still build with that version.

Who would like to help with this? We can do this in a separate branch
and build it on berlin.guixsd.org.

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Chris Marusich
2017-11-22 08:57:22 UTC
Permalink
Post by Ricardo Wurmus
Hi Guix,
some of our Java packages now only build with icedtea-8. To avoid
incompatibilities we should make icedtea-8 the default and make sure
that all packages still build with that version.
Who would like to help with this? We can do this in a separate branch
and build it on berlin.guixsd.org.
--
Ricardo
I'd like to help with this. Do we just need to update various java
package definitions to use the most recent icedtea-8, and debug any
issues that might arise? Or did you mean something else?
--
Chris
Ricardo Wurmus
2017-11-22 12:09:26 UTC
Permalink
Post by Chris Marusich
Post by Ricardo Wurmus
Hi Guix,
some of our Java packages now only build with icedtea-8. To avoid
incompatibilities we should make icedtea-8 the default and make sure
that all packages still build with that version.
Who would like to help with this? We can do this in a separate branch
and build it on berlin.guixsd.org.
[…]
Post by Chris Marusich
I'd like to help with this. Do we just need to update various java
package definitions to use the most recent icedtea-8, and debug any
issues that might arise? Or did you mean something else?
Yes, that’s pretty much it. I remember that some of the early Java
packages I added could not be built with icedtea-8. In those cases it
may be sufficient to set the compiler source version to 1.7 while still
using icedtea-8.

I’d be happy if you could give this a try in a new branch. Once we have
a branch we can build I’ll update the Cuirass specs on berlin.guixsd.org
to build the Java packages and their dependencies from the new branch.
Let’s base this on core-updates.

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Chris Marusich
2017-11-22 17:03:09 UTC
Permalink
Post by Chris Marusich
Post by Ricardo Wurmus
Hi Guix,
some of our Java packages now only build with icedtea-8. To avoid
incompatibilities we should make icedtea-8 the default and make sure
that all packages still build with that version.
Who would like to help with this? We can do this in a separate branch
and build it on berlin.guixsd.org.
[
]
Post by Chris Marusich
I'd like to help with this. Do we just need to update various java
package definitions to use the most recent icedtea-8, and debug any
issues that might arise? Or did you mean something else?
Yes, that’s pretty much it. I remember that some of the early Java
packages I added could not be built with icedtea-8. In those cases it
may be sufficient to set the compiler source version to 1.7 while still
using icedtea-8.
I’d be happy if you could give this a try in a new branch. Once we have
a branch we can build I’ll update the Cuirass specs on berlin.guixsd.org
to build the Java packages and their dependencies from the new branch.
Let’s base this on core-updates.
OK, I'll find some time to work on this in the coming days. I'll send
you an update by the end of this month at the latest.
--
Chris
Gábor Boskovits
2017-11-24 07:01:27 UTC
Permalink
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 "icedtea".

Should I check which packages are affected in advance, or just go with the
build and see what does not work?
Post by Chris Marusich
Post by Chris Marusich
Post by Ricardo Wurmus
Hi Guix,
some of our Java packages now only build with icedtea-8. To avoid
incompatibilities we should make icedtea-8 the default and make sure
that all packages still build with that version.
Who would like to help with this? We can do this in a separate branch
and build it on berlin.guixsd.org.
[
]
Post by Chris Marusich
I'd like to help with this. Do we just need to update various java
package definitions to use the most recent icedtea-8, and debug any
issues that might arise? Or did you mean something else?
Yes, that’s pretty much it. I remember that some of the early Java
packages I added could not be built with icedtea-8. In those cases it
may be sufficient to set the compiler source version to 1.7 while still
using icedtea-8.
I’d be happy if you could give this a try in a new branch. Once we have
a branch we can build I’ll update the Cuirass specs on berlin.guixsd.org
to build the Java packages and their dependencies from the new branch.
Let’s base this on core-updates.
OK, I'll find some time to work on this in the coming days. I'll send
you an update by the end of this month at the latest.
--
Chris
Ricardo Wurmus
2017-11-24 10:15:16 UTC
Permalink
Hi Gábor,
Post by Gábor Boskovits
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 "icedtea".
Exactly. The call for help is really about dealing with the fallout
from this change. I’ve attempted this some time ago when we still had
a much smaller set of Java packages, but it’s too much to check all of
the packages by myself.
Post by Gábor Boskovits
Should I check which packages are affected in advance, or just go with the
build and see what does not work?
For some packages it’s feasible to do this immediately before pushing.
It’s also good to review the weird hacks that were sometimes necessary,
and check if they are still needed.

We also need to confirm that the generated build.xml files have the
appropriate “source” and “target” version specifiers.

But mostly we can just change the default “icedtea” and remove “#:jdk
,icedtea-8” from all packages. I’d like to avoid having to add “#:jdk
,icedtea-7” to any of the packages; finding fixes would be preferrable.

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Gábor Boskovits
2017-11-24 11:46:33 UTC
Permalink
Ok, I just made a branch, basically only changing that single line in
java.scm.
It's base on current core-updates.

You can clone from: https://github.com/Boskovits/guix.git
branch: change-default-icedtea-8.

How do we know where you need further assistance with that?

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.
Hi Gábor,
Post by Gábor Boskovits
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
"icedtea".
Exactly. The call for help is really about dealing with the fallout
from this change. I’ve attempted this some time ago when we still had
a much smaller set of Java packages, but it’s too much to check all of
the packages by myself.
Post by Gábor Boskovits
Should I check which packages are affected in advance, or just go with
the
Post by Gábor Boskovits
build and see what does not work?
For some packages it’s feasible to do this immediately before pushing.
It’s also good to review the weird hacks that were sometimes necessary,
and check if they are still needed.
We also need to confirm that the generated build.xml files have the
appropriate “source” and “target” version specifiers.
But mostly we can just change the default “icedtea” and remove “#:jdk
,icedtea-8” from all packages. I’d like to avoid having to add “#:jdk
,icedtea-7” to any of the packages; finding fixes would be preferrable.
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Chris Marusich
2017-11-29 06:48:24 UTC
Permalink
Post by Gábor Boskovits
Hello!
I just run a quick grep to see which files might be interesting.
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.
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 "icedtea".
Should I check which packages are affected in advance, or just go with the
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:

--8<---------------cut here---------------start------------->8---
[0] ***@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 are rebuilt: sra-***@2.8.2-1 ***@0.2.0 r-***@1.4.0.12-1.fccb77d ***@1.10.1 java-***@1.129 java-***@1.1.3 ***@1.8.0 java-osgi-service-***@1.0.0 java-plexus-***@1.23 java-commons-***@1.0.15 java-commons-***@3.6 java-commons-***@1.2 java-commons-***@2.6 java-***@1.17.5 ***@1.4 java-commons-***@4.1 java-javax-***@1.5.6 f-***@1.1-1.6ccded3 java-commons-***@1.9.3 java-***@4.7.0.201704051617-r java-osgi-service-***@1.0.1 java-osgi-service-***@1.2.0 java-osgi-service-***@1.5.0 java-osgi-util-***@1.5.1 ***@3.5.2 java-eclipse-team-***@3.8.0 java-httpcomponents-httpcore-***@4.4.6 java-httpcomponents-***@4.5.3 java-httpcomponents-httpcore-***@4.4.6 java-plexus-container-***@1.7.1 ***@18.0_alpha-6-f22d62d hdf-***@3.3.2 ruby-atoulme-***@0.7.5 ***@8048 java-guice-***@4.1 java-eclipse-jetty-***@9.4.6 java-eclipse-jetty-***@9.2.22 icedtea-***@1.6.2 axoloti-***@1.0.12
--8<---------------cut here---------------end--------------->8---

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:

--8<---------------cut here---------------start------------->8---
for pkg in $(</tmp/pkgs); do if guix build --keep-failed $pkg; then echo success: $pkg >> /tmp/log; else echo failure: $pkg >> /tmp/log; fi; done
--8<---------------cut here---------------end--------------->8---

...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.
Post by Gábor Boskovits
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.
--
Chris
Chris Marusich
2017-11-29 07:12:05 UTC
Permalink
Post by Chris Marusich
Post by Gábor Boskovits
Hello!
I just run a quick grep to see which files might be interesting.
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.
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 "icedtea".
Should I check which packages are affected in advance, or just go with the
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
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
for pkg in $(</tmp/pkgs); do if guix build --keep-failed $pkg; then echo success: $pkg >> /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.
Post by Gábor Boskovits
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ábor on my last email, so I've included
Gábor on this one. Sorry about that.
--
Chris
Gábor Boskovits
2017-11-29 19:05:55 UTC
Permalink
Hello!

I have a few idea, which could be done in parallel with this.

I don't know if they worth considering, but here they are anyways.

We could split the bootsrap part out of java.scm, to something like
java-bootstrap.scm.
We should stick here to specify versions used and not allow defaults.
We could name packages which will be used by the final consumer like
foo-bootstrap.
The have a file like java-checkpoint.scm only with definitions like (define
idectea8 icedtea8-bootstrap).
This would make the checkpoints we discussed on the Reproducible Build
Summit more visible, and explicitly declare which packages are the real
base of java. We do not allow using java-bootstrap from anywhere else, but
from the checkpoint.

Another thing we could is have something like java-defaults.scm with
definitions like (define icedtea icedtea8). This would make default
settings more visible, and might server as the basis of an alternatives
like system.

Later these steps could be done on other languages, making the trust base
more explicit, showing where we need bootstrapping done, and which pacakges
should be bootstrapped.

For organizational purposes whe might create a directory for defaults,
checkpoints and bootstraps.

Also with java9 coming we should be prepared to do another iteration on
this, and a cleaner sturcture might make that easier.
Post by Gábor Boskovits
Post by Chris Marusich
Post by Gábor Boskovits
Hello!
I just run a quick grep to see which files might be interesting.
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.
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.
Post by Chris Marusich
Post by Gábor Boskovits
That would flip the version in the build system also, as it uses
"icedtea".
Post by Chris Marusich
Post by Gábor Boskovits
Should I check which packages are affected in advance, or just go with
the
Post by Chris Marusich
Post by Gábor Boskovits
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
Building the following 39 packages would ensure 202 dependent packages
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
for pkg in $(</tmp/pkgs); do if guix build --keep-failed $pkg; then echo
success: $pkg >> /tmp/log; else echo failure: $pkg >> /tmp/log; fi; done
Post by Chris Marusich
...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.
Post by Gábor Boskovits
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ábor on my last email, so I've included
Gábor on this one. Sorry about that.
--
Chris
Ricardo Wurmus
2017-11-29 19:58:26 UTC
Permalink
Hi Gábor,
Post by Gábor Boskovits
We could split the bootsrap part out of java.scm, to something like
java-bootstrap.scm.
I agree that it would be good to separate the language bootstrap from
all other packages.
Post by Gábor Boskovits
The have a file like java-checkpoint.scm only with definitions like (define
idectea8 icedtea8-bootstrap).
This would make the checkpoints we discussed on the Reproducible Build
Summit more visible, and explicitly declare which packages are the real
base of java. We do not allow using java-bootstrap from anywhere else, but
from the checkpoint.
I don’t know if using a separate module would be necessary here. The
primary checkpoint for Java is the JDK and Ant, and all that the
bootstrap module would have to provide is these two packages.
Post by Gábor Boskovits
Another thing we could is have something like java-defaults.scm with
definitions like (define icedtea icedtea8). This would make default
settings more visible, and might server as the basis of an alternatives
like system.
I’d rather not start a new module just for that, to be honest. We
already have these definitions for the default GCCs and fortran compilers.
Post by Gábor Boskovits
Also with java9 coming we should be prepared to do another iteration on
this, and a cleaner sturcture might make that easier.
This would merely add one additional step to the bootstrap chain. Once
we decide to switch to that version, we just update the defaults again.

But I agree that a cleaner module structure could help.

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Chris Marusich
2017-11-30 06:58:48 UTC
Permalink
Post by Chris Marusich
1) Confirm that these packages build before making changes. If any
fail, fix them first if possible.
...
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
for pkg in $(</tmp/pkgs); do if guix build --keep-failed $pkg; then echo success: $pkg >> /tmp/log; else echo failure: $pkg >> /tmp/log; fi; done
I tried something like this, and GuixSD crashed while it was building
the packages... Specifically, the following morning, I checked my
computer and found that the screen remained blank, the HDD I/O LED was
constantly on (as if tons of disk access was taking place), and not even
pressing the capslock key would turn on the capslock key LED. I decided
to let the computer sit for the day, but when I got home 8 hours later,
nothing had changed. I power cycled my machine, and after it booted, I
found that during the night, my kernel had logged an Oops along with a
BUG in /var/log/messages, but I don't really know why it occurred.

So, I don't know if any of the packages built successfully or not. I'll
try again tonight, and this time I'll store the results somewhere where
I'll (hopefully) be able to see how far it got before crashing.
Hopefully it won't crash this time... If you know of an easier way to
check the build status of packages that will be impacted by an icedtea
change, please let me know.
--
Chris
Efraim Flashner
2017-11-30 19:27:37 UTC
Permalink
Post by Chris Marusich
Post by Chris Marusich
1) Confirm that these packages build before making changes. If any
fail, fix them first if possible.
...
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
for pkg in $(</tmp/pkgs); do if guix build --keep-failed $pkg; then echo success: $pkg >> /tmp/log; else echo failure: $pkg >> /tmp/log; fi; done
I tried something like this, and GuixSD crashed while it was building
the packages... Specifically, the following morning, I checked my
computer and found that the screen remained blank, the HDD I/O LED was
constantly on (as if tons of disk access was taking place), and not even
pressing the capslock key would turn on the capslock key LED. I decided
to let the computer sit for the day, but when I got home 8 hours later,
nothing had changed. I power cycled my machine, and after it booted, I
found that during the night, my kernel had logged an Oops along with a
BUG in /var/log/messages, but I don't really know why it occurred.
So, I don't know if any of the packages built successfully or not. I'll
try again tonight, and this time I'll store the results somewhere where
I'll (hopefully) be able to see how far it got before crashing.
Hopefully it won't crash this time... If you know of an easier way to
check the build status of packages that will be impacted by an icedtea
change, please let me know.
--
Chris
my build script is a little different:
guix package -A | cut -f1,2 | sed -e 's/\t/@/' | parallel --bar --shuf --jobs 1 guix build --no-grafts --fallback

and you could have "guix refresh -l -e '(@ (gnu packages java) icedtea-7)'"
in place of 'guix package -A'. Mine doesn't take into account packages
that are already built or dependencies which have already failed, but it
could be loading all the packages into memory at once is too much. If it
isn't then perhaps:
guix build --no-grafts --keep-going < $(guix refresh ... | cut -f1,2 | sed -e 's/\t/@/' )
would also work.
--
Efraim Flashner <***@flashner.co.il> א׀ךים ׀לשנך
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
Gábor Boskovits
2017-12-01 20:41:17 UTC
Permalink
Hello!

I've just checked the current build status of packages on hyrda. I could
filter out a few that currently seems not to build anyway, we might try to
fix those first.

I'll send a quick list:

*java-***@1.129 -> newer version (2.3.0) in master, does not build;
java-***@6.12
*java-plexus-container-***@1.7.1 -> does not build; java-***@6.12
****@18.0_alpha-6-f22d62d -> does not build; unbound 1.6.7
*java-eclipse-jetty-***@9.4.6 -> does not build;
java-eclipse-jetty-security-9.2.22
*java-eclipse-jetty-***@9.2.22 -> does not build;
java-eclipse-jetty-security-9.4.6

The first one with the specific version does build, to be clear, but the
newer version does not.
I've extracted the log segment of those failures:

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
java-***@6.12 - log extract:
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================

Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase4Scenario1.verifyThatTestMethodsRunInParallelThreads()
StackTrace:
java.lang.AssertionError: Expected 6 test method start event logs to be in
a block of methods executing in parallel. Found an event log of a different
type in the block being processed: [EventLog{Event:
LISTENER_TEST_METHOD_START, Suite: TestSuiteC, Test:
TestSuiteC-FourTestClassTest, Class:
test.thread.parallelization.sample.TestClassBSixMethodsWithDataProviderOnAllMethodsAndNoDepsSample,
Class instance hash code: 2118912967, Method name: testMethodB, Time of
event: 1511159025654, Thread ID: 5556}, EventLog{Event:
TEST_METHOD_EXECUTION, Suite: TestSuiteC, Test:
TestSuiteC-FourTestClassTest, Class:
test.thread.parallelization.sample.TestClassBSixMethodsWithDataProviderOnAllMethodsAndNoDepsSample,
Class instance hash code: 2118912967, Method name: testMethodB, Data
provider param: paramThree, Time of event: 1511159026154, Thread ID: 5556},
EventLog{Event: LISTENER_TEST_METHOD_START, Suite: TestSuiteC, Test:
TestSuiteC-FourTestClassTest, Class:
test.thread.parallelization.sample.TestClassBSixMethodsWithDataProviderOnAllMethodsAndNoDepsSample,
Class instance hash code: 2118912967, Method name: testMethodA, Time of
event: 1511159026244, Thread ID: 5550}, EventLog{Event:
LISTENER_TEST_METHOD_START, Suite: TestSuiteC, Test:
TestSuiteC-FourTestClassTest, Class:
test.thread.parallelization.sample.TestClassBSixMethodsWithDataProviderOnAllMethodsAndNoDepsSample,
Class instance hash code: 2118912967, Method name: testMethodF, Time of
event: 1511159026244, Thread ID: 5560}, EventLog{Event:
LISTENER_TEST_METHOD_START, Suite: TestSuiteC, Test:
TestSuiteC-FourTestClassTest, Class:
test.thread.parallelization.sample.TestClassBSixMethodsWithDataProviderOnAllMethodsAndNoDepsSample,
Class instance hash code: 2118912967, Method name: testMethodC, Time of
event: 1511159026244, Thread ID: 5552}, EventLog{Event:
LISTENER_TEST_METHOD_START, Suite: TestSuiteC, Test:
TestSuiteC-FourTestClassTest, Class:
test.thread.parallelization.sample.TestClassBSixMethodsWithDataProviderOnAllMethodsAndNoDepsSample,
Class instance hash code: 2118912967, Method name: testMethodE, Time of
event: 1511159026244, Thread ID: 5558}] expected [true] but found [false]
at
test.thread.parallelization.BaseParallelizationTest.verifyEventTypeForEventsLogs(Unknown
Source)
at
test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethodListenerStartEvents(Unknown
Source)
at
test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethodListenerStartEvents(Unknown
Source)
at
test.thread.parallelization.BaseParallelizationTest.verifyParallelTestMethodsWithNonParallelDataProvider(Unknown
Source)
at
test.thread.parallelization.ParallelByMethodsTestCase4Scenario1.verifyThatTestMethodsRunInParallelThreads(Unknown
Source)
... Removed 27 stack frames

phase `check' failed after 282.9 seconds

Requires further investigation.

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

***@1.6.7 - log extract
libtool: link: gcc -I.
-I/gnu/store/ks27x0mf95gir0cdgb9h573xbava6v1k-python-3.5.3/include/python3.5m
-I/gnu/store/m0m6bwzi8lx7kv8zbn3hjrim6flmgnf4-openssl-1.0.2l/include
-I/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/include
-I/gnu/store/wdlhrg370gm42s7ggyhnvnb4xrzpls1x-expat-2.2.1/include -g -O2
-flto -pthread -o testbound .libs/testbound.o .libs/replay.o
.libs/fake_event.o .libs/testpkts.o .libs/worker.o .libs/acl_list.o
.libs/daemon.o .libs/stats.o .libs/shm_main.o .libs/dns.o .libs/infra.o
.libs/rrset.o .libs/dname.o .libs/msgencode.o .libs/as112.o
.libs/msgparse.o .libs/msgreply.o .libs/packed_rrset.o .libs/iterator.o
.libs/iter_delegpt.o .libs/iter_donotq.o .libs/iter_fwd.o
.libs/iter_hints.o .libs/iter_priv.o .libs/iter_resptype.o
.libs/iter_scrub.o .libs/iter_utils.o .libs/localzone.o .libs/mesh.o
.libs/modstack.o .libs/view.o .libs/outbound_list.o .libs/alloc.o
.libs/config_file.o .libs/configlexer.o .libs/configparser.o
.libs/fptr_wlist.o .libs/locks.o .libs/log.o .libs/mini_event.o
.libs/module.o .libs/net_help.o .libs/random.o .libs/rbtree.o
.libs/regional.o .libs/rtt.o .libs/dnstree.o .libs/lookup3.o
.libs/lruhash.o .libs/slabhash.o .libs/timehist.o .libs/tube.o
.libs/winsock_event.o .libs/autotrust.o .libs/val_anchor.o
.libs/validator.o .libs/val_kcache.o .libs/val_kentry.o .libs/val_neg.o
.libs/val_nsec3.o .libs/val_nsec.o .libs/val_secalgo.o .libs/val_sigcrypt.o
.libs/val_utils.o .libs/dns64.o .libs/cachedb.o .libs/authzone.o
.libs/pythonmod.o .libs/pythonmod_utils.o .libs/respip.o .libs/ub_event.o
.libs/keyraw.o .libs/sbuffer.o .libs/wire2str.o .libs/parse.o
.libs/parseutil.o .libs/rrdef.o .libs/str2wire.o .libs/strlcat.o
.libs/strlcpy.o .libs/reallocarray.o .libs/arc4random.o
.libs/arc4random_uniform.o .libs/explicit_bzero.o .libs/arc4_lock.o
-L/gnu/store/m0m6bwzi8lx7kv8zbn3hjrim6flmgnf4-openssl-1.0.2l/lib
-L/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib
-L/gnu/store/wdlhrg370gm42s7ggyhnvnb4xrzpls1x-expat-2.2.1/lib -lssl
/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib/libevent.so
-L/gnu/store/ks27x0mf95gir0cdgb9h573xbava6v1k-python-3.5.3/lib
-L/gnu/store/ks27x0mf95gir0cdgb9h573xbava6v1k-python-3.5.3/lib/python3.5
-L. -lpython3.5m -lcrypto -pthread -Wl,-rpath
-Wl,/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib
-Wl,-rpath
-Wl,/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib
-Wl,-rpath
-Wl,/gnu/store/m0m6bwzi8lx7kv8zbn3hjrim6flmgnf4-openssl-1.0.2l/lib
LD_PRELOAD=/tmp/nss_preload.so ./unittest
make: *** [Makefile:308: test] Killed
phase `check' failed after 18.3 seconds

Requires further investigation.

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

java-eclipse-jetty-***@9.2.22 - log extract
[junit] Tests run: 22, Failures: 1, Errors: 0, Skipped: 0, Time
elapsed: 0.75 sec
[junit] HTTP/1.1 302 Found
[junit] Date: Mon, 20 Nov 2017 05:32:39 GMT
[junit] Location: https://wobble.com/ctx/data/info
[junit] Content-Length: 0
[junit] Server: Jetty(9.2.z-SNAPSHOT)
[junit]
[junit]

BUILD FAILED
/tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.v20170606/jetty-security/build.xml:1:
Test org.eclipse.jetty.security.ConstraintTest failed

Total time: 3 seconds
phase `check' failed after 4.0 seconds

Requires further investigation.

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

java-eclipse-jetty-***@9.4.6 - log extract
BUILD FAILED
/tmp/guix-build-java-eclipse-jetty-security-9.4.6.drv-0/jetty.project-jetty-9.4.6.v20170531/jetty-security/build.xml:1:
Test org.eclipse.jetty.security.ConstraintTest failed

Total time: 12 seconds
phase `check' failed after 13.3 seconds

Requires further investigation.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

This is how far I could get by now.
What should we do with these?

These are the latest hydra run results by the way, it might well be that
some of these is already fixed.
Post by Chris Marusich
Post by Chris Marusich
Post by Chris Marusich
1) Confirm that these packages build before making changes. If any
fail, fix them first if possible.
...
I'm going to try step (1) tonight on my laptop. Is there a way to
check
Post by Chris Marusich
Post by Chris Marusich
their build status on Hydra, I wonder? I'm planning to just do it in
a
Post by Chris Marusich
Post by Chris Marusich
for pkg in $(</tmp/pkgs); do if guix build --keep-failed $pkg; then
echo success: $pkg >> /tmp/log; else echo failure: $pkg >> /tmp/log; fi;
done
Post by Chris Marusich
I tried something like this, and GuixSD crashed while it was building
the packages... Specifically, the following morning, I checked my
computer and found that the screen remained blank, the HDD I/O LED was
constantly on (as if tons of disk access was taking place), and not even
pressing the capslock key would turn on the capslock key LED. I decided
to let the computer sit for the day, but when I got home 8 hours later,
nothing had changed. I power cycled my machine, and after it booted, I
found that during the night, my kernel had logged an Oops along with a
BUG in /var/log/messages, but I don't really know why it occurred.
So, I don't know if any of the packages built successfully or not. I'll
try again tonight, and this time I'll store the results somewhere where
I'll (hopefully) be able to see how far it got before crashing.
Hopefully it won't crash this time... If you know of an easier way to
check the build status of packages that will be impacted by an icedtea
change, please let me know.
--
Chris
--jobs 1 guix build --no-grafts --fallback
in place of 'guix package -A'. Mine doesn't take into account packages
that are already built or dependencies which have already failed, but it
could be loading all the packages into memory at once is too much. If it
would also work.
--
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
Chris Marusich
2017-12-02 07:06:07 UTC
Permalink
Post by Gábor Boskovits
Hello!
I've just checked the current build status of packages on hyrda. I could
filter out a few that currently seems not to build anyway, we might try to
fix those first.
java-eclipse-jetty-security-9.2.22
java-eclipse-jetty-security-9.4.6
The first one with the specific version does build, to be clear, but the
newer version does not.
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================
Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase4Scenario1.verifyThatTestMethodsRunInParallelThreads()
java.lang.AssertionError: Expected 6 test method start event logs to be in
a block of methods executing in parallel. Found an event log of a different
test.thread.parallelization.sample.TestClassBSixMethodsWithDataProviderOnAllMethodsAndNoDepsSample,
Class instance hash code: 2118912967, Method name: testMethodB, Time of
test.thread.parallelization.sample.TestClassBSixMethodsWithDataProviderOnAllMethodsAndNoDepsSample,
Class instance hash code: 2118912967, Method name: testMethodB, Data
provider param: paramThree, Time of event: 1511159026154, Thread ID: 5556},
test.thread.parallelization.sample.TestClassBSixMethodsWithDataProviderOnAllMethodsAndNoDepsSample,
Class instance hash code: 2118912967, Method name: testMethodA, Time of
test.thread.parallelization.sample.TestClassBSixMethodsWithDataProviderOnAllMethodsAndNoDepsSample,
Class instance hash code: 2118912967, Method name: testMethodF, Time of
test.thread.parallelization.sample.TestClassBSixMethodsWithDataProviderOnAllMethodsAndNoDepsSample,
Class instance hash code: 2118912967, Method name: testMethodC, Time of
test.thread.parallelization.sample.TestClassBSixMethodsWithDataProviderOnAllMethodsAndNoDepsSample,
Class instance hash code: 2118912967, Method name: testMethodE, Time of
event: 1511159026244, Thread ID: 5558}] expected [true] but found [false]
at
test.thread.parallelization.BaseParallelizationTest.verifyEventTypeForEventsLogs(Unknown
Source)
at
test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethodListenerStartEvents(Unknown
Source)
at
test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethodListenerStartEvents(Unknown
Source)
at
test.thread.parallelization.BaseParallelizationTest.verifyParallelTestMethodsWithNonParallelDataProvider(Unknown
Source)
at
test.thread.parallelization.ParallelByMethodsTestCase4Scenario1.verifyThatTestMethodsRunInParallelThreads(Unknown
Source)
... Removed 27 stack frames
phase `check' failed after 282.9 seconds
Requires further investigation.
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
libtool: link: gcc -I.
-I/gnu/store/ks27x0mf95gir0cdgb9h573xbava6v1k-python-3.5.3/include/python3.5m
-I/gnu/store/m0m6bwzi8lx7kv8zbn3hjrim6flmgnf4-openssl-1.0.2l/include
-I/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/include
-I/gnu/store/wdlhrg370gm42s7ggyhnvnb4xrzpls1x-expat-2.2.1/include -g -O2
-flto -pthread -o testbound .libs/testbound.o .libs/replay.o
.libs/fake_event.o .libs/testpkts.o .libs/worker.o .libs/acl_list.o
.libs/daemon.o .libs/stats.o .libs/shm_main.o .libs/dns.o .libs/infra.o
.libs/rrset.o .libs/dname.o .libs/msgencode.o .libs/as112.o
.libs/msgparse.o .libs/msgreply.o .libs/packed_rrset.o .libs/iterator.o
.libs/iter_delegpt.o .libs/iter_donotq.o .libs/iter_fwd.o
.libs/iter_hints.o .libs/iter_priv.o .libs/iter_resptype.o
.libs/iter_scrub.o .libs/iter_utils.o .libs/localzone.o .libs/mesh.o
.libs/modstack.o .libs/view.o .libs/outbound_list.o .libs/alloc.o
.libs/config_file.o .libs/configlexer.o .libs/configparser.o
.libs/fptr_wlist.o .libs/locks.o .libs/log.o .libs/mini_event.o
.libs/module.o .libs/net_help.o .libs/random.o .libs/rbtree.o
.libs/regional.o .libs/rtt.o .libs/dnstree.o .libs/lookup3.o
.libs/lruhash.o .libs/slabhash.o .libs/timehist.o .libs/tube.o
.libs/winsock_event.o .libs/autotrust.o .libs/val_anchor.o
.libs/validator.o .libs/val_kcache.o .libs/val_kentry.o .libs/val_neg.o
.libs/val_nsec3.o .libs/val_nsec.o .libs/val_secalgo.o .libs/val_sigcrypt.o
.libs/val_utils.o .libs/dns64.o .libs/cachedb.o .libs/authzone.o
.libs/pythonmod.o .libs/pythonmod_utils.o .libs/respip.o .libs/ub_event.o
.libs/keyraw.o .libs/sbuffer.o .libs/wire2str.o .libs/parse.o
.libs/parseutil.o .libs/rrdef.o .libs/str2wire.o .libs/strlcat.o
.libs/strlcpy.o .libs/reallocarray.o .libs/arc4random.o
.libs/arc4random_uniform.o .libs/explicit_bzero.o .libs/arc4_lock.o
-L/gnu/store/m0m6bwzi8lx7kv8zbn3hjrim6flmgnf4-openssl-1.0.2l/lib
-L/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib
-L/gnu/store/wdlhrg370gm42s7ggyhnvnb4xrzpls1x-expat-2.2.1/lib -lssl
/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib/libevent.so
-L/gnu/store/ks27x0mf95gir0cdgb9h573xbava6v1k-python-3.5.3/lib
-L/gnu/store/ks27x0mf95gir0cdgb9h573xbava6v1k-python-3.5.3/lib/python3.5
-L. -lpython3.5m -lcrypto -pthread -Wl,-rpath
-Wl,/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib
-Wl,-rpath
-Wl,/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib
-Wl,-rpath
-Wl,/gnu/store/m0m6bwzi8lx7kv8zbn3hjrim6flmgnf4-openssl-1.0.2l/lib
LD_PRELOAD=/tmp/nss_preload.so ./unittest
make: *** [Makefile:308: test] Killed
phase `check' failed after 18.3 seconds
Requires further investigation.
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
[junit] Tests run: 22, Failures: 1, Errors: 0, Skipped: 0, Time
elapsed: 0.75 sec
[junit] HTTP/1.1 302 Found
[junit] Date: Mon, 20 Nov 2017 05:32:39 GMT
[junit] Location: https://wobble.com/ctx/data/info
[junit] Content-Length: 0
[junit] Server: Jetty(9.2.z-SNAPSHOT)
[junit]
[junit]
BUILD FAILED
Test org.eclipse.jetty.security.ConstraintTest failed
Total time: 3 seconds
phase `check' failed after 4.0 seconds
Requires further investigation.
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
BUILD FAILED
Test org.eclipse.jetty.security.ConstraintTest failed
Total time: 12 seconds
phase `check' failed after 13.3 seconds
Requires further investigation.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
This is how far I could get by now.
What should we do with these?
These are the latest hydra run results by the way, it might well be that
some of these is already fixed.
We'll have to investigate them one by one, I guess. To reduce the risk
of accidentally repeating work, I suggest that anyone who works on a
package mentioned here should reply to this thread to let everyone know
they are working on it. When I get enough time to start working on some
of these, I'll do that.

Meanwhile, on the core-updates branch, it seems that there are other
existing problems.

I tried again to build the "covering" of icedtea (i.e., the set of
packages which, when built, are sufficient to rebuild all packages that
might be broken by changing icedtea), and I found that none of the
packages currently build against
d6adba786cf2ab1b26ff083928b64262281ff106 (which was the tip of
core-updates a few days ago). Failures were as follows:

* ***@18.0_alpha-6-f22d62d fails because the following fail:
* protobuf-3.4.1
* libvpx-1.6.1
* icu4c-60.1

* All other 38 packages in the "covering" for icedtea fail because the
following fails:
* icu4c-60.1

So, on the core-updates branch at least, the appropriate first step
seems like it would be to fix icu4c. Here's the error:

--8<---------------cut here---------------start------------->8---
g++ ... dayperiodrules.cpp
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function ‘icu_60::number::impl::DecimalQuantity& icu_60::number::impl::DecimalQuantity::setToDouble(double)’:
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a member of ‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
from number_decimalquantity.cpp:9:
number_decimalquantity.cpp:333:14: error: expected primary-expression before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is not a member of ‘std’
if (std::isnan(n) != 0) {
^
number_decimalquantity.cpp:337:9: note: suggested alternative:
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’ is not a member of ‘std’
} else if (std::isfinite(n) == 0) {
^
number_decimalquantity.cpp:339:16: note: suggested alternative:
<built-in>: note: ‘__builtin_isfinite’
--8<---------------cut here---------------end--------------->8---

I am currently doing a git bisect to try and find out what caused this
failure. I'll let you know once I know more.
--
Chris
Gábor Boskovits
2017-12-03 09:58:41 UTC
Permalink
Any news on this icu4c thing?

We had a problem on core-updates,
reverting ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a makes it usable, it is
not the best thing we can do, but in case you meet with encoding related
errors after rebase this is a quick fix.
I will have a look at this java-testng failure in the meanwhile. I'll
report back if I find something.
Post by Gábor Boskovits
Post by Gábor Boskovits
Hello!
I've just checked the current build status of packages on hyrda. I could
filter out a few that currently seems not to build anyway, we might try
to
Post by Gábor Boskovits
fix those first.
java-eclipse-jetty-security-9.2.22
java-eclipse-jetty-security-9.4.6
The first one with the specific version does build, to be clear, but the
newer version does not.
------------------------------------------------------------
------------------------------------------------------------
------------------------------------------------------------
----------------------------------------
Post by Gábor Boskovits
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================
Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase4Scenario1.
verifyThatTestMethodsRunInParallelThreads()
Post by Gábor Boskovits
java.lang.AssertionError: Expected 6 test method start event logs to be
in
Post by Gábor Boskovits
a block of methods executing in parallel. Found an event log of a
different
Post by Gábor Boskovits
test.thread.parallelization.sample.TestClassBSixMethodsWithDataPr
oviderOnAllMethodsAndNoDepsSample,
Post by Gábor Boskovits
Class instance hash code: 2118912967, Method name: testMethodB, Time of
test.thread.parallelization.sample.TestClassBSixMethodsWithDataPr
oviderOnAllMethodsAndNoDepsSample,
Post by Gábor Boskovits
Class instance hash code: 2118912967, Method name: testMethodB, Data
5556},
Post by Gábor Boskovits
test.thread.parallelization.sample.TestClassBSixMethodsWithDataPr
oviderOnAllMethodsAndNoDepsSample,
Post by Gábor Boskovits
Class instance hash code: 2118912967, Method name: testMethodA, Time of
test.thread.parallelization.sample.TestClassBSixMethodsWithDataPr
oviderOnAllMethodsAndNoDepsSample,
Post by Gábor Boskovits
Class instance hash code: 2118912967, Method name: testMethodF, Time of
test.thread.parallelization.sample.TestClassBSixMethodsWithDataPr
oviderOnAllMethodsAndNoDepsSample,
Post by Gábor Boskovits
Class instance hash code: 2118912967, Method name: testMethodC, Time of
test.thread.parallelization.sample.TestClassBSixMethodsWithDataPr
oviderOnAllMethodsAndNoDepsSample,
Post by Gábor Boskovits
Class instance hash code: 2118912967, Method name: testMethodE, Time of
event: 1511159026244, Thread ID: 5558}] expected [true] but found [false]
at
test.thread.parallelization.BaseParallelizationTest.
verifyEventTypeForEventsLogs(Unknown
Post by Gábor Boskovits
Source)
at
test.thread.parallelization.BaseParallelizationTest.
verifySimultaneousTestMethodListenerStartEvents(Unknown
Post by Gábor Boskovits
Source)
at
test.thread.parallelization.BaseParallelizationTest.
verifySimultaneousTestMethodListenerStartEvents(Unknown
Post by Gábor Boskovits
Source)
at
test.thread.parallelization.BaseParallelizationTest.
verifyParallelTestMethodsWithNonParallelDataProvider(Unknown
Post by Gábor Boskovits
Source)
at
test.thread.parallelization.ParallelByMethodsTestCase4Scenario1.
verifyThatTestMethodsRunInParallelThreads(Unknown
Post by Gábor Boskovits
Source)
... Removed 27 stack frames
phase `check' failed after 282.9 seconds
Requires further investigation.
------------------------------------------------------------
------------------------------------------------------------
------------------------------------------------------------
-----------------------------------------
Post by Gábor Boskovits
libtool: link: gcc -I.
-I/gnu/store/ks27x0mf95gir0cdgb9h573xbava6v1k-python-3.5.3/include/
python3.5m
Post by Gábor Boskovits
-I/gnu/store/m0m6bwzi8lx7kv8zbn3hjrim6flmgnf4-openssl-1.0.2l/include
-I/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/include
-I/gnu/store/wdlhrg370gm42s7ggyhnvnb4xrzpls1x-expat-2.2.1/include -g -O2
-flto -pthread -o testbound .libs/testbound.o .libs/replay.o
.libs/fake_event.o .libs/testpkts.o .libs/worker.o .libs/acl_list.o
.libs/daemon.o .libs/stats.o .libs/shm_main.o .libs/dns.o .libs/infra.o
.libs/rrset.o .libs/dname.o .libs/msgencode.o .libs/as112.o
.libs/msgparse.o .libs/msgreply.o .libs/packed_rrset.o .libs/iterator.o
.libs/iter_delegpt.o .libs/iter_donotq.o .libs/iter_fwd.o
.libs/iter_hints.o .libs/iter_priv.o .libs/iter_resptype.o
.libs/iter_scrub.o .libs/iter_utils.o .libs/localzone.o .libs/mesh.o
.libs/modstack.o .libs/view.o .libs/outbound_list.o .libs/alloc.o
.libs/config_file.o .libs/configlexer.o .libs/configparser.o
.libs/fptr_wlist.o .libs/locks.o .libs/log.o .libs/mini_event.o
.libs/module.o .libs/net_help.o .libs/random.o .libs/rbtree.o
.libs/regional.o .libs/rtt.o .libs/dnstree.o .libs/lookup3.o
.libs/lruhash.o .libs/slabhash.o .libs/timehist.o .libs/tube.o
.libs/winsock_event.o .libs/autotrust.o .libs/val_anchor.o
.libs/validator.o .libs/val_kcache.o .libs/val_kentry.o .libs/val_neg.o
.libs/val_nsec3.o .libs/val_nsec.o .libs/val_secalgo.o
.libs/val_sigcrypt.o
Post by Gábor Boskovits
.libs/val_utils.o .libs/dns64.o .libs/cachedb.o .libs/authzone.o
.libs/pythonmod.o .libs/pythonmod_utils.o .libs/respip.o .libs/ub_event.o
.libs/keyraw.o .libs/sbuffer.o .libs/wire2str.o .libs/parse.o
.libs/parseutil.o .libs/rrdef.o .libs/str2wire.o .libs/strlcat.o
.libs/strlcpy.o .libs/reallocarray.o .libs/arc4random.o
.libs/arc4random_uniform.o .libs/explicit_bzero.o .libs/arc4_lock.o
-L/gnu/store/m0m6bwzi8lx7kv8zbn3hjrim6flmgnf4-openssl-1.0.2l/lib
-L/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib
-L/gnu/store/wdlhrg370gm42s7ggyhnvnb4xrzpls1x-expat-2.2.1/lib -lssl
/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib/
libevent.so
Post by Gábor Boskovits
-L/gnu/store/ks27x0mf95gir0cdgb9h573xbava6v1k-python-3.5.3/lib
-L/gnu/store/ks27x0mf95gir0cdgb9h573xbava6v1k-python-3.5.3/lib/python3.5
-L. -lpython3.5m -lcrypto -pthread -Wl,-rpath
-Wl,/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib
-Wl,-rpath
-Wl,/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib
-Wl,-rpath
-Wl,/gnu/store/m0m6bwzi8lx7kv8zbn3hjrim6flmgnf4-openssl-1.0.2l/lib
LD_PRELOAD=/tmp/nss_preload.so ./unittest
make: *** [Makefile:308: test] Killed
phase `check' failed after 18.3 seconds
Requires further investigation.
------------------------------------------------------------
------------------------------------------------------------
------------------------------------------------------------
---------------------------------------------
Post by Gábor Boskovits
[junit] Tests run: 22, Failures: 1, Errors: 0, Skipped: 0, Time
elapsed: 0.75 sec
[junit] HTTP/1.1 302 Found
[junit] Date: Mon, 20 Nov 2017 05:32:39 GMT
[junit] Location: https://wobble.com/ctx/data/info
[junit] Content-Length: 0
[junit] Server: Jetty(9.2.z-SNAPSHOT)
[junit]
[junit]
BUILD FAILED
/tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/
Test org.eclipse.jetty.security.ConstraintTest failed
Total time: 3 seconds
phase `check' failed after 4.0 seconds
Requires further investigation.
------------------------------------------------------------
------------------------------------------------------------
------------------------------------------------------------
---------------------------------------------------
Post by Gábor Boskovits
BUILD FAILED
/tmp/guix-build-java-eclipse-jetty-security-9.4.6.drv-0/
Test org.eclipse.jetty.security.ConstraintTest failed
Total time: 12 seconds
phase `check' failed after 13.3 seconds
Requires further investigation.
------------------------------------------------------------
------------------------------------------------------------
------------------------------------------------------------
--------------------------------------------------------
Post by Gábor Boskovits
This is how far I could get by now.
What should we do with these?
These are the latest hydra run results by the way, it might well be that
some of these is already fixed.
We'll have to investigate them one by one, I guess. To reduce the risk
of accidentally repeating work, I suggest that anyone who works on a
package mentioned here should reply to this thread to let everyone know
they are working on it. When I get enough time to start working on some
of these, I'll do that.
Meanwhile, on the core-updates branch, it seems that there are other
existing problems.
I tried again to build the "covering" of icedtea (i.e., the set of
packages which, when built, are sufficient to rebuild all packages that
might be broken by changing icedtea), and I found that none of the
packages currently build against
d6adba786cf2ab1b26ff083928b64262281ff106 (which was the tip of
* protobuf-3.4.1
* libvpx-1.6.1
* icu4c-60.1
* All other 38 packages in the "covering" for icedtea fail because the
* icu4c-60.1
So, on the core-updates branch at least, the appropriate first step
--8<---------------cut here---------------start------------->8---
g++ ... dayperiodrules.cpp
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function ‘icu_60::number::impl::DecimalQuantity&
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a member of
‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv360iskh7syj
7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is not a
member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’ is not a
member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
--8<---------------cut here---------------end--------------->8---
I am currently doing a git bisect to try and find out what caused this
failure. I'll let you know once I know more.
--
Chris
Gábor Boskovits
2017-12-03 11:30:43 UTC
Permalink
java-testng also dies on icu4c.
It seems like we will have to fix that first to do anything else.
Post by Gábor Boskovits
Any news on this icu4c thing?
We had a problem on core-updates, reverting ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a
makes it usable, it is not the best thing we can do, but in case you meet
with encoding related errors after rebase this is a quick fix.
I will have a look at this java-testng failure in the meanwhile. I'll
report back if I find something.
Post by Gábor Boskovits
Post by Gábor Boskovits
Hello!
I've just checked the current build status of packages on hyrda. I could
filter out a few that currently seems not to build anyway, we might try
to
Post by Gábor Boskovits
fix those first.
java-eclipse-jetty-security-9.2.22
java-eclipse-jetty-security-9.4.6
The first one with the specific version does build, to be clear, but the
newer version does not.
------------------------------------------------------------
------------------------------------------------------------
------------------------------------------------------------
----------------------------------------
Post by Gábor Boskovits
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================
Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase4Scenar
io1.verifyThatTestMethodsRunInParallelThreads()
Post by Gábor Boskovits
java.lang.AssertionError: Expected 6 test method start event logs to
be in
Post by Gábor Boskovits
a block of methods executing in parallel. Found an event log of a
different
Post by Gábor Boskovits
test.thread.parallelization.sample.TestClassBSixMethodsWithD
ataProviderOnAllMethodsAndNoDepsSample,
Post by Gábor Boskovits
Class instance hash code: 2118912967, Method name: testMethodB, Time of
test.thread.parallelization.sample.TestClassBSixMethodsWithD
ataProviderOnAllMethodsAndNoDepsSample,
Post by Gábor Boskovits
Class instance hash code: 2118912967, Method name: testMethodB, Data
5556},
Post by Gábor Boskovits
test.thread.parallelization.sample.TestClassBSixMethodsWithD
ataProviderOnAllMethodsAndNoDepsSample,
Post by Gábor Boskovits
Class instance hash code: 2118912967, Method name: testMethodA, Time of
test.thread.parallelization.sample.TestClassBSixMethodsWithD
ataProviderOnAllMethodsAndNoDepsSample,
Post by Gábor Boskovits
Class instance hash code: 2118912967, Method name: testMethodF, Time of
test.thread.parallelization.sample.TestClassBSixMethodsWithD
ataProviderOnAllMethodsAndNoDepsSample,
Post by Gábor Boskovits
Class instance hash code: 2118912967, Method name: testMethodC, Time of
test.thread.parallelization.sample.TestClassBSixMethodsWithD
ataProviderOnAllMethodsAndNoDepsSample,
Post by Gábor Boskovits
Class instance hash code: 2118912967, Method name: testMethodE, Time of
event: 1511159026244, Thread ID: 5558}] expected [true] but found
[false]
Post by Gábor Boskovits
at
test.thread.parallelization.BaseParallelizationTest.verifyEv
entTypeForEventsLogs(Unknown
Post by Gábor Boskovits
Source)
at
test.thread.parallelization.BaseParallelizationTest.verifySi
multaneousTestMethodListenerStartEvents(Unknown
Post by Gábor Boskovits
Source)
at
test.thread.parallelization.BaseParallelizationTest.verifySi
multaneousTestMethodListenerStartEvents(Unknown
Post by Gábor Boskovits
Source)
at
test.thread.parallelization.BaseParallelizationTest.verifyPa
rallelTestMethodsWithNonParallelDataProvider(Unknown
Post by Gábor Boskovits
Source)
at
test.thread.parallelization.ParallelByMethodsTestCase4Scenar
io1.verifyThatTestMethodsRunInParallelThreads(Unknown
Post by Gábor Boskovits
Source)
... Removed 27 stack frames
phase `check' failed after 282.9 seconds
Requires further investigation.
------------------------------------------------------------
------------------------------------------------------------
------------------------------------------------------------
-----------------------------------------
Post by Gábor Boskovits
libtool: link: gcc -I.
-I/gnu/store/ks27x0mf95gir0cdgb9h573xbava6v1k-python-3.5.3/
include/python3.5m
Post by Gábor Boskovits
-I/gnu/store/m0m6bwzi8lx7kv8zbn3hjrim6flmgnf4-openssl-1.0.2l/include
-I/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/include
-I/gnu/store/wdlhrg370gm42s7ggyhnvnb4xrzpls1x-expat-2.2.1/include -g
-O2
Post by Gábor Boskovits
-flto -pthread -o testbound .libs/testbound.o .libs/replay.o
.libs/fake_event.o .libs/testpkts.o .libs/worker.o .libs/acl_list.o
.libs/daemon.o .libs/stats.o .libs/shm_main.o .libs/dns.o .libs/infra.o
.libs/rrset.o .libs/dname.o .libs/msgencode.o .libs/as112.o
.libs/msgparse.o .libs/msgreply.o .libs/packed_rrset.o .libs/iterator.o
.libs/iter_delegpt.o .libs/iter_donotq.o .libs/iter_fwd.o
.libs/iter_hints.o .libs/iter_priv.o .libs/iter_resptype.o
.libs/iter_scrub.o .libs/iter_utils.o .libs/localzone.o .libs/mesh.o
.libs/modstack.o .libs/view.o .libs/outbound_list.o .libs/alloc.o
.libs/config_file.o .libs/configlexer.o .libs/configparser.o
.libs/fptr_wlist.o .libs/locks.o .libs/log.o .libs/mini_event.o
.libs/module.o .libs/net_help.o .libs/random.o .libs/rbtree.o
.libs/regional.o .libs/rtt.o .libs/dnstree.o .libs/lookup3.o
.libs/lruhash.o .libs/slabhash.o .libs/timehist.o .libs/tube.o
.libs/winsock_event.o .libs/autotrust.o .libs/val_anchor.o
.libs/validator.o .libs/val_kcache.o .libs/val_kentry.o .libs/val_neg.o
.libs/val_nsec3.o .libs/val_nsec.o .libs/val_secalgo.o
.libs/val_sigcrypt.o
Post by Gábor Boskovits
.libs/val_utils.o .libs/dns64.o .libs/cachedb.o .libs/authzone.o
.libs/pythonmod.o .libs/pythonmod_utils.o .libs/respip.o
.libs/ub_event.o
Post by Gábor Boskovits
.libs/keyraw.o .libs/sbuffer.o .libs/wire2str.o .libs/parse.o
.libs/parseutil.o .libs/rrdef.o .libs/str2wire.o .libs/strlcat.o
.libs/strlcpy.o .libs/reallocarray.o .libs/arc4random.o
.libs/arc4random_uniform.o .libs/explicit_bzero.o .libs/arc4_lock.o
-L/gnu/store/m0m6bwzi8lx7kv8zbn3hjrim6flmgnf4-openssl-1.0.2l/lib
-L/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib
-L/gnu/store/wdlhrg370gm42s7ggyhnvnb4xrzpls1x-expat-2.2.1/lib -lssl
/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/
lib/libevent.so
Post by Gábor Boskovits
-L/gnu/store/ks27x0mf95gir0cdgb9h573xbava6v1k-python-3.5.3/lib
-L/gnu/store/ks27x0mf95gir0cdgb9h573xbava6v1k-python-3.5.3/
lib/python3.5
Post by Gábor Boskovits
-L. -lpython3.5m -lcrypto -pthread -Wl,-rpath
-Wl,/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib
-Wl,-rpath
-Wl,/gnu/store/ldkwm8hwhknpx6651yjgc1231nh8234d-libevent-2.1.8/lib
-Wl,-rpath
-Wl,/gnu/store/m0m6bwzi8lx7kv8zbn3hjrim6flmgnf4-openssl-1.0.2l/lib
LD_PRELOAD=/tmp/nss_preload.so ./unittest
make: *** [Makefile:308: test] Killed
phase `check' failed after 18.3 seconds
Requires further investigation.
------------------------------------------------------------
------------------------------------------------------------
------------------------------------------------------------
---------------------------------------------
Post by Gábor Boskovits
[junit] Tests run: 22, Failures: 1, Errors: 0, Skipped: 0, Time
elapsed: 0.75 sec
[junit] HTTP/1.1 302 Found
[junit] Date: Mon, 20 Nov 2017 05:32:39 GMT
[junit] Location: https://wobble.com/ctx/data/info
[junit] Content-Length: 0
[junit] Server: Jetty(9.2.z-SNAPSHOT)
[junit]
[junit]
BUILD FAILED
/tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jet
Test org.eclipse.jetty.security.ConstraintTest failed
Total time: 3 seconds
phase `check' failed after 4.0 seconds
Requires further investigation.
------------------------------------------------------------
------------------------------------------------------------
------------------------------------------------------------
---------------------------------------------------
Post by Gábor Boskovits
BUILD FAILED
/tmp/guix-build-java-eclipse-jetty-security-9.4.6.drv-0/jett
Test org.eclipse.jetty.security.ConstraintTest failed
Total time: 12 seconds
phase `check' failed after 13.3 seconds
Requires further investigation.
------------------------------------------------------------
------------------------------------------------------------
------------------------------------------------------------
--------------------------------------------------------
Post by Gábor Boskovits
This is how far I could get by now.
What should we do with these?
These are the latest hydra run results by the way, it might well be that
some of these is already fixed.
We'll have to investigate them one by one, I guess. To reduce the risk
of accidentally repeating work, I suggest that anyone who works on a
package mentioned here should reply to this thread to let everyone know
they are working on it. When I get enough time to start working on some
of these, I'll do that.
Meanwhile, on the core-updates branch, it seems that there are other
existing problems.
I tried again to build the "covering" of icedtea (i.e., the set of
packages which, when built, are sufficient to rebuild all packages that
might be broken by changing icedtea), and I found that none of the
packages currently build against
d6adba786cf2ab1b26ff083928b64262281ff106 (which was the tip of
* protobuf-3.4.1
* libvpx-1.6.1
* icu4c-60.1
* All other 38 packages in the "covering" for icedtea fail because the
* icu4c-60.1
So, on the core-updates branch at least, the appropriate first step
--8<---------------cut here---------------start------------->8---
g++ ... dayperiodrules.cpp
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function
‘icu_60::number::impl::DecimalQuantity& icu_60::number::impl::DecimalQ
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a member of
‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv
360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is not a
member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’ is not a
member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
--8<---------------cut here---------------end--------------->8---
I am currently doing a git bisect to try and find out what caused this
failure. I'll let you know once I know more.
--
Chris
Chris Marusich
2017-12-03 21:46:47 UTC
Permalink
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce32cabd2d89.
This is the first commit where icu4c fails to build on core-updates.
The build failure at this commit is as follows:

--8<---------------cut here---------------start------------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or directory
compilation terminated.
*** Failed compilation command follows: ----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1 -DU_HAVE_STRTOD_L=1 -I. -I../common -DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long --std=c++0x -c -DPIC -fPIC -o digitlst.o digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.drv-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv' failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv - 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv' failed with exit code 1
guix build: error: build failed: build of `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv' failed
--8<---------------cut here---------------end--------------->8---

Note that this is NOT the same error as the one that occurs at commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch change-default-icedtea-8 branch
begins). That error is:

--8<---------------cut here---------------start------------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function ‘icu_60::number::impl::DecimalQuantity& icu_60::number::impl::DecimalQuantity::setToDouble(double)’:
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a member of ‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
from number_decimalquantity.cpp:9:
number_decimalquantity.cpp:333:14: error: expected primary-expression before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is not a member of ‘std’
if (std::isnan(n) != 0) {
^
number_decimalquantity.cpp:337:9: note: suggested alternative:
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’ is not a member of ‘std’
} else if (std::isfinite(n) == 0) {
^
number_decimalquantity.cpp:339:16: note: suggested alternative:
<built-in>: note: ‘__builtin_isfinite’
*** Failed compilation command follows: ----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1 -DU_HAVE_STRTOD_L=1 -DU_HAVE_XLOCALE_H=0 -I. -I../common -DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.drv-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv' failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv - 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv' failed with exit code 1
guix build: error: build failed: build of `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv' failed
--8<---------------cut here---------------end--------------->8---

The fact that these errors are different suggests that more than one
problem may have been introduced...

I haven't tried any more recent commits on core-updates. I am not sure
what the best way is to debug this, so I would appreciate any advice
anyone has.

I hope that information helps. Hopefully, together, we can untangle
this!
--
Chris
Gábor Boskovits
2017-12-03 22:04:18 UTC
Permalink
I've found that simply reverting the update to icu4c 60 commit brings up
the issue you just mentioned, with missing xlocale.h.
So it seems, that the one you found introduced the xlocale problem,
while 4e080fbb0bb73e4444181599676f4e1ef5fdc2ba introduces the new error.
I think we should deal with the one you find first, the see what's with
this newer one.

We also have a long running discussion on a bug introduced by a later glibc
update, ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a which broke a lot of
packages. Might these be somehow related?
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537
Post by Chris Marusich
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce32cabd2d89.
This is the first commit where icu4c fails to build on core-updates.
--8<---------------cut here---------------start------------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or directory
compilation terminated.
*** Failed compilation command follows: ------------------------------
----------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1 -DU_HAVE_STRTOD_L=1
-I. -I../common -DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W
-Wall -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long --std=c++0x
-c -DPIC -fPIC -o digitlst.o digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.
drv-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv
- 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
guix build: error: build failed: build of `/gnu/store/
mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv' failed
--8<---------------cut here---------------end--------------->8---
Note that this is NOT the same error as the one that occurs at commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch change-default-icedtea-8 branch
--8<---------------cut here---------------start------------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function ‘icu_60::number::impl::DecimalQuantity&
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a member of
‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv360iskh7syj
7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is not a
member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’ is not a
member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
*** Failed compilation command follows: ------------------------------
----------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1 -DU_HAVE_STRTOD_L=1
-DU_HAVE_XLOCALE_H=0 -I. -I../common -DU_ATTRIBUTE_DEPRECATED=
-DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o
number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.
drv-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv
- 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
guix build: error: build failed: build of `/gnu/store/
8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv' failed
--8<---------------cut here---------------end--------------->8---
The fact that these errors are different suggests that more than one
problem may have been introduced...
I haven't tried any more recent commits on core-updates. I am not sure
what the best way is to debug this, so I would appreciate any advice
anyone has.
I hope that information helps. Hopefully, together, we can untangle
this!
--
Chris
Gábor Boskovits
2017-12-03 22:08:09 UTC
Permalink
Ok, I found this one:
https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.27xlocale.h.27

It seems, that xlocale.h should not be used as an include, and glibc
removed that.

So this is ok.

The question is if this issue was addressed by icu4c, so we can just go to
the next step, or should we do something about this.
Post by Gábor Boskovits
I've found that simply reverting the update to icu4c 60 commit brings up
the issue you just mentioned, with missing xlocale.h.
So it seems, that the one you found introduced the xlocale problem, while
4e080fbb0bb73e4444181599676f4e1ef5fdc2ba introduces the new error.
I think we should deal with the one you find first, the see what's with
this newer one.
We also have a long running discussion on a bug introduced by a later
glibc update, ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a which broke a lot
of packages. Might these be somehow related?
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537
Post by Chris Marusich
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce32cabd2d89.
This is the first commit where icu4c fails to build on core-updates.
--8<---------------cut here---------------start------------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or directory
compilation terminated.
*** Failed compilation command follows: ------------------------------
----------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1 -DU_HAVE_STRTOD_L=1
-I. -I../common -DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W
-Wall -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long --std=c++0x
-c -DPIC -fPIC -o digitlst.o digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.dr
v-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv
- 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
guix build: error: build failed: build of `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed
--8<---------------cut here---------------end--------------->8---
Note that this is NOT the same error as the one that occurs at commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch change-default-icedtea-8 branch
--8<---------------cut here---------------start------------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function
‘icu_60::number::impl::DecimalQuantity& icu_60::number::impl::DecimalQ
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a member of
‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv
360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is not a
member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’ is not a
member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
*** Failed compilation command follows: ------------------------------
----------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1 -DU_HAVE_STRTOD_L=1
-DU_HAVE_XLOCALE_H=0 -I. -I../common -DU_ATTRIBUTE_DEPRECATED=
-DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o
number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.dr
v-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv
- 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
guix build: error: build failed: build of `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed
--8<---------------cut here---------------end--------------->8---
The fact that these errors are different suggests that more than one
problem may have been introduced...
I haven't tried any more recent commits on core-updates. I am not sure
what the best way is to debug this, so I would appreciate any advice
anyone has.
I hope that information helps. Hopefully, together, we can untangle
this!
--
Chris
Gábor Boskovits
2017-12-03 22:20:02 UTC
Permalink
It seems, that they issued that already:
http://bugs.icu-project.org/trac/changeset/40603
Post by Gábor Boskovits
https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.27xlocale.h.27
It seems, that xlocale.h should not be used as an include, and glibc
removed that.
So this is ok.
The question is if this issue was addressed by icu4c, so we can just go to
the next step, or should we do something about this.
Post by Gábor Boskovits
I've found that simply reverting the update to icu4c 60 commit brings up
the issue you just mentioned, with missing xlocale.h.
So it seems, that the one you found introduced the xlocale problem,
while 4e080fbb0bb73e4444181599676f4e1ef5fdc2ba introduces the new error.
I think we should deal with the one you find first, the see what's with
this newer one.
We also have a long running discussion on a bug introduced by a later
glibc update, ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a which broke a lot
of packages. Might these be somehow related?
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537
Post by Chris Marusich
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce32cabd2d89.
This is the first commit where icu4c fails to build on core-updates.
--8<---------------cut here---------------start------------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or directory
compilation terminated.
*** Failed compilation command follows: ------------------------------
----------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1 -DU_HAVE_STRTOD_L=1
-I. -I../common -DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W
-Wall -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long --std=c++0x
-c -DPIC -fPIC -o digitlst.o digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.dr
v-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv
- 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
guix build: error: build failed: build of `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed
--8<---------------cut here---------------end--------------->8---
Note that this is NOT the same error as the one that occurs at commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch change-default-icedtea-8 branch
--8<---------------cut here---------------start------------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function
‘icu_60::number::impl::DecimalQuantity& icu_60::number::impl::DecimalQ
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a member of
‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv
360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is not a
member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’ is not a
member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
*** Failed compilation command follows: ------------------------------
----------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1 -DU_HAVE_STRTOD_L=1
-DU_HAVE_XLOCALE_H=0 -I. -I../common -DU_ATTRIBUTE_DEPRECATED=
-DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o
number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.dr
v-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv
- 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
guix build: error: build failed: build of `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed
--8<---------------cut here---------------end--------------->8---
The fact that these errors are different suggests that more than one
problem may have been introduced...
I haven't tried any more recent commits on core-updates. I am not sure
what the best way is to debug this, so I would appreciate any advice
anyone has.
I hope that information helps. Hopefully, together, we can untangle
this!
--
Chris
Gábor Boskovits
2017-12-03 22:25:47 UTC
Permalink
It seems, that the fix is already included in the 60.1 release for the
xlocal problem. I think we can ignore that.
Post by Gábor Boskovits
http://bugs.icu-project.org/trac/changeset/40603
Post by Gábor Boskovits
https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.27xlocale.h.27
It seems, that xlocale.h should not be used as an include, and glibc
removed that.
So this is ok.
The question is if this issue was addressed by icu4c, so we can just go
to the next step, or should we do something about this.
Post by Gábor Boskovits
I've found that simply reverting the update to icu4c 60 commit brings up
the issue you just mentioned, with missing xlocale.h.
So it seems, that the one you found introduced the xlocale problem,
while 4e080fbb0bb73e4444181599676f4e1ef5fdc2ba introduces the new error.
I think we should deal with the one you find first, the see what's with
this newer one.
We also have a long running discussion on a bug introduced by a later
glibc update, ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a which broke a
lot of packages. Might these be somehow related?
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537
Post by Chris Marusich
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce32cabd2d89.
This is the first commit where icu4c fails to build on core-updates.
--8<---------------cut here---------------start------------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or directory
compilation terminated.
*** Failed compilation command follows: ------------------------------
----------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1 -DU_HAVE_STRTOD_L=1
-I. -I../common -DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W
-Wall -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long --std=c++0x
-c -DPIC -fPIC -o digitlst.o digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.dr
v-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv
- 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
guix build: error: build failed: build of `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed
--8<---------------cut here---------------end--------------->8---
Note that this is NOT the same error as the one that occurs at commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch change-default-icedtea-8 branch
--8<---------------cut here---------------start------------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function
‘icu_60::number::impl::DecimalQuantity& icu_60::number::impl::DecimalQ
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a member of
‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv
360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is not a
member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’ is not
a member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
*** Failed compilation command follows: ------------------------------
----------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1 -DU_HAVE_STRTOD_L=1
-DU_HAVE_XLOCALE_H=0 -I. -I../common -DU_ATTRIBUTE_DEPRECATED=
-DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o
number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.dr
v-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv
- 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
guix build: error: build failed: build of `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed
--8<---------------cut here---------------end--------------->8---
The fact that these errors are different suggests that more than one
problem may have been introduced...
I haven't tried any more recent commits on core-updates. I am not sure
what the best way is to debug this, so I would appreciate any advice
anyone has.
I hope that information helps. Hopefully, together, we can untangle
this!
--
Chris
Gábor Boskovits
2017-12-04 12:03:01 UTC
Permalink
This minimal file reproduces the problem in icu4c 60.1 in guix environment
icu4c on current core-updates.

#include <cmath>

int main(int argc, char **argv)
{
std::signbit(1);
return 0;
}

It seems, that it is some problem with cmath.h

/gnu/store/2wzijwwgpcdb1msmn3wgq9zmrbrkpx2h-gcc-5.5.0/include/c++/cmath:44:0

The definition is in glibc 2.26 math.h, looks like this:

#elif __HAVE_DISTINCT_FLOAT128
# if __HAVE_GENERIC_SELECTION
# define __MATH_TG(TG_ARG, FUNC, ARGS) \
_Generic ((TG_ARG), \
float: FUNC ## f ARGS, \
default: FUNC ARGS, \
long double: FUNC ## l ARGS, \
_Float128: FUNC ## f128 ARGS)
Post by Gábor Boskovits
It seems, that the fix is already included in the 60.1 release for the
xlocal problem. I think we can ignore that.
Post by Gábor Boskovits
http://bugs.icu-project.org/trac/changeset/40603
Post by Gábor Boskovits
https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.2
7xlocale.h.27
It seems, that xlocale.h should not be used as an include, and glibc
removed that.
So this is ok.
The question is if this issue was addressed by icu4c, so we can just go
to the next step, or should we do something about this.
Post by Gábor Boskovits
I've found that simply reverting the update to icu4c 60 commit brings
up the issue you just mentioned, with missing xlocale.h.
So it seems, that the one you found introduced the xlocale problem,
while 4e080fbb0bb73e4444181599676f4e1ef5fdc2ba introduces the new error.
I think we should deal with the one you find first, the see what's with
this newer one.
We also have a long running discussion on a bug introduced by a later
glibc update, ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a which broke a
lot of packages. Might these be somehow related?
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537
Post by Chris Marusich
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce32cabd2d89.
This is the first commit where icu4c fails to build on core-updates.
--8<---------------cut here---------------start------------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or directory
compilation terminated.
*** Failed compilation command follows: ------------------------------
----------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -I. -I../common -DU_ATTRIBUTE_DEPRECATED=
-DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long --std=c++0x -c -DPIC -fPIC -o digitlst.o
digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.dr
v-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv
- 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv' failed
--8<---------------cut here---------------end--------------->8---
Note that this is NOT the same error as the one that occurs at commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch change-default-icedtea-8 branch
--8<---------------cut here---------------start------------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function
‘icu_60::number::impl::DecimalQuantity& icu_60::number::impl::DecimalQ
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a member
of ‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv
360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected primary-expression
before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is not a
member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’ is not
a member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
*** Failed compilation command follows: ------------------------------
----------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -DU_HAVE_XLOCALE_H=0 -I. -I../common
-DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic
-Wpointer-arith -Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o
number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.dr
v-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv
- 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv' failed
--8<---------------cut here---------------end--------------->8---
The fact that these errors are different suggests that more than one
problem may have been introduced...
I haven't tried any more recent commits on core-updates. I am not sure
what the best way is to debug this, so I would appreciate any advice
anyone has.
I hope that information helps. Hopefully, together, we can untangle
this!
--
Chris
Gábor Boskovits
2017-12-04 12:18:37 UTC
Permalink
We have this in cdefs.h:
#if __GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
&& __STDC_VERSION__ >= 201112L)
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
#endif

This does not seem right.

We should not have this defined when compiling c++.
WDYT?
Post by Gábor Boskovits
This minimal file reproduces the problem in icu4c 60.1 in guix environment
icu4c on current core-updates.
#include <cmath>
int main(int argc, char **argv)
{
std::signbit(1);
return 0;
}
It seems, that it is some problem with cmath.h
/gnu/store/2wzijwwgpcdb1msmn3wgq9zmrbrkpx2h-gcc-5.5.0/
include/c++/cmath:44:0
#elif __HAVE_DISTINCT_FLOAT128
# if __HAVE_GENERIC_SELECTION
# define __MATH_TG(TG_ARG, FUNC, ARGS) \
_Generic ((TG_ARG), \
float: FUNC ## f ARGS, \
default: FUNC ARGS, \
long double: FUNC ## l ARGS, \
_Float128: FUNC ## f128 ARGS)
Post by Gábor Boskovits
It seems, that the fix is already included in the 60.1 release for the
xlocal problem. I think we can ignore that.
Post by Gábor Boskovits
http://bugs.icu-project.org/trac/changeset/40603
Post by Gábor Boskovits
https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.2
7xlocale.h.27
It seems, that xlocale.h should not be used as an include, and glibc
removed that.
So this is ok.
The question is if this issue was addressed by icu4c, so we can just go
to the next step, or should we do something about this.
Post by Gábor Boskovits
I've found that simply reverting the update to icu4c 60 commit brings
up the issue you just mentioned, with missing xlocale.h.
So it seems, that the one you found introduced the xlocale problem,
while 4e080fbb0bb73e4444181599676f4e1ef5fdc2ba introduces the new error.
I think we should deal with the one you find first, the see what's
with this newer one.
We also have a long running discussion on a bug introduced by a later
glibc update, ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a which broke a
lot of packages. Might these be somehow related?
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537
Post by Chris Marusich
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce
32cabd2d89.
This is the first commit where icu4c fails to build on core-updates.
--8<---------------cut here---------------start------------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or directory
compilation terminated.
*** Failed compilation command follows: ------------------------------
----------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -I. -I../common -DU_ATTRIBUTE_DEPRECATED=
-DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long --std=c++0x -c -DPIC -fPIC -o digitlst.o
digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.dr
v-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv
- 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv' failed
--8<---------------cut here---------------end--------------->8---
Note that this is NOT the same error as the one that occurs at commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch change-default-icedtea-8 branch
--8<---------------cut here---------------start------------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function
‘icu_60::number::impl::DecimalQuantity&
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a member
of ‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv
360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is not a
member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’ is
not a member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
*** Failed compilation command follows: ------------------------------
----------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -DU_HAVE_XLOCALE_H=0 -I. -I../common
-DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic
-Wpointer-arith -Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o
number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.dr
v-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv
- 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv' failed
--8<---------------cut here---------------end--------------->8---
The fact that these errors are different suggests that more than one
problem may have been introduced...
I haven't tried any more recent commits on core-updates. I am not sure
what the best way is to debug this, so I would appreciate any advice
anyone has.
I hope that information helps. Hopefully, together, we can untangle
this!
--
Chris
Gábor Boskovits
2017-12-04 12:21:58 UTC
Permalink
We also have this in bits/floatn.h, but this seems right.

#if (defined __x86_64__ \
? __GNUC_PREREQ (4, 3) \
: (defined __GNU__ ? __GNUC_PREREQ (4, 5) : __GNUC_PREREQ (4, 4)))
# define __HAVE_FLOAT128 1
#else
# define __HAVE_FLOAT128 0
#endif

/* Defined to 1 if __HAVE_FLOAT128 is 1 and the type is ABI-distinct


from the default float, double and long double types in this glibc. */
#if __HAVE_FLOAT128
# define __HAVE_DISTINCT_FLOAT128 1
#else
# define __HAVE_DISTINCT_FLOAT128 0
#endif

I think the problem is caused by HAVE_GENERIC_SELECTION defined when we are
in C++.
Post by Gábor Boskovits
#if __GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
&& __STDC_VERSION__ >= 201112L)
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
#endif
This does not seem right.
We should not have this defined when compiling c++.
WDYT?
Post by Gábor Boskovits
This minimal file reproduces the problem in icu4c 60.1 in guix
environment icu4c on current core-updates.
#include <cmath>
int main(int argc, char **argv)
{
std::signbit(1);
return 0;
}
It seems, that it is some problem with cmath.h
/gnu/store/2wzijwwgpcdb1msmn3wgq9zmrbrkpx2h-gcc-5.5.0/includ
e/c++/cmath:44:0
#elif __HAVE_DISTINCT_FLOAT128
# if __HAVE_GENERIC_SELECTION
# define __MATH_TG(TG_ARG, FUNC, ARGS) \
_Generic ((TG_ARG), \
float: FUNC ## f ARGS, \
default: FUNC ARGS, \
long double: FUNC ## l ARGS, \
_Float128: FUNC ## f128 ARGS)
Post by Gábor Boskovits
It seems, that the fix is already included in the 60.1 release for the
xlocal problem. I think we can ignore that.
Post by Gábor Boskovits
http://bugs.icu-project.org/trac/changeset/40603
Post by Gábor Boskovits
https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.2
7xlocale.h.27
It seems, that xlocale.h should not be used as an include, and glibc
removed that.
So this is ok.
The question is if this issue was addressed by icu4c, so we can just
go to the next step, or should we do something about this.
Post by Gábor Boskovits
I've found that simply reverting the update to icu4c 60 commit brings
up the issue you just mentioned, with missing xlocale.h.
So it seems, that the one you found introduced the xlocale problem,
while 4e080fbb0bb73e4444181599676f4e1ef5fdc2ba introduces the new error.
I think we should deal with the one you find first, the see what's
with this newer one.
We also have a long running discussion on a bug introduced by a later
glibc update, ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a which broke a
lot of packages. Might these be somehow related?
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537
Post by Chris Marusich
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce
32cabd2d89.
This is the first commit where icu4c fails to build on core-updates.
--8<---------------cut here---------------start------------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or directory
compilation terminated.
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -I. -I../common -DU_ATTRIBUTE_DEPRECATED=
-DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long --std=c++0x -c -DPIC -fPIC -o digitlst.o
digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.dr
v-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv
- 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv' failed
--8<---------------cut here---------------end--------------->8---
Note that this is NOT the same error as the one that occurs at commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch change-default-icedtea-8 branch
--8<---------------cut here---------------start------------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function
‘icu_60::number::impl::DecimalQuantity&
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a member
of ‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv
360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is not a
member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’ is
not a member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -DU_HAVE_XLOCALE_H=0 -I. -I../common
-DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic
-Wpointer-arith -Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o
number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.dr
v-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv
- 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv' failed
--8<---------------cut here---------------end--------------->8---
The fact that these errors are different suggests that more than one
problem may have been introduced...
I haven't tried any more recent commits on core-updates. I am not sure
what the best way is to debug this, so I would appreciate any advice
anyone has.
I hope that information helps. Hopefully, together, we can untangle
this!
--
Chris
Gábor Boskovits
2017-12-04 12:33:41 UTC
Permalink
I think it should look like this:

--- cdefs.h 2017-12-04 13:27:55.640000000 +0100
+++ cdefs.new.h 2017-12-04 13:31:53.820000000 +0100
@@ -1,4 +1,4 @@
-/* Copyright (C) 1992-2017 Free Software Foundation, Inc.
+y/* Copyright (C) 1992-2017 Free Software Foundation, Inc.
This file is part of the GNU C Library.

The GNU C Library is free software; you can redistribute it and/or
@@ -471,10 +471,10 @@
testing __STDC_VERSION__ for generic selection support.
On the other hand, Clang also defines __GNUC__, so a clang-specific
check is required to enable the use of generic selection. */
-#if __GNUC_PREREQ (4, 9) \
+#if !defined __cplusplus && (__GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
- && __STDC_VERSION__ >= 201112L)
+ && __STDC_VERSION__ >= 201112L))
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
Post by Gábor Boskovits
We also have this in bits/floatn.h, but this seems right.
#if (defined __x86_64__ \
? __GNUC_PREREQ (4, 3) \
: (defined __GNU__ ? __GNUC_PREREQ (4, 5) : __GNUC_PREREQ (4, 4)))
# define __HAVE_FLOAT128 1
#else
# define __HAVE_FLOAT128 0
#endif
/* Defined to 1 if __HAVE_FLOAT128 is 1 and the type is ABI-distinct
from the default float, double and long double types in this glibc. */
#if __HAVE_FLOAT128
# define __HAVE_DISTINCT_FLOAT128 1
#else
# define __HAVE_DISTINCT_FLOAT128 0
#endif
I think the problem is caused by HAVE_GENERIC_SELECTION defined when we
are in C++.
Post by Gábor Boskovits
#if __GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
&& __STDC_VERSION__ >= 201112L)
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
#endif
This does not seem right.
We should not have this defined when compiling c++.
WDYT?
Post by Gábor Boskovits
This minimal file reproduces the problem in icu4c 60.1 in guix
environment icu4c on current core-updates.
#include <cmath>
int main(int argc, char **argv)
{
std::signbit(1);
return 0;
}
It seems, that it is some problem with cmath.h
/gnu/store/2wzijwwgpcdb1msmn3wgq9zmrbrkpx2h-gcc-5.5.0/includ
e/c++/cmath:44:0
#elif __HAVE_DISTINCT_FLOAT128
# if __HAVE_GENERIC_SELECTION
# define __MATH_TG(TG_ARG, FUNC, ARGS) \
_Generic ((TG_ARG), \
float: FUNC ## f ARGS, \
default: FUNC ARGS, \
long double: FUNC ## l ARGS, \
_Float128: FUNC ## f128 ARGS)
Post by Gábor Boskovits
It seems, that the fix is already included in the 60.1 release for the
xlocal problem. I think we can ignore that.
Post by Gábor Boskovits
http://bugs.icu-project.org/trac/changeset/40603
Post by Gábor Boskovits
https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.2
7xlocale.h.27
It seems, that xlocale.h should not be used as an include, and glibc
removed that.
So this is ok.
The question is if this issue was addressed by icu4c, so we can just
go to the next step, or should we do something about this.
Post by Gábor Boskovits
I've found that simply reverting the update to icu4c 60 commit
brings up the issue you just mentioned, with missing xlocale.h.
So it seems, that the one you found introduced the xlocale problem,
while 4e080fbb0bb73e4444181599676f4e1ef5fdc2ba introduces the new error.
I think we should deal with the one you find first, the see what's
with this newer one.
We also have a long running discussion on a bug introduced by a
later glibc update, ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a which
broke a lot of packages. Might these be somehow related?
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537
Post by Chris Marusich
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce
32cabd2d89.
This is the first commit where icu4c fails to build on core-updates.
--8<---------------cut here---------------start------------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or directory
compilation terminated.
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -I. -I../common -DU_ATTRIBUTE_DEPRECATED=
-DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long --std=c++0x -c -DPIC -fPIC -o digitlst.o
digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.dr
v-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv
- 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv' failed
--8<---------------cut here---------------end--------------->8---
Note that this is NOT the same error as the one that occurs at commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch change-default-icedtea-8 branch
--8<---------------cut here---------------start------------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function
‘icu_60::number::impl::DecimalQuantity&
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a
member of ‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv
360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is not
a member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’ is
not a member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -DU_HAVE_XLOCALE_H=0 -I. -I../common
-DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic
-Wpointer-arith -Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o
number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.dr
v-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv
- 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv' failed
--8<---------------cut here---------------end--------------->8---
The fact that these errors are different suggests that more than one
problem may have been introduced...
I haven't tried any more recent commits on core-updates. I am not sure
what the best way is to debug this, so I would appreciate any advice
anyone has.
I hope that information helps. Hopefully, together, we can untangle
this!
--
Chris
Gábor Boskovits
2017-12-04 12:59:32 UTC
Permalink
Upstream corrected the issue in commit
6913ad65e00bb32417ad39c41d292b976171e27e.

It is not yet included in 2.26.

The patch is basically the same as I proposed.

I think we should get the upstream version.
Post by Gábor Boskovits
--- cdefs.h 2017-12-04 13:27:55.640000000 +0100
+++ cdefs.new.h 2017-12-04 13:31:53.820000000 +0100
@@ -1,4 +1,4 @@
-/* Copyright (C) 1992-2017 Free Software Foundation, Inc.
+y/* Copyright (C) 1992-2017 Free Software Foundation, Inc.
This file is part of the GNU C Library.
The GNU C Library is free software; you can redistribute it and/or
@@ -471,10 +471,10 @@
testing __STDC_VERSION__ for generic selection support.
On the other hand, Clang also defines __GNUC__, so a clang-specific
check is required to enable the use of generic selection. */
-#if __GNUC_PREREQ (4, 9) \
+#if !defined __cplusplus && (__GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
- && __STDC_VERSION__ >= 201112L)
+ && __STDC_VERSION__ >= 201112L))
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
Post by Gábor Boskovits
We also have this in bits/floatn.h, but this seems right.
#if (defined __x86_64__ \
? __GNUC_PREREQ (4, 3) \
: (defined __GNU__ ? __GNUC_PREREQ (4, 5) : __GNUC_PREREQ (4, 4)))
# define __HAVE_FLOAT128 1
#else
# define __HAVE_FLOAT128 0
#endif
/* Defined to 1 if __HAVE_FLOAT128 is 1 and the type is ABI-distinct
from the default float, double and long double types in this glibc. */
#if __HAVE_FLOAT128
# define __HAVE_DISTINCT_FLOAT128 1
#else
# define __HAVE_DISTINCT_FLOAT128 0
#endif
I think the problem is caused by HAVE_GENERIC_SELECTION defined when we
are in C++.
Post by Gábor Boskovits
#if __GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
&& __STDC_VERSION__ >= 201112L)
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
#endif
This does not seem right.
We should not have this defined when compiling c++.
WDYT?
Post by Gábor Boskovits
This minimal file reproduces the problem in icu4c 60.1 in guix
environment icu4c on current core-updates.
#include <cmath>
int main(int argc, char **argv)
{
std::signbit(1);
return 0;
}
It seems, that it is some problem with cmath.h
/gnu/store/2wzijwwgpcdb1msmn3wgq9zmrbrkpx2h-gcc-5.5.0/includ
e/c++/cmath:44:0
#elif __HAVE_DISTINCT_FLOAT128
# if __HAVE_GENERIC_SELECTION
# define __MATH_TG(TG_ARG, FUNC, ARGS) \
_Generic ((TG_ARG), \
float: FUNC ## f ARGS, \
default: FUNC ARGS, \
long double: FUNC ## l ARGS, \
_Float128: FUNC ## f128 ARGS)
Post by Gábor Boskovits
It seems, that the fix is already included in the 60.1 release for the
xlocal problem. I think we can ignore that.
Post by Gábor Boskovits
http://bugs.icu-project.org/trac/changeset/40603
Post by Gábor Boskovits
https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.2
7xlocale.h.27
It seems, that xlocale.h should not be used as an include, and glibc
removed that.
So this is ok.
The question is if this issue was addressed by icu4c, so we can just
go to the next step, or should we do something about this.
Post by Gábor Boskovits
I've found that simply reverting the update to icu4c 60 commit
brings up the issue you just mentioned, with missing xlocale.h.
So it seems, that the one you found introduced the xlocale problem,
while 4e080fbb0bb73e4444181599676f4e1ef5fdc2ba introduces the new error.
I think we should deal with the one you find first, the see what's
with this newer one.
We also have a long running discussion on a bug introduced by a
later glibc update, ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a which
broke a lot of packages. Might these be somehow related?
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537
Post by Chris Marusich
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce
32cabd2d89.
This is the first commit where icu4c fails to build on
core-updates.
--8<---------------cut here---------------start------------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or directory
compilation terminated.
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -I. -I../common -DU_ATTRIBUTE_DEPRECATED=
-DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long --std=c++0x -c -DPIC -fPIC -o digitlst.o
digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.dr
v-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv
- 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv' failed
--8<---------------cut here---------------end--------------->8---
Note that this is NOT the same error as the one that occurs at commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch change-default-icedtea-8 branch
--8<---------------cut here---------------start------------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function
‘icu_60::number::impl::DecimalQuantity&
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a
member of ‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv
360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is not
a member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’ is
not a member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -DU_HAVE_XLOCALE_H=0 -I. -I../common
-DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic
-Wpointer-arith -Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o
number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.dr
v-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv
- 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv' failed
--8<---------------cut here---------------end--------------->8---
The fact that these errors are different suggests that more than one
problem may have been introduced...
I haven't tried any more recent commits on core-updates. I am not sure
what the best way is to debug this, so I would appreciate any advice
anyone has.
I hope that information helps. Hopefully, together, we can untangle
this!
--
Chris
Gábor Boskovits
2017-12-04 14:19:12 UTC
Permalink
Ok, so it seems, that the latest glibc update was made to fix the icu4c
thing.
It just broke the locales.
Fix for that has just been pushed, making core-updates usable again.
I pushed to my icedtea branch also.
I'm now building it to see what we have now.
Upstream corrected the issue in commit 6913ad65e00bb32417ad39c41d292b
976171e27e.
It is not yet included in 2.26.
The patch is basically the same as I proposed.
I think we should get the upstream version.
Post by Gábor Boskovits
--- cdefs.h 2017-12-04 13:27:55.640000000 +0100
+++ cdefs.new.h 2017-12-04 13:31:53.820000000 +0100
@@ -1,4 +1,4 @@
-/* Copyright (C) 1992-2017 Free Software Foundation, Inc.
+y/* Copyright (C) 1992-2017 Free Software Foundation, Inc.
This file is part of the GNU C Library.
The GNU C Library is free software; you can redistribute it and/or
@@ -471,10 +471,10 @@
testing __STDC_VERSION__ for generic selection support.
On the other hand, Clang also defines __GNUC__, so a clang-specific
check is required to enable the use of generic selection. */
-#if __GNUC_PREREQ (4, 9) \
+#if !defined __cplusplus && (__GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
- && __STDC_VERSION__ >= 201112L)
+ && __STDC_VERSION__ >= 201112L))
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
Post by Gábor Boskovits
We also have this in bits/floatn.h, but this seems right.
#if (defined __x86_64__ \
? __GNUC_PREREQ (4, 3) \
: (defined __GNU__ ? __GNUC_PREREQ (4, 5) : __GNUC_PREREQ (4, 4)))
# define __HAVE_FLOAT128 1
#else
# define __HAVE_FLOAT128 0
#endif
/* Defined to 1 if __HAVE_FLOAT128 is 1 and the type is ABI-distinct
from the default float, double and long double types in this glibc.
*/
#if __HAVE_FLOAT128
# define __HAVE_DISTINCT_FLOAT128 1
#else
# define __HAVE_DISTINCT_FLOAT128 0
#endif
I think the problem is caused by HAVE_GENERIC_SELECTION defined when we
are in C++.
Post by Gábor Boskovits
#if __GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
&& __STDC_VERSION__ >= 201112L)
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
#endif
This does not seem right.
We should not have this defined when compiling c++.
WDYT?
Post by Gábor Boskovits
This minimal file reproduces the problem in icu4c 60.1 in guix
environment icu4c on current core-updates.
#include <cmath>
int main(int argc, char **argv)
{
std::signbit(1);
return 0;
}
It seems, that it is some problem with cmath.h
/gnu/store/2wzijwwgpcdb1msmn3wgq9zmrbrkpx2h-gcc-5.5.0/includ
e/c++/cmath:44:0
#elif __HAVE_DISTINCT_FLOAT128
# if __HAVE_GENERIC_SELECTION
# define __MATH_TG(TG_ARG, FUNC, ARGS) \
_Generic ((TG_ARG), \
float: FUNC ## f ARGS, \
default: FUNC ARGS, \
long double: FUNC ## l ARGS, \
_Float128: FUNC ## f128 ARGS)
Post by Gábor Boskovits
It seems, that the fix is already included in the 60.1 release for
the xlocal problem. I think we can ignore that.
Post by Gábor Boskovits
http://bugs.icu-project.org/trac/changeset/40603
Post by Gábor Boskovits
https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.2
7xlocale.h.27
It seems, that xlocale.h should not be used as an include, and
glibc removed that.
So this is ok.
The question is if this issue was addressed by icu4c, so we can
just go to the next step, or should we do something about this.
Post by Gábor Boskovits
I've found that simply reverting the update to icu4c 60 commit
brings up the issue you just mentioned, with missing xlocale.h.
So it seems, that the one you found introduced the xlocale
problem, while 4e080fbb0bb73e4444181599676f4e1ef5fdc2ba
introduces the new error.
I think we should deal with the one you find first, the see what's
with this newer one.
We also have a long running discussion on a bug introduced by a
later glibc update, ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a
which broke a lot of packages. Might these be somehow related?
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537
Post by Chris Marusich
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce
32cabd2d89.
This is the first commit where icu4c fails to build on core-updates.
--8<---------------cut here---------------start------------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or directory
compilation terminated.
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -I. -I../common -DU_ATTRIBUTE_DEPRECATED=
-DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long --std=c++0x -c -DPIC -fPIC -o digitlst.o
digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.dr
v-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv
- 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv' failed
--8<---------------cut here---------------end--------------->8---
Note that this is NOT the same error as the one that occurs at commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch change-default-icedtea-8 branch
--8<---------------cut here---------------start------------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function
‘icu_60::number::impl::DecimalQuantity&
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a
member of ‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv
360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is
not a member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’
is not a member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -DU_HAVE_XLOCALE_H=0 -I. -I../common
-DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic
-Wpointer-arith -Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o
number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters ) --------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.dr
v-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv
- 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv' failed
--8<---------------cut here---------------end--------------->8---
The fact that these errors are different suggests that more than one
problem may have been introduced...
I haven't tried any more recent commits on core-updates. I am not sure
what the best way is to debug this, so I would appreciate any advice
anyone has.
I hope that information helps. Hopefully, together, we can untangle
this!
--
Chris
Gábor Boskovits
2017-12-04 15:44:00 UTC
Permalink
Now that this problem around glibc is resolved, I think I will do some
history rewrite, so that these reverts, reverting the revert.... does not
show up.
I 'm also willing to rename the branch to have wip in the name, as this
seems to be standard for longer runnig parts. WDYT?
Post by Gábor Boskovits
Ok, so it seems, that the latest glibc update was made to fix the icu4c
thing.
It just broke the locales.
Fix for that has just been pushed, making core-updates usable again.
I pushed to my icedtea branch also.
I'm now building it to see what we have now.
Upstream corrected the issue in commit 6913ad65e00bb32417ad39c41d292b
976171e27e.
It is not yet included in 2.26.
The patch is basically the same as I proposed.
I think we should get the upstream version.
Post by Gábor Boskovits
--- cdefs.h 2017-12-04 13:27:55.640000000 +0100
+++ cdefs.new.h 2017-12-04 13:31:53.820000000 +0100
@@ -1,4 +1,4 @@
-/* Copyright (C) 1992-2017 Free Software Foundation, Inc.
+y/* Copyright (C) 1992-2017 Free Software Foundation, Inc.
This file is part of the GNU C Library.
The GNU C Library is free software; you can redistribute it and/or
@@ -471,10 +471,10 @@
testing __STDC_VERSION__ for generic selection support.
On the other hand, Clang also defines __GNUC__, so a clang-specific
check is required to enable the use of generic selection. */
-#if __GNUC_PREREQ (4, 9) \
+#if !defined __cplusplus && (__GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
- && __STDC_VERSION__ >= 201112L)
+ && __STDC_VERSION__ >= 201112L))
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
Post by Gábor Boskovits
We also have this in bits/floatn.h, but this seems right.
#if (defined __x86_64__
\
? __GNUC_PREREQ (4, 3)
\
: (defined __GNU__ ? __GNUC_PREREQ (4, 5) : __GNUC_PREREQ (4, 4)))
# define __HAVE_FLOAT128 1
#else
# define __HAVE_FLOAT128 0
#endif
/* Defined to 1 if __HAVE_FLOAT128 is 1 and the type is ABI-distinct
from the default float, double and long double types in this glibc.
*/
#if __HAVE_FLOAT128
# define __HAVE_DISTINCT_FLOAT128 1
#else
# define __HAVE_DISTINCT_FLOAT128 0
#endif
I think the problem is caused by HAVE_GENERIC_SELECTION defined when we
are in C++.
Post by Gábor Boskovits
#if __GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
&& __STDC_VERSION__ >= 201112L)
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
#endif
This does not seem right.
We should not have this defined when compiling c++.
WDYT?
Post by Gábor Boskovits
This minimal file reproduces the problem in icu4c 60.1 in guix
environment icu4c on current core-updates.
#include <cmath>
int main(int argc, char **argv)
{
std::signbit(1);
return 0;
}
It seems, that it is some problem with cmath.h
/gnu/store/2wzijwwgpcdb1msmn3wgq9zmrbrkpx2h-gcc-5.5.0/includ
e/c++/cmath:44:0
#elif __HAVE_DISTINCT_FLOAT128
# if __HAVE_GENERIC_SELECTION
# define __MATH_TG(TG_ARG, FUNC, ARGS) \
_Generic ((TG_ARG), \
float: FUNC ## f ARGS, \
default: FUNC ARGS, \
long double: FUNC ## l ARGS, \
_Float128: FUNC ## f128 ARGS)
Post by Gábor Boskovits
It seems, that the fix is already included in the 60.1 release for
the xlocal problem. I think we can ignore that.
Post by Gábor Boskovits
http://bugs.icu-project.org/trac/changeset/40603
Post by Gábor Boskovits
https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.2
7xlocale.h.27
It seems, that xlocale.h should not be used as an include, and
glibc removed that.
So this is ok.
The question is if this issue was addressed by icu4c, so we can
just go to the next step, or should we do something about this.
Post by Gábor Boskovits
I've found that simply reverting the update to icu4c 60 commit
brings up the issue you just mentioned, with missing xlocale.h.
So it seems, that the one you found introduced the xlocale
problem, while 4e080fbb0bb73e4444181599676f4e1ef5fdc2ba
introduces the new error.
I think we should deal with the one you find first, the see
what's with this newer one.
We also have a long running discussion on a bug introduced by a
later glibc update, ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a
which broke a lot of packages. Might these be somehow related?
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537
Post by Chris Marusich
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce
32cabd2d89.
This is the first commit where icu4c fails to build on core-updates.
--8<---------------cut here---------------start------
------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or directory
compilation terminated.
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -I. -I../common -DU_ATTRIBUTE_DEPRECATED=
-DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long --std=c++0x -c -DPIC -fPIC -o digitlst.o
digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters )
--------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.dr
v-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv
- 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv' failed
--8<---------------cut here---------------end--------
------->8---
Note that this is NOT the same error as the one that occurs at commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch change-default-icedtea-8
branch
--8<---------------cut here---------------start------
------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function
‘icu_60::number::impl::DecimalQuantity&
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a
member of ‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv
360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is
not a member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’
is not a member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -DU_HAVE_XLOCALE_H=0 -I. -I../common
-DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic
-Wpointer-arith -Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o
number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters )
--------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.dr
v-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv
- 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv' failed
--8<---------------cut here---------------end--------
------->8---
The fact that these errors are different suggests that more than one
problem may have been introduced...
I haven't tried any more recent commits on core-updates. I am not sure
what the best way is to debug this, so I would appreciate any advice
anyone has.
I hope that information helps. Hopefully, together, we can untangle
this!
--
Chris
Gábor Boskovits
2017-12-04 16:34:53 UTC
Permalink
New branch name is: change-default-icedtea-8-wip
<https://github.com/Boskovits/guix/tree/change-default-icedtea-8-wip>
I left the original intact, but that does not have the needed fixes.

Guix refresh shows the following on current core updates:
Building the following 39 packages would ensure 202 dependent packages are
Post by Gábor Boskovits
Now that this problem around glibc is resolved, I think I will do some
history rewrite, so that these reverts, reverting the revert.... does not
show up.
I 'm also willing to rename the branch to have wip in the name, as this
seems to be standard for longer runnig parts. WDYT?
Post by Gábor Boskovits
Ok, so it seems, that the latest glibc update was made to fix the icu4c
thing.
It just broke the locales.
Fix for that has just been pushed, making core-updates usable again.
I pushed to my icedtea branch also.
I'm now building it to see what we have now.
Upstream corrected the issue in commit 6913ad65e00bb32417ad39c41d292b
976171e27e.
It is not yet included in 2.26.
The patch is basically the same as I proposed.
I think we should get the upstream version.
Post by Gábor Boskovits
--- cdefs.h 2017-12-04 13:27:55.640000000 +0100
+++ cdefs.new.h 2017-12-04 13:31:53.820000000 +0100
@@ -1,4 +1,4 @@
-/* Copyright (C) 1992-2017 Free Software Foundation, Inc.
+y/* Copyright (C) 1992-2017 Free Software Foundation, Inc.
This file is part of the GNU C Library.
The GNU C Library is free software; you can redistribute it and/or
@@ -471,10 +471,10 @@
testing __STDC_VERSION__ for generic selection support.
On the other hand, Clang also defines __GNUC__, so a clang-specific
check is required to enable the use of generic selection. */
-#if __GNUC_PREREQ (4, 9) \
+#if !defined __cplusplus && (__GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
- && __STDC_VERSION__ >= 201112L)
+ && __STDC_VERSION__ >= 201112L))
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
Post by Gábor Boskovits
We also have this in bits/floatn.h, but this seems right.
#if (defined __x86_64__
\
? __GNUC_PREREQ (4, 3)
\
: (defined __GNU__ ? __GNUC_PREREQ (4, 5) : __GNUC_PREREQ (4, 4)))
# define __HAVE_FLOAT128 1
#else
# define __HAVE_FLOAT128 0
#endif
/* Defined to 1 if __HAVE_FLOAT128 is 1 and the type is ABI-distinct
from the default float, double and long double types in this glibc. */
#if __HAVE_FLOAT128
# define __HAVE_DISTINCT_FLOAT128 1
#else
# define __HAVE_DISTINCT_FLOAT128 0
#endif
I think the problem is caused by HAVE_GENERIC_SELECTION defined when
we are in C++.
Post by Gábor Boskovits
#if __GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
&& __STDC_VERSION__ >= 201112L)
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
#endif
This does not seem right.
We should not have this defined when compiling c++.
WDYT?
Post by Gábor Boskovits
This minimal file reproduces the problem in icu4c 60.1 in guix
environment icu4c on current core-updates.
#include <cmath>
int main(int argc, char **argv)
{
std::signbit(1);
return 0;
}
It seems, that it is some problem with cmath.h
/gnu/store/2wzijwwgpcdb1msmn3wgq9zmrbrkpx2h-gcc-5.5.0/includ
e/c++/cmath:44:0
#elif __HAVE_DISTINCT_FLOAT128
# if __HAVE_GENERIC_SELECTION
# define __MATH_TG(TG_ARG, FUNC, ARGS) \
_Generic ((TG_ARG), \
float: FUNC ## f ARGS, \
default: FUNC ARGS, \
long double: FUNC ## l ARGS, \
_Float128: FUNC ## f128 ARGS)
Post by Gábor Boskovits
It seems, that the fix is already included in the 60.1 release for
the xlocal problem. I think we can ignore that.
Post by Gábor Boskovits
http://bugs.icu-project.org/trac/changeset/40603
Post by Gábor Boskovits
https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.2
7xlocale.h.27
It seems, that xlocale.h should not be used as an include, and
glibc removed that.
So this is ok.
The question is if this issue was addressed by icu4c, so we can
just go to the next step, or should we do something about this.
Post by Gábor Boskovits
I've found that simply reverting the update to icu4c 60 commit
brings up the issue you just mentioned, with missing xlocale.h.
So it seems, that the one you found introduced the xlocale
problem, while 4e080fbb0bb73e4444181599676f4e1ef5fdc2ba
introduces the new error.
I think we should deal with the one you find first, the see
what's with this newer one.
We also have a long running discussion on a bug introduced by a
later glibc update, ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a
which broke a lot of packages. Might these be somehow related?
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537
Post by Chris Marusich
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce
32cabd2d89.
This is the first commit where icu4c fails to build on core-updates.
--8<---------------cut here---------------start------
------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or directory
compilation terminated.
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -I. -I../common -DU_ATTRIBUTE_DEPRECATED=
-DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long --std=c++0x -c -DPIC -fPIC -o digitlst.o
digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters
) --------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.dr
v-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv
- 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv' failed
--8<---------------cut here---------------end--------
------->8---
Note that this is NOT the same error as the one that occurs at commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch change-default-icedtea-8
branch
--8<---------------cut here---------------start------
------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function
‘icu_60::number::impl::DecimalQuantity&
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a
member of ‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv
360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is
not a member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
number_decimalquantity.cpp:339:16: error: ‘__builtin_isfinite’
is not a member of ‘std’
} else if (std::isfinite(n) == 0) {
^
<built-in>: note: ‘__builtin_isfinite’
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -DU_HAVE_XLOCALE_H=0 -I. -I../common
-DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic
-Wpointer-arith -Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o
number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters
) --------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o]
Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.dr
v-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv
- 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv' failed
--8<---------------cut here---------------end--------
------->8---
The fact that these errors are different suggests that more than one
problem may have been introduced...
I haven't tried any more recent commits on core-updates. I am
not sure
what the best way is to debug this, so I would appreciate any advice
anyone has.
I hope that information helps. Hopefully, together, we can untangle
this!
--
Chris
Gábor Boskovits
2017-12-04 16:35:52 UTC
Permalink
now I'm trying to build sra-tools.
Post by Gábor Boskovits
New branch name is: change-default-icedtea-8-wip
<https://github.com/Boskovits/guix/tree/change-default-icedtea-8-wip>
I left the original intact, but that does not have the needed fixes.
Building the following 39 packages would ensure 202 dependent packages are
Post by Gábor Boskovits
Now that this problem around glibc is resolved, I think I will do some
history rewrite, so that these reverts, reverting the revert.... does not
show up.
I 'm also willing to rename the branch to have wip in the name, as this
seems to be standard for longer runnig parts. WDYT?
Post by Gábor Boskovits
Ok, so it seems, that the latest glibc update was made to fix the icu4c
thing.
It just broke the locales.
Fix for that has just been pushed, making core-updates usable again.
I pushed to my icedtea branch also.
I'm now building it to see what we have now.
Upstream corrected the issue in commit 6913ad65e00bb32417ad39c41d292b
976171e27e.
It is not yet included in 2.26.
The patch is basically the same as I proposed.
I think we should get the upstream version.
Post by Gábor Boskovits
--- cdefs.h 2017-12-04 13:27:55.640000000 +0100
+++ cdefs.new.h 2017-12-04 13:31:53.820000000 +0100
@@ -1,4 +1,4 @@
-/* Copyright (C) 1992-2017 Free Software Foundation, Inc.
+y/* Copyright (C) 1992-2017 Free Software Foundation, Inc.
This file is part of the GNU C Library.
The GNU C Library is free software; you can redistribute it and/or
@@ -471,10 +471,10 @@
testing __STDC_VERSION__ for generic selection support.
On the other hand, Clang also defines __GNUC__, so a clang-specific
check is required to enable the use of generic selection. */
-#if __GNUC_PREREQ (4, 9) \
+#if !defined __cplusplus && (__GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
- && __STDC_VERSION__ >= 201112L)
+ && __STDC_VERSION__ >= 201112L))
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
Post by Gábor Boskovits
We also have this in bits/floatn.h, but this seems right.
#if (defined __x86_64__
\
? __GNUC_PREREQ (4, 3)
\
: (defined __GNU__ ? __GNUC_PREREQ (4, 5) : __GNUC_PREREQ (4, 4)))
# define __HAVE_FLOAT128 1
#else
# define __HAVE_FLOAT128 0
#endif
/* Defined to 1 if __HAVE_FLOAT128 is 1 and the type is ABI-distinct
from the default float, double and long double types in this glibc. */
#if __HAVE_FLOAT128
# define __HAVE_DISTINCT_FLOAT128 1
#else
# define __HAVE_DISTINCT_FLOAT128 0
#endif
I think the problem is caused by HAVE_GENERIC_SELECTION defined when
we are in C++.
Post by Gábor Boskovits
#if __GNUC_PREREQ (4, 9) \
|| __glibc_clang_has_extension (c_generic_selections) \
|| (!defined __GNUC__ && defined __STDC_VERSION__ \
&& __STDC_VERSION__ >= 201112L)
# define __HAVE_GENERIC_SELECTION 1
#else
# define __HAVE_GENERIC_SELECTION 0
#endif
This does not seem right.
We should not have this defined when compiling c++.
WDYT?
Post by Gábor Boskovits
This minimal file reproduces the problem in icu4c 60.1 in guix
environment icu4c on current core-updates.
#include <cmath>
int main(int argc, char **argv)
{
std::signbit(1);
return 0;
}
It seems, that it is some problem with cmath.h
/gnu/store/2wzijwwgpcdb1msmn3wgq9zmrbrkpx2h-gcc-5.5.0/includ
e/c++/cmath:44:0
#elif __HAVE_DISTINCT_FLOAT128
# if __HAVE_GENERIC_SELECTION
# define __MATH_TG(TG_ARG, FUNC, ARGS) \
_Generic ((TG_ARG), \
float: FUNC ## f ARGS, \
default: FUNC ARGS, \
long double: FUNC ## l ARGS, \
_Float128: FUNC ## f128 ARGS)
Post by Gábor Boskovits
It seems, that the fix is already included in the 60.1 release for
the xlocal problem. I think we can ignore that.
Post by Gábor Boskovits
http://bugs.icu-project.org/trac/changeset/40603
Post by Gábor Boskovits
https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.2
7xlocale.h.27
It seems, that xlocale.h should not be used as an include, and
glibc removed that.
So this is ok.
The question is if this issue was addressed by icu4c, so we can
just go to the next step, or should we do something about this.
Post by Gábor Boskovits
I've found that simply reverting the update to icu4c 60 commit
brings up the issue you just mentioned, with missing xlocale.h.
So it seems, that the one you found introduced the xlocale
problem, while 4e080fbb0bb73e4444181599676f4e1ef5fdc2ba
introduces the new error.
I think we should deal with the one you find first, the see
what's with this newer one.
We also have a long running discussion on a bug introduced by a
later glibc update, ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a
which broke a lot of packages. Might these be somehow related?
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537
Post by Chris Marusich
Post by Gábor Boskovits
Any news on this icu4c thing?
After about 2 days of running git bisect, my computer has
informed me
that the first bad commit is 67d527e35e367c9e9e89ec01cda2ce
32cabd2d89.
This is the first commit where icu4c fails to build on
core-updates.
--8<---------------cut here---------------start------
------->8---
g++ ... decimfmt.cpp
g++ ... decimalformatpattern.cpp
g++ ... dcfmtsym.cpp
g++ ... digitlst.cpp
g++ ... fmtable_cnv.cpp
digitlst.cpp:67:24: fatal error: xlocale.h: No such file or
directory
compilation terminated.
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -I. -I../common -DU_ATTRIBUTE_DEPRECATED=
-DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long --std=c++0x -c -DPIC -fPIC -o digitlst.o
digitlst.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters
) --------
make[1]: *** [../config/mh-linux:51: digitlst.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-58.2.dr
v-0/icu/source/i18n'
make: *** [Makefile:143: all-recursive] Error 2
phase `build' failed after 59.0 seconds
builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
@ build-failed /gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv
- 1 builder for `/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/mdd6glhc0dg65y4wd11y0b7sbky9cwv6-icu4c-58.2.drv' failed
--8<---------------cut here---------------end--------
------->8---
Note that this is NOT the same error as the one that occurs at
commit
d6adba786cf2ab1b26ff083928b64262281ff106 (which is the commit on
core-updates from which Gábor's branch
change-default-icedtea-8 branch
--8<---------------cut here---------------start------
------->8---
g++ ... number_decimalquantity.cpp
g++ ... number_decimfmtprops.cpp
number_decimalquantity.cpp: In member function
‘icu_60::number::impl::DecimalQuantity&
number_decimalquantity.cpp:333:9: error: ‘_Generic’ is not a
member of ‘std’
if (std::signbit(n) != 0) {
^
In file included from /gnu/store/nz2m4gdvgzcrkqa4xwv
360iskh7syj7i-gcc-5.5.0/include/c++/cmath:44:0,
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘float’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘default’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘long’
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:333:14: error: expected
primary-expression before ‘:’ token
if (std::signbit(n) != 0) {
^
number_decimalquantity.cpp:337:9: error: ‘__builtin_isnan’ is
not a member of ‘std’
if (std::isnan(n) != 0) {
^
<built-in>: note: ‘__builtin_isnan’
‘__builtin_isfinite’ is not a member of ‘std’
} else if (std::isfinite(n) == 0) {
^
number_decimalquantity.cpp:339:16: note: suggested
<built-in>: note: ‘__builtin_isfinite’
----------------------------------------------------------
g++ -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1
-DU_HAVE_STRTOD_L=1 -DU_HAVE_XLOCALE_H=0 -I. -I../common
-DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION -O2 -W -Wall -pedantic
-Wpointer-arith -Wwrite-strings -Wno-long-long -std=c++11 -c -DPIC -fPIC -o
number_decimalquantity.o number_decimalquantity.cpp
--- ( rebuild with "make VERBOSE=1 all" to show all parameters
) --------
make[1]: *** [../config/mh-linux:51: number_decimalquantity.o]
Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/guix-build-icu4c-60.1.dr
v-0/icu/source/i18n'
make: *** [Makefile:149: all-recursive] Error 2
phase `build' failed after 122.2 seconds
builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
@ build-failed /gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv
- 1 builder for `/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv'
failed with exit code 1
guix build: error: build failed: build of
`/gnu/store/8s6q5cll4knh7y0wfrbjqs2dai0x4sm2-icu4c-60.1.drv' failed
--8<---------------cut here---------------end--------
------->8---
The fact that these errors are different suggests that more
than one
problem may have been introduced...
I haven't tried any more recent commits on core-updates. I am
not sure
what the best way is to debug this, so I would appreciate any
advice
anyone has.
I hope that information helps. Hopefully, together, we can
untangle
this!
--
Chris
Leo Famulari
2017-12-04 19:15:06 UTC
Permalink
Post by Gábor Boskovits
Now that this problem around glibc is resolved, I think I will do some
history rewrite, so that these reverts, reverting the revert.... does not
show up.
I 'm also willing to rename the branch to have wip in the name, as this
seems to be standard for longer runnig parts. WDYT?
In general, we don't rewrite history of any public branches on our
Savannah instance, except for branches whose name starts with "wip-".
That, is "work in progress".

But of course we can all follow our own rules on our own Git servers :)
Gábor Boskovits
2017-12-05 07:07:22 UTC
Permalink
FAIL: abicheck.sh
PASS: pltcheck.sh
============================================================================
Testsuite summary for gtk+ 2.24.31
============================================================================
# TOTAL: 3
# PASS: 2
# SKIP: 0
# XFAIL: 0
# FAIL: 1
# XPASS: 0
# ERROR: 0
============================================================================
See gtk/test-suite.log
Please report to http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B
============================================================================

This is what I have now.

FAIL: abicheck.sh
=================

--- expected-abi 2017-12-05 05:45:34.472000000 +0000
+++ actual-abi 2017-12-05 05:45:34.508000000 +0000
@@ -1,3 +1,4 @@
+g_cclosure_marshal_BOOLEAN__BOXED_BOXED
gtk_about_dialog_get_artists
gtk_about_dialog_get_authors
gtk_about_dialog_get_comments
FAIL abicheck.sh (exit status: 1

This is the log.
Post by Leo Famulari
Post by Gábor Boskovits
Now that this problem around glibc is resolved, I think I will do some
history rewrite, so that these reverts, reverting the revert.... does not
show up.
I 'm also willing to rename the branch to have wip in the name, as this
seems to be standard for longer runnig parts. WDYT?
In general, we don't rewrite history of any public branches on our
Savannah instance, except for branches whose name starts with "wip-".
That, is "work in progress".
But of course we can all follow our own rules on our own Git servers :)
Gábor Boskovits
2017-12-07 17:50:49 UTC
Permalink
Hello!

The gtk+ patch is now in core-updates.
Post by Gábor Boskovits
FAIL: abicheck.sh
PASS: pltcheck.sh
============================================================
================
Testsuite summary for gtk+ 2.24.31
============================================================
================
# TOTAL: 3
# PASS: 2
# SKIP: 0
# XFAIL: 0
# FAIL: 1
# XPASS: 0
# ERROR: 0
============================================================
================
See gtk/test-suite.log
Please report to http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B
============================================================
================
This is what I have now.
FAIL: abicheck.sh
=================
--- expected-abi 2017-12-05 05:45:34.472000000 +0000
+++ actual-abi 2017-12-05 05:45:34.508000000 +0000
@@ -1,3 +1,4 @@
+g_cclosure_marshal_BOOLEAN__BOXED_BOXED
gtk_about_dialog_get_artists
gtk_about_dialog_get_authors
gtk_about_dialog_get_comments
FAIL abicheck.sh (exit status: 1
This is the log.
Post by Leo Famulari
Post by Gábor Boskovits
Now that this problem around glibc is resolved, I think I will do some
history rewrite, so that these reverts, reverting the revert.... does
not
Post by Gábor Boskovits
show up.
I 'm also willing to rename the branch to have wip in the name, as this
seems to be standard for longer runnig parts. WDYT?
In general, we don't rewrite history of any public branches on our
Savannah instance, except for branches whose name starts with "wip-".
That, is "work in progress".
But of course we can all follow our own rules on our own Git servers :)
Gábor Boskovits
2017-12-08 06:13:57 UTC
Permalink
sra-tools2.8.2-1 builds with no problem.
Post by Gábor Boskovits
Hello!
The gtk+ patch is now in core-updates.
Post by Gábor Boskovits
FAIL: abicheck.sh
PASS: pltcheck.sh
============================================================
================
Testsuite summary for gtk+ 2.24.31
============================================================
================
# TOTAL: 3
# PASS: 2
# SKIP: 0
# XFAIL: 0
# FAIL: 1
# XPASS: 0
# ERROR: 0
============================================================
================
See gtk/test-suite.log
Please report to http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B
============================================================
================
This is what I have now.
FAIL: abicheck.sh
=================
--- expected-abi 2017-12-05 05:45:34.472000000 +0000
+++ actual-abi 2017-12-05 05:45:34.508000000 +0000
@@ -1,3 +1,4 @@
+g_cclosure_marshal_BOOLEAN__BOXED_BOXED
gtk_about_dialog_get_artists
gtk_about_dialog_get_authors
gtk_about_dialog_get_comments
FAIL abicheck.sh (exit status: 1
This is the log.
Post by Leo Famulari
Post by Gábor Boskovits
Now that this problem around glibc is resolved, I think I will do some
history rewrite, so that these reverts, reverting the revert.... does
not
Post by Gábor Boskovits
show up.
I 'm also willing to rename the branch to have wip in the name, as this
seems to be standard for longer runnig parts. WDYT?
In general, we don't rewrite history of any public branches on our
Savannah instance, except for branches whose name starts with "wip-".
That, is "work in progress".
But of course we can all follow our own rules on our own Git servers :)
Chris Marusich
2017-12-08 06:55:43 UTC
Permalink
Post by Gábor Boskovits
sra-tools2.8.2-1 builds with no problem.
Now that things are hopefully fixed up a bit more in core-updates I am
trying again to build the "covering" of icedtea to see what still needs
to be fixed. I'll let you know how that goes.
--
Chris
Gábor Boskovits
2017-12-08 07:01:03 UTC
Permalink
Ok, hopefully that will work out. However there was a hint yesterday, that
newest core-updates is broken again after a recent merge...
It might worth to have a look around to see if it's woth to do on an older
revision...

I will wait for your results for now...

Maybe later this weekend I can start up a few vm-s with guixsd, and have
those involved in rebuilding if needed...
Post by Chris Marusich
Post by Gábor Boskovits
sra-tools2.8.2-1 builds with no problem.
Now that things are hopefully fixed up a bit more in core-updates I am
trying again to build the "covering" of icedtea to see what still needs
to be fixed. I'll let you know how that goes.
--
Chris
Gábor Boskovits
2017-12-10 15:56:42 UTC
Permalink
I've seen package:
java-jgit-4.2 explicitly depending on icedtea-7
other explicit dependencies are for:
icedtea-7
ant

These are ok, I believe.

We have ant/java8.

What is the current status of these two:
ant vs ant/java8, is ant/java8 the default?
Should we do something with these?
Post by Gábor Boskovits
Ok, hopefully that will work out. However there was a hint yesterday, that
newest core-updates is broken again after a recent merge...
It might worth to have a look around to see if it's woth to do on an older
revision...
I will wait for your results for now...
Maybe later this weekend I can start up a few vm-s with guixsd, and have
those involved in rebuilding if needed...
Post by Chris Marusich
Post by Gábor Boskovits
sra-tools2.8.2-1 builds with no problem.
Now that things are hopefully fixed up a bit more in core-updates I am
trying again to build the "covering" of icedtea to see what still needs
to be fixed. I'll let you know how that goes.
--
Chris
Gábor Boskovits
2017-12-12 11:30:39 UTC
Permalink
Ok I've built ant 1.9.9 with ant/java8 and icedtea8. It is ok.
Post by Gábor Boskovits
java-jgit-4.2 explicitly depending on icedtea-7
icedtea-7
ant
These are ok, I believe.
We have ant/java8.
ant vs ant/java8, is ant/java8 the default?
Should we do something with these?
Post by Gábor Boskovits
Ok, hopefully that will work out. However there was a hint yesterday,
that newest core-updates is broken again after a recent merge...
It might worth to have a look around to see if it's woth to do on an
older revision...
I will wait for your results for now...
Maybe later this weekend I can start up a few vm-s with guixsd, and have
those involved in rebuilding if needed...
Post by Chris Marusich
Post by Gábor Boskovits
sra-tools2.8.2-1 builds with no problem.
Now that things are hopefully fixed up a bit more in core-updates I am
trying again to build the "covering" of icedtea to see what still needs
to be fixed. I'll let you know how that goes.
--
Chris
Gábor Boskovits
2017-12-12 12:27:48 UTC
Permalink
minced is ok.
Post by Gábor Boskovits
Ok I've built ant 1.9.9 with ant/java8 and icedtea8. It is ok.
Post by Gábor Boskovits
java-jgit-4.2 explicitly depending on icedtea-7
icedtea-7
ant
These are ok, I believe.
We have ant/java8.
ant vs ant/java8, is ant/java8 the default?
Should we do something with these?
Post by Gábor Boskovits
Ok, hopefully that will work out. However there was a hint yesterday,
that newest core-updates is broken again after a recent merge...
It might worth to have a look around to see if it's woth to do on an
older revision...
I will wait for your results for now...
Maybe later this weekend I can start up a few vm-s with guixsd, and have
those involved in rebuilding if needed...
Post by Chris Marusich
Post by Gábor Boskovits
sra-tools2.8.2-1 builds with no problem.
Now that things are hopefully fixed up a bit more in core-updates I am
trying again to build the "covering" of icedtea to see what still needs
to be fixed. I'll let you know how that goes.
--
Chris
Chris Marusich
2017-12-13 02:06:52 UTC
Permalink
Post by Gábor Boskovits
I will wait for your results for now...
I apologize for the delay. It took 20 hours to build the "covering" of
icedtea on my laptop, and I've been preoccupied with personal matters.
I built commit 9e111db4535b3cd5729e37294ae51d95240334b4, which at the
time was the tip of the core-updates branch. I wonder if there is a way
to check the build status of core-updates on Hydra instead? My laptop
has only 2 cores, so it's quite slow. Anyway, the results are below.
To troubleshoot locally, check out the above commit (or a more recent
one, if you're feeling brave) and try to build one of the packages that
failed.

Successfully built:

***@1.10.1
***@3.5.2
axoloti-***@1.0.12
***@1.8.0
f-***@1.1-1.6ccded3
hdf-***@3.3.2
icedtea-***@1.6.2
java-commons-***@1.9.3
java-commons-***@1.2
java-commons-***@4.1
java-commons-***@1.0.15
java-commons-***@2.6
java-commons-***@3.6
java-eclipse-jetty-***@9.4.6
java-eclipse-team-***@3.8.0
java-guice-***@4.1
java-httpcomponents-httpcore-***@4.4.6
java-httpcomponents-httpcore-***@4.4.6
java-httpcomponents-***@4.5.3
java-javax-***@1.5.6
java-***@0.9.1
java-***@1.1.3
java-***@4.7.0.201704051617-r
java-***@1.17.5
java-osgi-service-***@1.5.0
java-osgi-service-***@1.0.0
java-osgi-service-***@1.2.0
java-osgi-service-***@1.0.1
java-osgi-util-***@1.5.1
java-plexus-***@1.23
***@7.0.3
***@0.2.0
***@8048
r-***@1.4.0.12-1.fccb77d
ruby-atoulme-***@0.7.5
sra-***@2.8.2-1
***@1.4

Failed to build:

java-eclipse-jetty-***@9.2.22
java-***@1.113
java-***@2.3.0
java-plexus-container-***@1.7.1
***@18.0_alpha-7-67fd70f

The failure causes were as follows:

* java-eclipse-jetty-***@9.2.22:

--8<---------------cut here---------------start------------->8---
...
starting phase `check'
Buildfile: /tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.v20170606/jetty-security/build.xml

compile-tests:
[mkdir] Created dir: /tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.v20170606/jetty-security/build/test-classesCompiling 5 source files to /tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.v20170606/jetty-security/build/test-classes
check:
[mkdir] Created dir: /tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.v20170606/jetty-security/src/test/test-reportsning org.eclipse.jetty.security.AliasedConstraintTest
[junit] SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
[junit] SLF4J: Defaulting to no-operation (NOP) logger implementation
[junit] SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
[junit] Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.439 sec
[junit] Running org.eclipse.jetty.security.ConstraintTest
[junit] SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
[junit] SLF4J: Defaulting to no-operation (NOP) logger implementation
[junit] SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
[junit] Tests run: 22, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.682 sec
[junit] HTTP/1.1 302 Found
[junit] Date: Sun, 10 Dec 2017 05:32:20 GMT
[junit] Location: https://wobble.com/ctx/data/info
[junit] Content-Length: 0
[junit] Server: Jetty(9.2.z-SNAPSHOT)
[junit]
[junit]

BUILD FAILED
/tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.v20170606/jetty-security/build.xml:1: Test org.eclipse.jetty.security.ConstraintTest failed
--8<---------------cut here---------------end--------------->8---

* java-***@1.113: Failed because testng failed to build:

--8<---------------cut here---------------start------------->8---
===============================================
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================

Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase7Scenario2.verifyThatTestMethodsRunInParallelThreads()
StackTrace:
java.lang.AssertionError: Expected 25 test method execution event logs to be in a block of methods executing in parallel. Found an event log of a different type in the block being processed: [EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodA, Data provider param: paramOne, Time of event: 1512869923380, Thread ID: 5561}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodA, Data provider param: paramTwo, Time of event: 1512869923380, Thread ID: 5560}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodA, Data provider param: paramThree, Time of event: 1512869923382, Thread ID: 5562}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodB, Data provider param: paramTwo, Time of event: 1512869923389, Thread ID: 5563}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodB, Data provider param: paramOne, Time of event: 1512869923395, Thread ID: 5564}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodB, Data provider param: paramThree, Time of event: 1512869923395, Thread ID: 5565}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodC, Data provider param: paramTwo, Time of event: 1512869923406, Thread ID: 5566}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodC, Data provider param: paramOne, Time of event: 1512869923406, Thread ID: 5567}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodC, Data provider param: paramThree, Time of event: 1512869923436, Thread ID: 5568}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodD, Data provider param: paramTwo, Time of event: 1512869923436, Thread ID: 5569}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodD, Data provider param: paramOne, Time of event: 1512869923455, Thread ID: 5570}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodD, Data provider param: paramThree, Time of event: 1512869923456, Thread ID: 5571}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodE, Data provider param: paramTwo, Time of event: 1512869923456, Thread ID: 5572}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodE, Data provider param: paramOne, Time of event: 1512869923459, Thread ID: 5573}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodE, Data provider param: paramThree, Time of event: 1512869923464, Thread ID: 5574}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1063777791, Method name: testMethodA, Data provider param: paramFour, Time of event: 1512869923469, Thread ID: 5575}, EventLog{Event: LISTENER_TEST_METHOD_PASS, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodA, Time of event: 1512869923480, Thread ID: 5561}, EventLog{Event: LISTENER_TEST_METHOD_PASS, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodA, Time of event: 1512869923480, Thread ID: 5560}, EventLog{Event: LISTENER_TEST_METHOD_PASS, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodA, Time of event: 1512869923482, Thread ID: 5562}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 95735296, Method name: testMethodA, Data provider param: paramOne, Time of event: 1512869923486, Thread ID: 5576}, EventLog{Event: LISTENER_TEST_METHOD_PASS, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodB, Time of event: 1512869923489, Thread ID: 5563}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1776486626, Method name: testMethodA, Data provider param: paramThree, Time of event: 1512869923491, Thread ID: 5577}, EventLog{Event: LISTENER_TEST_METHOD_PASS, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodB, Time of event: 1512869923502, Thread ID: 5564}, EventLog{Event: LISTENER_TEST_METHOD_PASS, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodB, Time of event: 1512869923502, Thread ID: 5565}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 2001164060, Method name: testMethodA, Data provider param: paramTwo, Time of event: 1512869923502, Thread ID: 5578}] expected [true] but found [false]
at test.thread.parallelization.BaseParallelizationTest.verifyEventTypeForEventsLogs(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethodExecutionEvents(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethods(Unknown Source)
at test.thread.parallelization.ParallelByMethodsTestCase7Scenario2.verifyThatTestMethodsRunInParallelThreads(Unknown Source)
... Removed 27 stack frames

phase `check' failed after 296.3 seconds
note: keeping build directory `/tmp/guix-build-java-testng-6.12.drv-2'
builder for `/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv' failed with exit code 1
@ build-failed /gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv - 1 builder for `/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv' failed with exit code 1
cannot build derivation `/gnu/store/qhk6zrnlvr4vj3szwfn786jhgk7p09dy-java-picard-1.113.drv': 1 dependencies couldn't be built
guix build: error: build failed: build of `/gnu/store/qhk6zrnlvr4vj3szwfn786jhgk7p09dy-java-picard-1.113.drv' failed
--8<---------------cut here---------------end--------------->8---

* java-***@2.3.0: Appears to be the same problem:

--8<---------------cut here---------------start------------->8---
===============================================
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================

Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase7Scenario2.verifyThatTestMethodsRunInParallelThreads()
StackTrace:
java.lang.AssertionError: Expected 25 test method execution event logs to be in a block of methods executing in parallel. Found an event log of a different type in the block being processed: [EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodA, Data provider param: paramOne, Time of event: 1512869923380, Thread ID: 5561}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodA, Data provider param: paramTwo, Time of event: 1512869923380, Thread ID: 5560}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodA, Data provider param: paramThree, Time of event: 1512869923382, Thread ID: 5562}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodB, Data provider param: paramTwo, Time of event: 1512869923389, Thread ID: 5563}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodB, Data provider param: paramOne, Time of event: 1512869923395, Thread ID: 5564}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodB, Data provider param: paramThree, Time of event: 1512869923395, Thread ID: 5565}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodC, Data provider param: paramTwo, Time of event: 1512869923406, Thread ID: 5566}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodC, Data provider param: paramOne, Time of event: 1512869923406, Thread ID: 5567}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodC, Data provider param: paramThree, Time of event: 1512869923436, Thread ID: 5568}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodD, Data provider param: paramTwo, Time of event: 1512869923436, Thread ID: 5569}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodD, Data provider param: paramOne, Time of event: 1512869923455, Thread ID: 5570}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodD, Data provider param: paramThree, Time of event: 1512869923456, Thread ID: 5571}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodE, Data provider param: paramTwo, Time of event: 1512869923456, Thread ID: 5572}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodE, Data provider param: paramOne, Time of event: 1512869923459, Thread ID: 5573}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodE, Data provider param: paramThree, Time of event: 1512869923464, Thread ID: 5574}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1063777791, Method name: testMethodA, Data provider param: paramFour, Time of event: 1512869923469, Thread ID: 5575}, EventLog{Event: LISTENER_TEST_METHOD_PASS, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodA, Time of event: 1512869923480, Thread ID: 5561}, EventLog{Event: LISTENER_TEST_METHOD_PASS, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodA, Time of event: 1512869923480, Thread ID: 5560}, EventLog{Event: LISTENER_TEST_METHOD_PASS, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodA, Time of event: 1512869923482, Thread ID: 5562}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 95735296, Method name: testMethodA, Data provider param: paramOne, Time of event: 1512869923486, Thread ID: 5576}, EventLog{Event: LISTENER_TEST_METHOD_PASS, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501, Method name: testMethodB, Time of event: 1512869923489, Thread ID: 5563}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1776486626, Method name: testMethodA, Data provider param: paramThree, Time of event: 1512869923491, Thread ID: 5577}, EventLog{Event: LISTENER_TEST_METHOD_PASS, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1380194466, Method name: testMethodB, Time of event: 1512869923502, Thread ID: 5564}, EventLog{Event: LISTENER_TEST_METHOD_PASS, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363, Method name: testMethodB, Time of event: 1512869923502, Thread ID: 5565}, EventLog{Event: TEST_METHOD_EXECUTION, Suite: TestSuiteA, Test: TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class instance hash code: 2001164060, Method name: testMethodA, Data provider param: paramTwo, Time of event: 1512869923502, Thread ID: 5578}] expected [true] but found [false]
at test.thread.parallelization.BaseParallelizationTest.verifyEventTypeForEventsLogs(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethodExecutionEvents(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethods(Unknown Source)
at test.thread.parallelization.ParallelByMethodsTestCase7Scenario2.verifyThatTestMethodsRunInParallelThreads(Unknown Source)
... Removed 27 stack frames

phase `check' failed after 296.3 seconds
note: keeping build directory `/tmp/guix-build-java-testng-6.12.drv-2'
builder for `/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv' failed with exit code 1
@ build-failed /gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv - 1 builder for `/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv' failed with exit code 1
cannot build derivation `/gnu/store/qhk6zrnlvr4vj3szwfn786jhgk7p09dy-java-picard-1.113.drv': 1 dependencies couldn't be built
guix build: error: build failed: build of `/gnu/store/qhk6zrnlvr4vj3szwfn786jhgk7p09dy-java-picard-1.113.drv' failed
--8<---------------cut here---------------end--------------->8---

* java-plexus-container-***@1.7.1: failed because java-jeromq failed
to build:

--8<---------------cut here---------------start------------->8---
BUILD FAILED
/tmp/guix-build-java-jeromq-0.4.2.drv-0/jeromq-0.4.2/build.xml:1: Test zmq.socket.reqrep.DealerSpecTest failed

Total time: 1 minute 33 seconds
phase `check' failed after 94.2 seconds
note: keeping build directory `/tmp/guix-build-java-jeromq-0.4.2.drv-0'
builder for `/gnu/store/f4vxxjinlnarrzxjv5swkqia7nc0s0bs-java-jeromq-0.4.2.drv' failed with exit code 1
@ build-failed /gnu/store/f4vxxjinlnarrzxjv5swkqia7nc0s0bs-java-jeromq-0.4.2.drv - 1 builder for `/gnu/store/f4vxxjinlnarrzxjv5swkqia7nc0s0bs-java-jeromq-0.4.2.drv' failed with exit code 1
--8<---------------cut here---------------end--------------->8---

* ***@18.0_alpha-7-67fd70f: failed because of "potential infinite
recursion"; also it seems that it's looking for a DTD on the Internet
when instead it should be looking to find it in the inputs.

--8<---------------cut here---------------start------------->8---
[3684/3799] Linking default/source3/modules/libvfs_module_worm.so
[3685/3799] Linking default/source3/modules/libvfs_module_crossrename.so
[3686/3799] Linking default/source3/modules/libvfs_module_cap.so
[3687/3799] Linking default/source3/modules/libvfs_module_catia.so
[3688/3799] pidl.1: pidl/pidl -> bin/default/pidl/pidl.1
[3689/3799] Parse::Pidl::Dump.3: pidl/lib/Parse/Pidl/Dump.pm -> bin/default/pidl/Parse::Pidl::Dump.3
[3690/3799] Parse::Pidl::Wireshark::Conformance.3: pidl/lib/Parse/Pidl/Wireshark/Conformance.pm -> bin/default/pidl/Parse::Pidl::Wireshark::Conformance.3
[3691/3799] Parse::Pidl::Util.3: pidl/lib/Parse/Pidl/Util.pm -> bin/default/pidl/Parse::Pidl::Util.3
[3692/3799] Parse::Pidl::NDR.3: pidl/lib/Parse/Pidl/NDR.pm -> bin/default/pidl/Parse::Pidl::NDR.3
[3693/3799] Parse::Pidl::Wireshark::NDR.3: pidl/lib/Parse/Pidl/Wireshark/NDR.pm -> bin/default/pidl/Parse::Pidl::Wireshark::NDR.3
[3694/3799] Generating manpages/smb.conf.5
I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd
default/docs-xml/manpages/smb.conf.5.xml:2: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"
D DocBook XML V4.2//EN" "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"
^
runtime error: file /gnu/store/q0irgfv31s8m9s54zrc908qb4cim08cg-docbook-xsl-1.79.1/xml/xsl/docbook-xsl-1.79.1/lib/lib.xsl line 58 element choose
xsltApplySequenceConstructor: A potential infinite template recursion was detected.
You can adjust xsltMaxDepth (--maxdepth) in order to raise the maximum number of nested template calls and variables/params (currently set to 3000).
Templates:
#0 name string.subst
#1 name string.subst
#2 name string.subst
#3 name string.subst
#4 name string.subst
#5 name string.subst
#6 name string.subst
#7 name string.subst
#8 name string.subst
#9 name string.subst
#10 name string.subst
#11 name string.subst
#12 name string.subst
#13 name string.subst
#14 name string.subst
Variables:
#0
replacement
target
string
#1
target
string
#2
string
#3
replacement
target
string
#4
target
string
#5
string
#6
replacement
target
string
#7
target
string
#8
string
#9
replacement
target
string
#10
target
string
#11
string
#12
replacement
target
string
#13
target
string
#14
string
error: file default/docs-xml/manpages/smb.conf.5.xml
xsltRunStylesheet : run failed
Waf: Leaving directory `/tmp/guix-build-samba-4.7.3.drv-0/samba-4.7.3/bin'
Build failed: -> task failed (err #11):
{task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml -> smb.conf.5}
make: *** [Makefile:8: all] Error 1
phase `build' failed after 1063.6 seconds
note: keeping build directory `/tmp/guix-build-samba-4.7.3.drv-0'
builder for `/gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
@ build-failed /gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv - 1 builder for `/gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
--8<---------------cut here---------------end--------------->8---

I have not begun troubleshooting any of these existing issues yet.
--
Chris
Gábor Boskovits
2017-12-13 08:53:06 UTC
Permalink
I'll have a look at testng.
Post by Chris Marusich
Post by Gábor Boskovits
I will wait for your results for now...
I apologize for the delay. It took 20 hours to build the "covering" of
icedtea on my laptop, and I've been preoccupied with personal matters.
I built commit 9e111db4535b3cd5729e37294ae51d95240334b4, which at the
time was the tip of the core-updates branch. I wonder if there is a way
to check the build status of core-updates on Hydra instead? My laptop
has only 2 cores, so it's quite slow. Anyway, the results are below.
To troubleshoot locally, check out the above commit (or a more recent
one, if you're feeling brave) and try to build one of the packages that
failed.
--8<---------------cut here---------------start------------->8---
...
starting phase `check'
Buildfile: /tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/
jetty.project-jetty-9.2.22.v20170606/jetty-security/build.xml
[mkdir] Created dir: /tmp/guix-build-java-eclipse-
jetty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.
v20170606/jetty-security/build/test-classesCompiling 5 source files to
/tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/
jetty.project-jetty-9.2.22.v20170606/jetty-security/build/test-classes
[mkdir] Created dir: /tmp/guix-build-java-eclipse-
jetty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.
v20170606/jetty-security/src/test/test-reportsning
org.eclipse.jetty.security.AliasedConstraintTest
[junit] SLF4J: Failed to load class "org.slf4j.impl.
StaticLoggerBinder".
[junit] SLF4J: Defaulting to no-operation (NOP) logger implementation
[junit] SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder
for further details.
[junit] Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.439 sec
[junit] Running org.eclipse.jetty.security.ConstraintTest
[junit] SLF4J: Failed to load class "org.slf4j.impl.
StaticLoggerBinder".
[junit] SLF4J: Defaulting to no-operation (NOP) logger implementation
[junit] SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder
for further details.
[junit] Tests run: 22, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.682 sec
[junit] HTTP/1.1 302 Found
[junit] Date: Sun, 10 Dec 2017 05:32:20 GMT
[junit] Location: https://wobble.com/ctx/data/info
[junit] Content-Length: 0
[junit] Server: Jetty(9.2.z-SNAPSHOT)
[junit]
[junit]
BUILD FAILED
/tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/
jetty.project-jetty-9.2.22.v20170606/jetty-security/build.xml:1: Test
org.eclipse.jetty.security.ConstraintTest failed
--8<---------------cut here---------------end--------------->8---
--8<---------------cut here---------------start------------->8---
===============================================
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================
Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase7Scenario2.
verifyThatTestMethodsRunInParallelThreads()
java.lang.AssertionError: Expected 25 test method execution event logs to
be in a block of methods executing in parallel. Found an event log of a
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1380194466, Method name: testMethodA, Data provider
param: paramOne, Time of event: 1512869923380, Thread ID: 5561},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 841323501, Method name: testMethodA, Data provider
param: paramTwo, Time of event: 1512869923380, Thread ID: 5560},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1728457363, Method name: testMethodA, Data provider
param: paramThree, Time of event: 1512869923382, Thread ID: 5562},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 841323501, Method name: testMethodB, Data provider
param: paramTwo, Time of event: 1512869923389, Thread ID: 5563},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1380194466, Method name: testMethodB, Data provider
param: paramOne, Time of event: 1512869923395, Thread ID: 5564},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1728457363, Method name: testMethodB, Data provider
param: paramThree, Time of event: 1512869923395, Thread ID: 5565},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 841323501, Method name: testMethodC, Data provider
param: paramTwo, Time of event: 1512869923406, Thread ID: 5566},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1380194466, Method name: testMethodC, Data provider
param: paramOne, Time of event: 1512869923406, Thread ID: 5567},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1728457363, Method name: testMethodC, Data provider
param: paramThree, Time of event: 1512869923436, Thread ID: 5568},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 841323501, Method name: testMethodD, Data provider
param: paramTwo, Time of event: 1512869923436, Thread ID: 5569},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1380194466, Method name: testMethodD, Data provider
param: paramOne, Time of event: 1512869923455, Thread ID: 5570},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1728457363, Method name: testMethodD, Data provider
param: paramThree, Time of event: 1512869923456, Thread ID: 5571},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 841323501, Method name: testMethodE, Data provider
param: paramTwo, Time of event: 1512869923456, Thread ID: 5572},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1380194466, Method name: testMethodE, Data provider
param: paramOne, Time of event: 1512869923459, Thread ID: 5573},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1728457363, Method name: testMethodE, Data provider
param: paramThree, Time of event: 1512869923464, Thread ID: 5574},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1063777791, Method name: testMethodA, Data provider
param: paramFour, Time of event: 1512869923469, Thread ID: 5575},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
1512869923480, Thread ID: 5561}, EventLog{Event: LISTENER_TEST_METHOD_PASS,
test.thread.parallelization.sample.TestClassAFiveMethodsWithFacto
ryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501,
Method name: testMethodA, Time of event: 1512869923480, Thread ID: 5560},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
1512869923482, Thread ID: 5562}, EventLog{Event: TEST_METHOD_EXECUTION,
test.thread.parallelization.sample.TestClassCSixMethodsWithFactor
yUsingDataProviderAndNoDepsSample, Class instance hash code: 95735296,
1512869923486, Thread ID: 5576}, EventLog{Event: LISTENER_TEST_METHOD_PASS,
test.thread.parallelization.sample.TestClassAFiveMethodsWithFacto
ryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501,
Method name: testMethodB, Time of event: 1512869923489, Thread ID: 5563},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1776486626, Method name: testMethodA, Data provider
param: paramThree, Time of event: 1512869923491, Thread ID: 5577},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
1512869923502, Thread ID: 5564}, EventLog{Event: LISTENER_TEST_METHOD_PASS,
test.thread.parallelization.sample.TestClassAFiveMethodsWithFacto
ryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363,
Method name: testMethodB, Time of event: 1512869923502, Thread ID: 5565},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 2001164060, Method name: testMethodA, Data provider
param: paramTwo, Time of event: 1512869923502, Thread ID: 5578}] expected
[true] but found [false]
at test.thread.parallelization.BaseParallelizationTest.
verifyEventTypeForEventsLogs(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.
verifySimultaneousTestMethodExecutionEvents(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.
verifySimultaneousTestMethods(Unknown Source)
at test.thread.parallelization.ParallelByMethodsTestCase7Scen
ario2.verifyThatTestMethodsRunInParallelThreads(Unknown Source)
... Removed 27 stack frames
phase `check' failed after 296.3 seconds
note: keeping build directory `/tmp/guix-build-java-testng-6.12.drv-2'
builder for `/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv'
failed with exit code 1
@ build-failed /gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv
- 1 builder for `/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv'
failed with exit code 1
1 dependencies couldn't be built
guix build: error: build failed: build of `/gnu/store/
qhk6zrnlvr4vj3szwfn786jhgk7p09dy-java-picard-1.113.drv' failed
--8<---------------cut here---------------end--------------->8---
--8<---------------cut here---------------start------------->8---
===============================================
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================
Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase7Scenario2.
verifyThatTestMethodsRunInParallelThreads()
java.lang.AssertionError: Expected 25 test method execution event logs to
be in a block of methods executing in parallel. Found an event log of a
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1380194466, Method name: testMethodA, Data provider
param: paramOne, Time of event: 1512869923380, Thread ID: 5561},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 841323501, Method name: testMethodA, Data provider
param: paramTwo, Time of event: 1512869923380, Thread ID: 5560},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1728457363, Method name: testMethodA, Data provider
param: paramThree, Time of event: 1512869923382, Thread ID: 5562},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 841323501, Method name: testMethodB, Data provider
param: paramTwo, Time of event: 1512869923389, Thread ID: 5563},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1380194466, Method name: testMethodB, Data provider
param: paramOne, Time of event: 1512869923395, Thread ID: 5564},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1728457363, Method name: testMethodB, Data provider
param: paramThree, Time of event: 1512869923395, Thread ID: 5565},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 841323501, Method name: testMethodC, Data provider
param: paramTwo, Time of event: 1512869923406, Thread ID: 5566},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1380194466, Method name: testMethodC, Data provider
param: paramOne, Time of event: 1512869923406, Thread ID: 5567},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1728457363, Method name: testMethodC, Data provider
param: paramThree, Time of event: 1512869923436, Thread ID: 5568},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 841323501, Method name: testMethodD, Data provider
param: paramTwo, Time of event: 1512869923436, Thread ID: 5569},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1380194466, Method name: testMethodD, Data provider
param: paramOne, Time of event: 1512869923455, Thread ID: 5570},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1728457363, Method name: testMethodD, Data provider
param: paramThree, Time of event: 1512869923456, Thread ID: 5571},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 841323501, Method name: testMethodE, Data provider
param: paramTwo, Time of event: 1512869923456, Thread ID: 5572},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1380194466, Method name: testMethodE, Data provider
param: paramOne, Time of event: 1512869923459, Thread ID: 5573},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1728457363, Method name: testMethodE, Data provider
param: paramThree, Time of event: 1512869923464, Thread ID: 5574},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1063777791, Method name: testMethodA, Data provider
param: paramFour, Time of event: 1512869923469, Thread ID: 5575},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
1512869923480, Thread ID: 5561}, EventLog{Event: LISTENER_TEST_METHOD_PASS,
test.thread.parallelization.sample.TestClassAFiveMethodsWithFacto
ryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501,
Method name: testMethodA, Time of event: 1512869923480, Thread ID: 5560},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
1512869923482, Thread ID: 5562}, EventLog{Event: TEST_METHOD_EXECUTION,
test.thread.parallelization.sample.TestClassCSixMethodsWithFactor
yUsingDataProviderAndNoDepsSample, Class instance hash code: 95735296,
1512869923486, Thread ID: 5576}, EventLog{Event: LISTENER_TEST_METHOD_PASS,
test.thread.parallelization.sample.TestClassAFiveMethodsWithFacto
ryUsingDataProviderAndNoDepsSample, Class instance hash code: 841323501,
Method name: testMethodB, Time of event: 1512869923489, Thread ID: 5563},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 1776486626, Method name: testMethodA, Data provider
param: paramThree, Time of event: 1512869923491, Thread ID: 5577},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
1512869923502, Thread ID: 5564}, EventLog{Event: LISTENER_TEST_METHOD_PASS,
test.thread.parallelization.sample.TestClassAFiveMethodsWithFacto
ryUsingDataProviderAndNoDepsSample, Class instance hash code: 1728457363,
Method name: testMethodB, Time of event: 1512869923502, Thread ID: 5565},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sample.
TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample, Class
instance hash code: 2001164060, Method name: testMethodA, Data provider
param: paramTwo, Time of event: 1512869923502, Thread ID: 5578}] expected
[true] but found [false]
at test.thread.parallelization.BaseParallelizationTest.
verifyEventTypeForEventsLogs(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.
verifySimultaneousTestMethodExecutionEvents(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.
verifySimultaneousTestMethods(Unknown Source)
at test.thread.parallelization.ParallelByMethodsTestCase7Scen
ario2.verifyThatTestMethodsRunInParallelThreads(Unknown Source)
... Removed 27 stack frames
phase `check' failed after 296.3 seconds
note: keeping build directory `/tmp/guix-build-java-testng-6.12.drv-2'
builder for `/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv'
failed with exit code 1
@ build-failed /gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv
- 1 builder for `/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv'
failed with exit code 1
1 dependencies couldn't be built
guix build: error: build failed: build of `/gnu/store/
qhk6zrnlvr4vj3szwfn786jhgk7p09dy-java-picard-1.113.drv' failed
--8<---------------cut here---------------end--------------->8---
--8<---------------cut here---------------start------------->8---
BUILD FAILED
/tmp/guix-build-java-jeromq-0.4.2.drv-0/jeromq-0.4.2/build.xml:1: Test
zmq.socket.reqrep.DealerSpecTest failed
Total time: 1 minute 33 seconds
phase `check' failed after 94.2 seconds
note: keeping build directory `/tmp/guix-build-java-jeromq-0.4.2.drv-0'
builder for `/gnu/store/f4vxxjinlnarrzxjv5swkqia7nc0s0bs-java-jeromq-0.4.2.drv'
failed with exit code 1
@ build-failed /gnu/store/f4vxxjinlnarrzxjv5swkqia7nc0s0bs-java-jeromq-0.4.2.drv
- 1 builder for `/gnu/store/f4vxxjinlnarrzxjv5swkqia7nc0s0bs-java-jeromq-0.4.2.drv'
failed with exit code 1
--8<---------------cut here---------------end--------------->8---
recursion"; also it seems that it's looking for a DTD on the Internet
when instead it should be looking to find it in the inputs.
--8<---------------cut here---------------start------------->8---
[3684/3799] Linking default/source3/modules/libvfs_module_worm.so
[3685/3799] Linking default/source3/modules/libvfs_module_crossrename.so
[3686/3799] Linking default/source3/modules/libvfs_module_cap.so
[3687/3799] Linking default/source3/modules/libvfs_module_catia.so
[3688/3799] pidl.1: pidl/pidl -> bin/default/pidl/pidl.1
[3689/3799] Parse::Pidl::Dump.3: pidl/lib/Parse/Pidl/Dump.pm ->
bin/default/pidl/Parse::Pidl::Dump.3
pidl/lib/Parse/Pidl/Wireshark/Conformance.pm ->
bin/default/pidl/Parse::Pidl::Wireshark::Conformance.3
[3691/3799] Parse::Pidl::Util.3: pidl/lib/Parse/Pidl/Util.pm ->
bin/default/pidl/Parse::Pidl::Util.3
[3692/3799] Parse::Pidl::NDR.3: pidl/lib/Parse/Pidl/NDR.pm ->
bin/default/pidl/Parse::Pidl::NDR.3
[3693/3799] Parse::Pidl::Wireshark::NDR.3: pidl/lib/Parse/Pidl/Wireshark/NDR.pm
-> bin/default/pidl/Parse::Pidl::Wireshark::NDR.3
[3694/3799] Generating manpages/smb.conf.5
I/O error : Attempt to load network entity http://www.oasis-open.org/
docbook/xml/4.2/docbookx.dtd
default/docs-xml/manpages/smb.conf.5.xml:2: warning: failed to load
external entity "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"
D DocBook XML V4.2//EN" "http://www.oasis-open.org/
docbook/xml/4.2/docbookx.dtd"
^
runtime error: file /gnu/store/q0irgfv31s8m9s54zrc908qb4cim08
cg-docbook-xsl-1.79.1/xml/xsl/docbook-xsl-1.79.1/lib/lib.xsl line 58
element choose
xsltApplySequenceConstructor: A potential infinite template recursion was detected.
You can adjust xsltMaxDepth (--maxdepth) in order to raise the maximum
number of nested template calls and variables/params (currently set to
3000).
#0 name string.subst
#1 name string.subst
#2 name string.subst
#3 name string.subst
#4 name string.subst
#5 name string.subst
#6 name string.subst
#7 name string.subst
#8 name string.subst
#9 name string.subst
#10 name string.subst
#11 name string.subst
#12 name string.subst
#13 name string.subst
#14 name string.subst
#0
replacement
target
string
#1
target
string
#2
string
#3
replacement
target
string
#4
target
string
#5
string
#6
replacement
target
string
#7
target
string
#8
string
#9
replacement
target
string
#10
target
string
#11
string
#12
replacement
target
string
#13
target
string
#14
string
error: file default/docs-xml/manpages/smb.conf.5.xml
xsltRunStylesheet : run failed
Waf: Leaving directory `/tmp/guix-build-samba-4.7.3.drv-0/samba-4.7.3/bin'
{task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml -> smb.conf.5}
make: *** [Makefile:8: all] Error 1
phase `build' failed after 1063.6 seconds
note: keeping build directory `/tmp/guix-build-samba-4.7.3.drv-0'
builder for `/gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv'
failed with exit code 1
@ build-failed /gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv
- 1 builder for `/gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv'
failed with exit code 1
--8<---------------cut here---------------end--------------->8---
I have not begun troubleshooting any of these existing issues yet.
--
Chris
Gábor Boskovits
2017-12-13 09:54:10 UTC
Permalink
clojure ok
Post by Gábor Boskovits
I'll have a look at testng.
Post by Chris Marusich
Post by Gábor Boskovits
I will wait for your results for now...
I apologize for the delay. It took 20 hours to build the "covering" of
icedtea on my laptop, and I've been preoccupied with personal matters.
I built commit 9e111db4535b3cd5729e37294ae51d95240334b4, which at the
time was the tip of the core-updates branch. I wonder if there is a way
to check the build status of core-updates on Hydra instead? My laptop
has only 2 cores, so it's quite slow. Anyway, the results are below.
To troubleshoot locally, check out the above commit (or a more recent
one, if you're feeling brave) and try to build one of the packages that
failed.
--8<---------------cut here---------------start------------->8---
...
starting phase `check'
Buildfile: /tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jet
ty.project-jetty-9.2.22.v20170606/jetty-security/build.xml
[mkdir] Created dir: /tmp/guix-build-java-eclipse-j
etty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.v20170
606/jetty-security/build/test-classesCompiling 5 source files to
/tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jet
ty.project-jetty-9.2.22.v20170606/jetty-security/build/test-classes
[mkdir] Created dir: /tmp/guix-build-java-eclipse-j
etty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.v20170
606/jetty-security/src/test/test-reportsning
org.eclipse.jetty.security.AliasedConstraintTest
[junit] SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBi
nder".
[junit] SLF4J: Defaulting to no-operation (NOP) logger implementation
[junit] SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder
for further details.
[junit] Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.439 sec
[junit] Running org.eclipse.jetty.security.ConstraintTest
[junit] SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBi
nder".
[junit] SLF4J: Defaulting to no-operation (NOP) logger implementation
[junit] SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder
for further details.
[junit] Tests run: 22, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.682 sec
[junit] HTTP/1.1 302 Found
[junit] Date: Sun, 10 Dec 2017 05:32:20 GMT
[junit] Location: https://wobble.com/ctx/data/info
[junit] Content-Length: 0
[junit] Server: Jetty(9.2.z-SNAPSHOT)
[junit]
[junit]
BUILD FAILED
/tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jet
ty.project-jetty-9.2.22.v20170606/jetty-security/build.xml:1: Test
org.eclipse.jetty.security.ConstraintTest failed
--8<---------------cut here---------------end--------------->8---
--8<---------------cut here---------------start------------->8---
===============================================
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================
Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase7Scenar
io2.verifyThatTestMethodsRunInParallelThreads()
java.lang.AssertionError: Expected 25 test method execution event logs
to be in a block of methods executing in parallel. Found an event log of a
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodA, Data
provider param: paramOne, Time of event: 1512869923380, Thread ID: 5561},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodA, Data
provider param: paramTwo, Time of event: 1512869923380, Thread ID: 5560},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodA, Data
provider param: paramThree, Time of event: 1512869923382, Thread ID: 5562},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodB, Data
provider param: paramTwo, Time of event: 1512869923389, Thread ID: 5563},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodB, Data
provider param: paramOne, Time of event: 1512869923395, Thread ID: 5564},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodB, Data
provider param: paramThree, Time of event: 1512869923395, Thread ID: 5565},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodC, Data
provider param: paramTwo, Time of event: 1512869923406, Thread ID: 5566},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodC, Data
provider param: paramOne, Time of event: 1512869923406, Thread ID: 5567},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodC, Data
provider param: paramThree, Time of event: 1512869923436, Thread ID: 5568},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodD, Data
provider param: paramTwo, Time of event: 1512869923436, Thread ID: 5569},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodD, Data
provider param: paramOne, Time of event: 1512869923455, Thread ID: 5570},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodD, Data
provider param: paramThree, Time of event: 1512869923456, Thread ID: 5571},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodE, Data
provider param: paramTwo, Time of event: 1512869923456, Thread ID: 5572},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodE, Data
provider param: paramOne, Time of event: 1512869923459, Thread ID: 5573},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodE, Data
provider param: paramThree, Time of event: 1512869923464, Thread ID: 5574},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1063777791, Method name: testMethodA, Data
provider param: paramFour, Time of event: 1512869923469, Thread ID: 5575},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 95735296, Method name: testMethodA, Data provider
param: paramOne, Time of event: 1512869923486, Thread ID: 5576},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1776486626, Method name: testMethodA, Data
provider param: paramThree, Time of event: 1512869923491, Thread ID: 5577},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 2001164060, Method name: testMethodA, Data
provider param: paramTwo, Time of event: 1512869923502, Thread ID: 5578}]
expected [true] but found [false]
at test.thread.parallelization.BaseParallelizationTest.verifyEventTypeForEventsLogs(Unknown
Source)
at test.thread.parallelization.BaseParallelizationTest.verifySi
multaneousTestMethodExecutionEvents(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethods(Unknown
Source)
at test.thread.parallelization.ParallelByMethodsTestCase7Scenar
io2.verifyThatTestMethodsRunInParallelThreads(Unknown Source)
... Removed 27 stack frames
phase `check' failed after 296.3 seconds
note: keeping build directory `/tmp/guix-build-java-testng-6.12.drv-2'
builder for `/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv'
failed with exit code 1
@ build-failed /gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv
- 1 builder for `/gnu/store/2h9rhbsi2zc4libw57
qc92nrvp27a072-java-testng-6.12.drv' failed with exit code 1
cannot build derivation `/gnu/store/qhk6zrnlvr4vj3szwf
n786jhgk7p09dy-java-picard-1.113.drv': 1 dependencies couldn't be built
guix build: error: build failed: build of `/gnu/store/qhk6zrnlvr4vj3szwf
n786jhgk7p09dy-java-picard-1.113.drv' failed
--8<---------------cut here---------------end--------------->8---
--8<---------------cut here---------------start------------->8---
===============================================
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================
Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase7Scenar
io2.verifyThatTestMethodsRunInParallelThreads()
java.lang.AssertionError: Expected 25 test method execution event logs
to be in a block of methods executing in parallel. Found an event log of a
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodA, Data
provider param: paramOne, Time of event: 1512869923380, Thread ID: 5561},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodA, Data
provider param: paramTwo, Time of event: 1512869923380, Thread ID: 5560},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodA, Data
provider param: paramThree, Time of event: 1512869923382, Thread ID: 5562},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodB, Data
provider param: paramTwo, Time of event: 1512869923389, Thread ID: 5563},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodB, Data
provider param: paramOne, Time of event: 1512869923395, Thread ID: 5564},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodB, Data
provider param: paramThree, Time of event: 1512869923395, Thread ID: 5565},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodC, Data
provider param: paramTwo, Time of event: 1512869923406, Thread ID: 5566},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodC, Data
provider param: paramOne, Time of event: 1512869923406, Thread ID: 5567},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodC, Data
provider param: paramThree, Time of event: 1512869923436, Thread ID: 5568},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodD, Data
provider param: paramTwo, Time of event: 1512869923436, Thread ID: 5569},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodD, Data
provider param: paramOne, Time of event: 1512869923455, Thread ID: 5570},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodD, Data
provider param: paramThree, Time of event: 1512869923456, Thread ID: 5571},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodE, Data
provider param: paramTwo, Time of event: 1512869923456, Thread ID: 5572},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodE, Data
provider param: paramOne, Time of event: 1512869923459, Thread ID: 5573},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodE, Data
provider param: paramThree, Time of event: 1512869923464, Thread ID: 5574},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1063777791, Method name: testMethodA, Data
provider param: paramFour, Time of event: 1512869923469, Thread ID: 5575},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 95735296, Method name: testMethodA, Data provider
param: paramOne, Time of event: 1512869923486, Thread ID: 5576},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1776486626, Method name: testMethodA, Data
provider param: paramThree, Time of event: 1512869923491, Thread ID: 5577},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 2001164060, Method name: testMethodA, Data
provider param: paramTwo, Time of event: 1512869923502, Thread ID: 5578}]
expected [true] but found [false]
at test.thread.parallelization.BaseParallelizationTest.verifyEventTypeForEventsLogs(Unknown
Source)
at test.thread.parallelization.BaseParallelizationTest.verifySi
multaneousTestMethodExecutionEvents(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethods(Unknown
Source)
at test.thread.parallelization.ParallelByMethodsTestCase7Scenar
io2.verifyThatTestMethodsRunInParallelThreads(Unknown Source)
... Removed 27 stack frames
phase `check' failed after 296.3 seconds
note: keeping build directory `/tmp/guix-build-java-testng-6.12.drv-2'
builder for `/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv'
failed with exit code 1
@ build-failed /gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv
- 1 builder for `/gnu/store/2h9rhbsi2zc4libw57
qc92nrvp27a072-java-testng-6.12.drv' failed with exit code 1
cannot build derivation `/gnu/store/qhk6zrnlvr4vj3szwf
n786jhgk7p09dy-java-picard-1.113.drv': 1 dependencies couldn't be built
guix build: error: build failed: build of `/gnu/store/qhk6zrnlvr4vj3szwf
n786jhgk7p09dy-java-picard-1.113.drv' failed
--8<---------------cut here---------------end--------------->8---
--8<---------------cut here---------------start------------->8---
BUILD FAILED
/tmp/guix-build-java-jeromq-0.4.2.drv-0/jeromq-0.4.2/build.xml:1: Test
zmq.socket.reqrep.DealerSpecTest failed
Total time: 1 minute 33 seconds
phase `check' failed after 94.2 seconds
note: keeping build directory `/tmp/guix-build-java-jeromq-0.4.2.drv-0'
builder for `/gnu/store/f4vxxjinlnarrzxjv5swkqia7nc0s0bs-java-jeromq-0.4.2.drv'
failed with exit code 1
@ build-failed /gnu/store/f4vxxjinlnarrzxjv5s
wkqia7nc0s0bs-java-jeromq-0.4.2.drv - 1 builder for
`/gnu/store/f4vxxjinlnarrzxjv5swkqia7nc0s0bs-java-jeromq-0.4.2.drv'
failed with exit code 1
--8<---------------cut here---------------end--------------->8---
recursion"; also it seems that it's looking for a DTD on the Internet
when instead it should be looking to find it in the inputs.
--8<---------------cut here---------------start------------->8---
[3684/3799] Linking default/source3/modules/libvfs_module_worm.so
[3685/3799] Linking default/source3/modules/libvfs_module_crossrename.so
[3686/3799] Linking default/source3/modules/libvfs_module_cap.so
[3687/3799] Linking default/source3/modules/libvfs_module_catia.so
[3688/3799] pidl.1: pidl/pidl -> bin/default/pidl/pidl.1
[3689/3799] Parse::Pidl::Dump.3: pidl/lib/Parse/Pidl/Dump.pm ->
bin/default/pidl/Parse::Pidl::Dump.3
pidl/lib/Parse/Pidl/Wireshark/Conformance.pm ->
bin/default/pidl/Parse::Pidl::Wireshark::Conformance.3
[3691/3799] Parse::Pidl::Util.3: pidl/lib/Parse/Pidl/Util.pm ->
bin/default/pidl/Parse::Pidl::Util.3
[3692/3799] Parse::Pidl::NDR.3: pidl/lib/Parse/Pidl/NDR.pm ->
bin/default/pidl/Parse::Pidl::NDR.3
[3693/3799] Parse::Pidl::Wireshark::NDR.3: pidl/lib/Parse/Pidl/Wireshark/NDR.pm
-> bin/default/pidl/Parse::Pidl::Wireshark::NDR.3
[3694/3799] Generating manpages/smb.conf.5
I/O error : Attempt to load network entity http://www.oasis-open.org/docb
ook/xml/4.2/docbookx.dtd
default/docs-xml/manpages/smb.conf.5.xml:2
warning: failed to load external entity "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
D DocBook XML V4.2//EN" "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
^
runtime error: file /gnu/store/q0irgfv31s8m9s54zrc
908qb4cim08cg-docbook-xsl-1.79.1/xml/xsl/docbook-xsl-1.79.1/lib/lib.xsl
line 58 element choose
xsltApplySequenceConstructor: A potential infinite template recursion was detected.
You can adjust xsltMaxDepth (--maxdepth) in order to raise the maximum
number of nested template calls and variables/params (currently set to
3000).
#0 name string.subst
#1 name string.subst
#2 name string.subst
#3 name string.subst
#4 name string.subst
#5 name string.subst
#6 name string.subst
#7 name string.subst
#8 name string.subst
#9 name string.subst
#10 name string.subst
#11 name string.subst
#12 name string.subst
#13 name string.subst
#14 name string.subst
#0
replacement
target
string
#1
target
string
#2
string
#3
replacement
target
string
#4
target
string
#5
string
#6
replacement
target
string
#7
target
string
#8
string
#9
replacement
target
string
#10
target
string
#11
string
#12
replacement
target
string
#13
target
string
#14
string
error: file default/docs-xml/manpages/smb.conf.5.xml
xsltRunStylesheet : run failed
Waf: Leaving directory `/tmp/guix-build-samba-4.7.3.d
rv-0/samba-4.7.3/bin'
{task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml -> smb.conf.5}
make: *** [Makefile:8: all] Error 1
phase `build' failed after 1063.6 seconds
note: keeping build directory `/tmp/guix-build-samba-4.7.3.drv-0'
builder for `/gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv'
failed with exit code 1
@ build-failed /gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv
- 1 builder for `/gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv'
failed with exit code 1
--8<---------------cut here---------------end--------------->8---
I have not begun troubleshooting any of these existing issues yet.
--
Chris
Gábor Boskovits
2017-12-13 09:59:40 UTC
Permalink
java-osgi-service-jdbc ok
Post by Gábor Boskovits
clojure ok
Post by Gábor Boskovits
I'll have a look at testng.
Post by Chris Marusich
Post by Gábor Boskovits
I will wait for your results for now...
I apologize for the delay. It took 20 hours to build the "covering" of
icedtea on my laptop, and I've been preoccupied with personal matters.
I built commit 9e111db4535b3cd5729e37294ae51d95240334b4, which at the
time was the tip of the core-updates branch. I wonder if there is a way
to check the build status of core-updates on Hydra instead? My laptop
has only 2 cores, so it's quite slow. Anyway, the results are below.
To troubleshoot locally, check out the above commit (or a more recent
one, if you're feeling brave) and try to build one of the packages that
failed.
--8<---------------cut here---------------start------------->8---
...
starting phase `check'
Buildfile: /tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jet
ty.project-jetty-9.2.22.v20170606/jetty-security/build.xml
[mkdir] Created dir: /tmp/guix-build-java-eclipse-j
etty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.v20170
606/jetty-security/build/test-classesCompiling 5 source files to
/tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jet
ty.project-jetty-9.2.22.v20170606/jetty-security/build/test-classes
[mkdir] Created dir: /tmp/guix-build-java-eclipse-j
etty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.v20170
606/jetty-security/src/test/test-reportsning
org.eclipse.jetty.security.AliasedConstraintTest
[junit] SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBi
nder".
[junit] SLF4J: Defaulting to no-operation (NOP) logger implementation
[junit] SLF4J: See http://www.slf4j.org/codes.htm
l#StaticLoggerBinder for further details.
[junit] Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.439 sec
[junit] Running org.eclipse.jetty.security.ConstraintTest
[junit] SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBi
nder".
[junit] SLF4J: Defaulting to no-operation (NOP) logger implementation
[junit] SLF4J: See http://www.slf4j.org/codes.htm
l#StaticLoggerBinder for further details.
[junit] Tests run: 22, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.682 sec
[junit] HTTP/1.1 302 Found
[junit] Date: Sun, 10 Dec 2017 05:32:20 GMT
[junit] Location: https://wobble.com/ctx/data/info
[junit] Content-Length: 0
[junit] Server: Jetty(9.2.z-SNAPSHOT)
[junit]
[junit]
BUILD FAILED
/tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jet
ty.project-jetty-9.2.22.v20170606/jetty-security/build.xml:1: Test
org.eclipse.jetty.security.ConstraintTest failed
--8<---------------cut here---------------end--------------->8---
--8<---------------cut here---------------start------------->8---
===============================================
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================
Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase7Scenar
io2.verifyThatTestMethodsRunInParallelThreads()
java.lang.AssertionError: Expected 25 test method execution event logs
to be in a block of methods executing in parallel. Found an event log of a
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodA, Data
provider param: paramOne, Time of event: 1512869923380, Thread ID: 5561},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodA, Data
provider param: paramTwo, Time of event: 1512869923380, Thread ID: 5560},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodA, Data
provider param: paramThree, Time of event: 1512869923382, Thread ID: 5562},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodB, Data
provider param: paramTwo, Time of event: 1512869923389, Thread ID: 5563},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodB, Data
provider param: paramOne, Time of event: 1512869923395, Thread ID: 5564},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodB, Data
provider param: paramThree, Time of event: 1512869923395, Thread ID: 5565},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodC, Data
provider param: paramTwo, Time of event: 1512869923406, Thread ID: 5566},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodC, Data
provider param: paramOne, Time of event: 1512869923406, Thread ID: 5567},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodC, Data
provider param: paramThree, Time of event: 1512869923436, Thread ID: 5568},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodD, Data
provider param: paramTwo, Time of event: 1512869923436, Thread ID: 5569},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodD, Data
provider param: paramOne, Time of event: 1512869923455, Thread ID: 5570},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodD, Data
provider param: paramThree, Time of event: 1512869923456, Thread ID: 5571},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodE, Data
provider param: paramTwo, Time of event: 1512869923456, Thread ID: 5572},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodE, Data
provider param: paramOne, Time of event: 1512869923459, Thread ID: 5573},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodE, Data
provider param: paramThree, Time of event: 1512869923464, Thread ID: 5574},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1063777791, Method name: testMethodA, Data
provider param: paramFour, Time of event: 1512869923469, Thread ID: 5575},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 95735296, Method name: testMethodA, Data provider
param: paramOne, Time of event: 1512869923486, Thread ID: 5576},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1776486626, Method name: testMethodA, Data
provider param: paramThree, Time of event: 1512869923491, Thread ID: 5577},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 2001164060, Method name: testMethodA, Data
provider param: paramTwo, Time of event: 1512869923502, Thread ID: 5578}]
expected [true] but found [false]
at test.thread.parallelization.BaseParallelizationTest.verifyEventTypeForEventsLogs(Unknown
Source)
at test.thread.parallelization.BaseParallelizationTest.verifySi
multaneousTestMethodExecutionEvents(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethods(Unknown
Source)
at test.thread.parallelization.ParallelByMethodsTestCase7Scenar
io2.verifyThatTestMethodsRunInParallelThreads(Unknown Source)
... Removed 27 stack frames
phase `check' failed after 296.3 seconds
note: keeping build directory `/tmp/guix-build-java-testng-6.12.drv-2'
builder for `/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv'
failed with exit code 1
@ build-failed /gnu/store/2h9rhbsi2zc4libw57q
c92nrvp27a072-java-testng-6.12.drv - 1 builder for
`/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv'
failed with exit code 1
cannot build derivation `/gnu/store/qhk6zrnlvr4vj3szwf
n786jhgk7p09dy-java-picard-1.113.drv': 1 dependencies couldn't be built
guix build: error: build failed: build of `/gnu/store/qhk6zrnlvr4vj3szwf
n786jhgk7p09dy-java-picard-1.113.drv' failed
--8<---------------cut here---------------end--------------->8---
--8<---------------cut here---------------start------------->8---
===============================================
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================
Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase7Scenar
io2.verifyThatTestMethodsRunInParallelThreads()
java.lang.AssertionError: Expected 25 test method execution event logs
to be in a block of methods executing in parallel. Found an event log of a
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodA, Data
provider param: paramOne, Time of event: 1512869923380, Thread ID: 5561},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodA, Data
provider param: paramTwo, Time of event: 1512869923380, Thread ID: 5560},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodA, Data
provider param: paramThree, Time of event: 1512869923382, Thread ID: 5562},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodB, Data
provider param: paramTwo, Time of event: 1512869923389, Thread ID: 5563},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodB, Data
provider param: paramOne, Time of event: 1512869923395, Thread ID: 5564},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodB, Data
provider param: paramThree, Time of event: 1512869923395, Thread ID: 5565},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodC, Data
provider param: paramTwo, Time of event: 1512869923406, Thread ID: 5566},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodC, Data
provider param: paramOne, Time of event: 1512869923406, Thread ID: 5567},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodC, Data
provider param: paramThree, Time of event: 1512869923436, Thread ID: 5568},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodD, Data
provider param: paramTwo, Time of event: 1512869923436, Thread ID: 5569},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodD, Data
provider param: paramOne, Time of event: 1512869923455, Thread ID: 5570},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodD, Data
provider param: paramThree, Time of event: 1512869923456, Thread ID: 5571},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodE, Data
provider param: paramTwo, Time of event: 1512869923456, Thread ID: 5572},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodE, Data
provider param: paramOne, Time of event: 1512869923459, Thread ID: 5573},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodE, Data
provider param: paramThree, Time of event: 1512869923464, Thread ID: 5574},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1063777791, Method name: testMethodA, Data
provider param: paramFour, Time of event: 1512869923469, Thread ID: 5575},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 95735296, Method name: testMethodA, Data provider
param: paramOne, Time of event: 1512869923486, Thread ID: 5576},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1776486626, Method name: testMethodA, Data
provider param: paramThree, Time of event: 1512869923491, Thread ID: 5577},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 2001164060, Method name: testMethodA, Data
provider param: paramTwo, Time of event: 1512869923502, Thread ID: 5578}]
expected [true] but found [false]
at test.thread.parallelization.BaseParallelizationTest.verifyEventTypeForEventsLogs(Unknown
Source)
at test.thread.parallelization.BaseParallelizationTest.verifySi
multaneousTestMethodExecutionEvents(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethods(Unknown
Source)
at test.thread.parallelization.ParallelByMethodsTestCase7Scenar
io2.verifyThatTestMethodsRunInParallelThreads(Unknown Source)
... Removed 27 stack frames
phase `check' failed after 296.3 seconds
note: keeping build directory `/tmp/guix-build-java-testng-6.12.drv-2'
builder for `/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv'
failed with exit code 1
@ build-failed /gnu/store/2h9rhbsi2zc4libw57q
c92nrvp27a072-java-testng-6.12.drv - 1 builder for
`/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv'
failed with exit code 1
cannot build derivation `/gnu/store/qhk6zrnlvr4vj3szwf
n786jhgk7p09dy-java-picard-1.113.drv': 1 dependencies couldn't be built
guix build: error: build failed: build of `/gnu/store/qhk6zrnlvr4vj3szwf
n786jhgk7p09dy-java-picard-1.113.drv' failed
--8<---------------cut here---------------end--------------->8---
--8<---------------cut here---------------start------------->8---
BUILD FAILED
/tmp/guix-build-java-jeromq-0.4.2.drv-0/jeromq-0.4.2/build.xml:1: Test
zmq.socket.reqrep.DealerSpecTest failed
Total time: 1 minute 33 seconds
phase `check' failed after 94.2 seconds
note: keeping build directory `/tmp/guix-build-java-jeromq-0.4.2.drv-0'
builder for `/gnu/store/f4vxxjinlnarrzxjv5swkqia7nc0s0bs-java-jeromq-0.4.2.drv'
failed with exit code 1
@ build-failed /gnu/store/f4vxxjinlnarrzxjv5s
wkqia7nc0s0bs-java-jeromq-0.4.2.drv - 1 builder for
`/gnu/store/f4vxxjinlnarrzxjv5swkqia7nc0s0bs-java-jeromq-0.4.2.drv'
failed with exit code 1
--8<---------------cut here---------------end--------------->8---
recursion"; also it seems that it's looking for a DTD on the Internet
when instead it should be looking to find it in the inputs.
--8<---------------cut here---------------start------------->8---
[3684/3799] Linking default/source3/modules/libvfs_module_worm.so
[3685/3799] Linking default/source3/modules/libvfs_module_crossrename.so
[3686/3799] Linking default/source3/modules/libvfs_module_cap.so
[3687/3799] Linking default/source3/modules/libvfs_module_catia.so
[3688/3799] pidl.1: pidl/pidl -> bin/default/pidl/pidl.1
[3689/3799] Parse::Pidl::Dump.3: pidl/lib/Parse/Pidl/Dump.pm ->
bin/default/pidl/Parse::Pidl::Dump.3
pidl/lib/Parse/Pidl/Wireshark/Conformance.pm ->
bin/default/pidl/Parse::Pidl::Wireshark::Conformance.3
[3691/3799] Parse::Pidl::Util.3: pidl/lib/Parse/Pidl/Util.pm ->
bin/default/pidl/Parse::Pidl::Util.3
[3692/3799] Parse::Pidl::NDR.3: pidl/lib/Parse/Pidl/NDR.pm ->
bin/default/pidl/Parse::Pidl::NDR.3
[3693/3799] Parse::Pidl::Wireshark::NDR.3: pidl/lib/Parse/Pidl/Wireshark/NDR.pm
-> bin/default/pidl/Parse::Pidl::Wireshark::NDR.3
[3694/3799] Generating manpages/smb.conf.5
I/O error : Attempt to load network entity
http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd
default/docs-xml/manpages/smb.conf.5.xml:2
warning: failed to load external entity "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
D DocBook XML V4.2//EN" "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
^
runtime error: file /gnu/store/q0irgfv31s8m9s54zrc
908qb4cim08cg-docbook-xsl-1.79.1/xml/xsl/docbook-xsl-1.79.1/lib/lib.xsl
line 58 element choose
xsltApplySequenceConstructor: A potential infinite template recursion was detected.
You can adjust xsltMaxDepth (--maxdepth) in order to raise the maximum
number of nested template calls and variables/params (currently set to
3000).
#0 name string.subst
#1 name string.subst
#2 name string.subst
#3 name string.subst
#4 name string.subst
#5 name string.subst
#6 name string.subst
#7 name string.subst
#8 name string.subst
#9 name string.subst
#10 name string.subst
#11 name string.subst
#12 name string.subst
#13 name string.subst
#14 name string.subst
#0
replacement
target
string
#1
target
string
#2
string
#3
replacement
target
string
#4
target
string
#5
string
#6
replacement
target
string
#7
target
string
#8
string
#9
replacement
target
string
#10
target
string
#11
string
#12
replacement
target
string
#13
target
string
#14
string
error: file default/docs-xml/manpages/smb.conf.5.xml
xsltRunStylesheet : run failed
Waf: Leaving directory `/tmp/guix-build-samba-4.7.3.d
rv-0/samba-4.7.3/bin'
{task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml -> smb.conf.5}
make: *** [Makefile:8: all] Error 1
phase `build' failed after 1063.6 seconds
note: keeping build directory `/tmp/guix-build-samba-4.7.3.drv-0'
builder for `/gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv'
failed with exit code 1
@ build-failed /gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv
- 1 builder for `/gnu/store/k3ykppkqdw6gyj115q
jhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
--8<---------------cut here---------------end--------------->8---
I have not begun troubleshooting any of these existing issues yet.
--
Chris
Gábor Boskovits
2017-12-13 10:03:10 UTC
Permalink
error: download from '
https://mirror.hydra.gnu.org/guix/nar/2i6pbhjlwzjcjpfd1jjv67hwg98ms6nw-java-testng-6.12.tar.gz'
failed: 504, "Gateway Time-out"
I get this for java-testng.
It seems reproducible.
Post by Gábor Boskovits
java-osgi-service-jdbc ok
Post by Gábor Boskovits
clojure ok
Post by Gábor Boskovits
I'll have a look at testng.
Post by Chris Marusich
Post by Gábor Boskovits
I will wait for your results for now...
I apologize for the delay. It took 20 hours to build the "covering" of
icedtea on my laptop, and I've been preoccupied with personal matters.
I built commit 9e111db4535b3cd5729e37294ae51d95240334b4, which at the
time was the tip of the core-updates branch. I wonder if there is a way
to check the build status of core-updates on Hydra instead? My laptop
has only 2 cores, so it's quite slow. Anyway, the results are below.
To troubleshoot locally, check out the above commit (or a more recent
one, if you're feeling brave) and try to build one of the packages that
failed.
--8<---------------cut here---------------start------------->8---
...
starting phase `check'
Buildfile: /tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jet
ty.project-jetty-9.2.22.v20170606/jetty-security/build.xml
[mkdir] Created dir: /tmp/guix-build-java-eclipse-j
etty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.v20170
606/jetty-security/build/test-classesCompiling 5 source files to
/tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jet
ty.project-jetty-9.2.22.v20170606/jetty-security/build/test-classes
[mkdir] Created dir: /tmp/guix-build-java-eclipse-j
etty-security-9.2.22.drv-0/jetty.project-jetty-9.2.22.v20170
606/jetty-security/src/test/test-reportsning
org.eclipse.jetty.security.AliasedConstraintTest
[junit] SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBi
nder".
[junit] SLF4J: Defaulting to no-operation (NOP) logger
implementation
[junit] SLF4J: See http://www.slf4j.org/codes.htm
l#StaticLoggerBinder for further details.
[junit] Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.439 sec
[junit] Running org.eclipse.jetty.security.ConstraintTest
[junit] SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBi
nder".
[junit] SLF4J: Defaulting to no-operation (NOP) logger
implementation
[junit] SLF4J: See http://www.slf4j.org/codes.htm
l#StaticLoggerBinder for further details.
[junit] Tests run: 22, Failures: 1, Errors: 0, Skipped: 0, Time
elapsed: 0.682 sec
[junit] HTTP/1.1 302 Found
[junit] Date: Sun, 10 Dec 2017 05:32:20 GMT
[junit] Location: https://wobble.com/ctx/data/info
[junit] Content-Length: 0
[junit] Server: Jetty(9.2.z-SNAPSHOT)
[junit]
[junit]
BUILD FAILED
/tmp/guix-build-java-eclipse-jetty-security-9.2.22.drv-0/jet
ty.project-jetty-9.2.22.v20170606/jetty-security/build.xml:1: Test
org.eclipse.jetty.security.ConstraintTest failed
--8<---------------cut here---------------end--------------->8---
--8<---------------cut here---------------start------------->8---
===============================================
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================
Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase7Scenar
io2.verifyThatTestMethodsRunInParallelThreads()
java.lang.AssertionError: Expected 25 test method execution event logs
to be in a block of methods executing in parallel. Found an event log of a
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodA, Data
provider param: paramOne, Time of event: 1512869923380, Thread ID: 5561},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodA, Data
provider param: paramTwo, Time of event: 1512869923380, Thread ID: 5560},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodA, Data
provider param: paramThree, Time of event: 1512869923382, Thread ID: 5562},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodB, Data
provider param: paramTwo, Time of event: 1512869923389, Thread ID: 5563},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodB, Data
provider param: paramOne, Time of event: 1512869923395, Thread ID: 5564},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodB, Data
provider param: paramThree, Time of event: 1512869923395, Thread ID: 5565},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodC, Data
provider param: paramTwo, Time of event: 1512869923406, Thread ID: 5566},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodC, Data
provider param: paramOne, Time of event: 1512869923406, Thread ID: 5567},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodC, Data
provider param: paramThree, Time of event: 1512869923436, Thread ID: 5568},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodD, Data
provider param: paramTwo, Time of event: 1512869923436, Thread ID: 5569},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodD, Data
provider param: paramOne, Time of event: 1512869923455, Thread ID: 5570},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodD, Data
provider param: paramThree, Time of event: 1512869923456, Thread ID: 5571},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodE, Data
provider param: paramTwo, Time of event: 1512869923456, Thread ID: 5572},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodE, Data
provider param: paramOne, Time of event: 1512869923459, Thread ID: 5573},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodE, Data
provider param: paramThree, Time of event: 1512869923464, Thread ID: 5574},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1063777791, Method name: testMethodA, Data
provider param: paramFour, Time of event: 1512869923469, Thread ID: 5575},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 95735296, Method name: testMethodA, Data provider
param: paramOne, Time of event: 1512869923486, Thread ID: 5576},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1776486626, Method name: testMethodA, Data
provider param: paramThree, Time of event: 1512869923491, Thread ID: 5577},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 2001164060, Method name: testMethodA, Data
provider param: paramTwo, Time of event: 1512869923502, Thread ID: 5578}]
expected [true] but found [false]
at test.thread.parallelization.BaseParallelizationTest.verifyEventTypeForEventsLogs(Unknown
Source)
at test.thread.parallelization.BaseParallelizationTest.verifySi
multaneousTestMethodExecutionEvents(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethods(Unknown
Source)
at test.thread.parallelization.ParallelByMethodsTestCase7Scenar
io2.verifyThatTestMethodsRunInParallelThreads(Unknown Source)
... Removed 27 stack frames
phase `check' failed after 296.3 seconds
note: keeping build directory `/tmp/guix-build-java-testng-6.12.drv-2'
builder for `/gnu/store/2h9rhbsi2zc4libw57
qc92nrvp27a072-java-testng-6.12.drv' failed with exit code 1
@ build-failed /gnu/store/2h9rhbsi2zc4libw57q
c92nrvp27a072-java-testng-6.12.drv - 1 builder for
`/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv'
failed with exit code 1
cannot build derivation `/gnu/store/qhk6zrnlvr4vj3szwf
n786jhgk7p09dy-java-picard-1.113.drv': 1 dependencies couldn't be built
guix build: error: build failed: build of `/gnu/store/qhk6zrnlvr4vj3szwf
n786jhgk7p09dy-java-picard-1.113.drv' failed
--8<---------------cut here---------------end--------------->8---
--8<---------------cut here---------------start------------->8---
===============================================
TestNG
Total tests run: 1517, Failures: 1, Skips: 0
===============================================
Failures in <suite> :TestNG, <test> :Parallelization
test.thread.parallelization.ParallelByMethodsTestCase7Scenar
io2.verifyThatTestMethodsRunInParallelThreads()
java.lang.AssertionError: Expected 25 test method execution event logs
to be in a block of methods executing in parallel. Found an event log of a
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodA, Data
provider param: paramOne, Time of event: 1512869923380, Thread ID: 5561},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodA, Data
provider param: paramTwo, Time of event: 1512869923380, Thread ID: 5560},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodA, Data
provider param: paramThree, Time of event: 1512869923382, Thread ID: 5562},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodB, Data
provider param: paramTwo, Time of event: 1512869923389, Thread ID: 5563},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodB, Data
provider param: paramOne, Time of event: 1512869923395, Thread ID: 5564},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodB, Data
provider param: paramThree, Time of event: 1512869923395, Thread ID: 5565},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodC, Data
provider param: paramTwo, Time of event: 1512869923406, Thread ID: 5566},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodC, Data
provider param: paramOne, Time of event: 1512869923406, Thread ID: 5567},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodC, Data
provider param: paramThree, Time of event: 1512869923436, Thread ID: 5568},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodD, Data
provider param: paramTwo, Time of event: 1512869923436, Thread ID: 5569},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodD, Data
provider param: paramOne, Time of event: 1512869923455, Thread ID: 5570},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodD, Data
provider param: paramThree, Time of event: 1512869923456, Thread ID: 5571},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodE, Data
provider param: paramTwo, Time of event: 1512869923456, Thread ID: 5572},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodE, Data
provider param: paramOne, Time of event: 1512869923459, Thread ID: 5573},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodE, Data
provider param: paramThree, Time of event: 1512869923464, Thread ID: 5574},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1063777791, Method name: testMethodA, Data
provider param: paramFour, Time of event: 1512869923469, Thread ID: 5575},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodA, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 95735296, Method name: testMethodA, Data provider
param: paramOne, Time of event: 1512869923486, Thread ID: 5576},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 841323501, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1776486626, Method name: testMethodA, Data
provider param: paramThree, Time of event: 1512869923491, Thread ID: 5577},
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1380194466, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassAFiveMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 1728457363, Method name: testMethodB, Time of
TestSuiteA-TwoTestClassTest, Class: test.thread.parallelization.sa
mple.TestClassCSixMethodsWithFactoryUsingDataProviderAndNoDepsSample,
Class instance hash code: 2001164060, Method name: testMethodA, Data
provider param: paramTwo, Time of event: 1512869923502, Thread ID: 5578}]
expected [true] but found [false]
at test.thread.parallelization.BaseParallelizationTest.verifyEventTypeForEventsLogs(Unknown
Source)
at test.thread.parallelization.BaseParallelizationTest.verifySi
multaneousTestMethodExecutionEvents(Unknown Source)
at test.thread.parallelization.BaseParallelizationTest.verifySimultaneousTestMethods(Unknown
Source)
at test.thread.parallelization.ParallelByMethodsTestCase7Scenar
io2.verifyThatTestMethodsRunInParallelThreads(Unknown Source)
... Removed 27 stack frames
phase `check' failed after 296.3 seconds
note: keeping build directory `/tmp/guix-build-java-testng-6.12.drv-2'
builder for `/gnu/store/2h9rhbsi2zc4libw57
qc92nrvp27a072-java-testng-6.12.drv' failed with exit code 1
@ build-failed /gnu/store/2h9rhbsi2zc4libw57q
c92nrvp27a072-java-testng-6.12.drv - 1 builder for
`/gnu/store/2h9rhbsi2zc4libw57qc92nrvp27a072-java-testng-6.12.drv'
failed with exit code 1
cannot build derivation `/gnu/store/qhk6zrnlvr4vj3szwf
n786jhgk7p09dy-java-picard-1.113.drv': 1 dependencies couldn't be built
guix build: error: build failed: build of `/gnu/store/qhk6zrnlvr4vj3szwf
n786jhgk7p09dy-java-picard-1.113.drv' failed
--8<---------------cut here---------------end--------------->8---
--8<---------------cut here---------------start------------->8---
BUILD FAILED
/tmp/guix-build-java-jeromq-0.4.2.drv-0/jeromq-0.4.2/build.xml:1: Test
zmq.socket.reqrep.DealerSpecTest failed
Total time: 1 minute 33 seconds
phase `check' failed after 94.2 seconds
note: keeping build directory `/tmp/guix-build-java-jeromq-0.4.2.drv-0'
builder for `/gnu/store/f4vxxjinlnarrzxjv5
swkqia7nc0s0bs-java-jeromq-0.4.2.drv' failed with exit code 1
@ build-failed /gnu/store/f4vxxjinlnarrzxjv5s
wkqia7nc0s0bs-java-jeromq-0.4.2.drv - 1 builder for
`/gnu/store/f4vxxjinlnarrzxjv5swkqia7nc0s0bs-java-jeromq-0.4.2.drv'
failed with exit code 1
--8<---------------cut here---------------end--------------->8---
recursion"; also it seems that it's looking for a DTD on the Internet
when instead it should be looking to find it in the inputs.
--8<---------------cut here---------------start------------->8---
[3684/3799] Linking default/source3/modules/libvfs_module_worm.so
[3685/3799] Linking default/source3/modules/libvfs
_module_crossrename.so
[3686/3799] Linking default/source3/modules/libvfs_module_cap.so
[3687/3799] Linking default/source3/modules/libvfs_module_catia.so
[3688/3799] pidl.1: pidl/pidl -> bin/default/pidl/pidl.1
[3689/3799] Parse::Pidl::Dump.3: pidl/lib/Parse/Pidl/Dump.pm ->
bin/default/pidl/Parse::Pidl::Dump.3
pidl/lib/Parse/Pidl/Wireshark/Conformance.pm ->
bin/default/pidl/Parse::Pidl::Wireshark::Conformance.3
[3691/3799] Parse::Pidl::Util.3: pidl/lib/Parse/Pidl/Util.pm ->
bin/default/pidl/Parse::Pidl::Util.3
[3692/3799] Parse::Pidl::NDR.3: pidl/lib/Parse/Pidl/NDR.pm ->
bin/default/pidl/Parse::Pidl::NDR.3
Wireshark::NDR.3
[3694/3799] Generating manpages/smb.conf.5
I/O error : Attempt to load network entity
http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd
default/docs-xml/manpages/smb.conf.5.xml:2
warning: failed to load external entity "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
D DocBook XML V4.2//EN" "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
^
runtime error: file /gnu/store/q0irgfv31s8m9s54zrc
908qb4cim08cg-docbook-xsl-1.79.1/xml/xsl/docbook-xsl-1.79.1/lib/lib.xsl
line 58 element choose
xsltApplySequenceConstructor: A potential infinite template recursion was detected.
You can adjust xsltMaxDepth (--maxdepth) in order to raise the maximum
number of nested template calls and variables/params (currently set to
3000).
#0 name string.subst
#1 name string.subst
#2 name string.subst
#3 name string.subst
#4 name string.subst
#5 name string.subst
#6 name string.subst
#7 name string.subst
#8 name string.subst
#9 name string.subst
#10 name string.subst
#11 name string.subst
#12 name string.subst
#13 name string.subst
#14 name string.subst
#0
replacement
target
string
#1
target
string
#2
string
#3
replacement
target
string
#4
target
string
#5
string
#6
replacement
target
string
#7
target
string
#8
string
#9
replacement
target
string
#10
target
string
#11
string
#12
replacement
target
string
#13
target
string
#14
string
error: file default/docs-xml/manpages/smb.conf.5.xml
xsltRunStylesheet : run failed
Waf: Leaving directory `/tmp/guix-build-samba-4.7.3.d
rv-0/samba-4.7.3/bin'
{task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml -> smb.conf.5}
make: *** [Makefile:8: all] Error 1
phase `build' failed after 1063.6 seconds
note: keeping build directory `/tmp/guix-build-samba-4.7.3.drv-0'
builder for `/gnu/store/k3ykppkqdw6gyj115q
jhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
@ build-failed /gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv
- 1 builder for `/gnu/store/k3ykppkqdw6gyj115q
jhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
--8<---------------cut here---------------end--------------->8---
I have not begun troubleshooting any of these existing issues yet.
--
Chris
Efraim Flashner
2017-12-13 10:32:48 UTC
Permalink
Post by Chris Marusich
Post by Gábor Boskovits
I will wait for your results for now...
....
Post by Chris Marusich
recursion"; also it seems that it's looking for a DTD on the Internet
when instead it should be looking to find it in the inputs.
--8<---------------cut here---------------start------------->8---
[3684/3799] Linking default/source3/modules/libvfs_module_worm.so
[3685/3799] Linking default/source3/modules/libvfs_module_crossrename.so
[3686/3799] Linking default/source3/modules/libvfs_module_cap.so
[3687/3799] Linking default/source3/modules/libvfs_module_catia.so
[3688/3799] pidl.1: pidl/pidl -> bin/default/pidl/pidl.1
[3689/3799] Parse::Pidl::Dump.3: pidl/lib/Parse/Pidl/Dump.pm -> bin/default/pidl/Parse::Pidl::Dump.3
[3690/3799] Parse::Pidl::Wireshark::Conformance.3: pidl/lib/Parse/Pidl/Wireshark/Conformance.pm -> bin/default/pidl/Parse::Pidl::Wireshark::Conformance.3
[3691/3799] Parse::Pidl::Util.3: pidl/lib/Parse/Pidl/Util.pm -> bin/default/pidl/Parse::Pidl::Util.3
[3692/3799] Parse::Pidl::NDR.3: pidl/lib/Parse/Pidl/NDR.pm -> bin/default/pidl/Parse::Pidl::NDR.3
[3693/3799] Parse::Pidl::Wireshark::NDR.3: pidl/lib/Parse/Pidl/Wireshark/NDR.pm -> bin/default/pidl/Parse::Pidl::Wireshark::NDR.3
[3694/3799] Generating manpages/smb.conf.5
I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd
default/docs-xml/manpages/smb.conf.5.xml:2: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"
D DocBook XML V4.2//EN" "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"
^
runtime error: file /gnu/store/q0irgfv31s8m9s54zrc908qb4cim08cg-docbook-xsl-1.79.1/xml/xsl/docbook-xsl-1.79.1/lib/lib.xsl line 58 element choose
xsltApplySequenceConstructor: A potential infinite template recursion was detected.
You can adjust xsltMaxDepth (--maxdepth) in order to raise the maximum number of nested template calls and variables/params (currently set to 3000).
#0 name string.subst
#1 name string.subst
#2 name string.subst
#3 name string.subst
#4 name string.subst
#5 name string.subst
#6 name string.subst
#7 name string.subst
#8 name string.subst
#9 name string.subst
#10 name string.subst
#11 name string.subst
#12 name string.subst
#13 name string.subst
#14 name string.subst
#0
replacement
target
string
#1
target
string
#2
string
#3
replacement
target
string
#4
target
string
#5
string
#6
replacement
target
string
#7
target
string
#8
string
#9
replacement
target
string
#10
target
string
#11
string
#12
replacement
target
string
#13
target
string
#14
string
error: file default/docs-xml/manpages/smb.conf.5.xml
xsltRunStylesheet : run failed
Waf: Leaving directory `/tmp/guix-build-samba-4.7.3.drv-0/samba-4.7.3/bin'
{task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml -> smb.conf.5}
make: *** [Makefile:8: all] Error 1
phase `build' failed after 1063.6 seconds
note: keeping build directory `/tmp/guix-build-samba-4.7.3.drv-0'
builder for `/gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
@ build-failed /gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv - 1 builder for `/gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
--8<---------------cut here---------------end--------------->8---
I have not begun troubleshooting any of these existing issues yet.
--
Chris
I tested building samba on aarch64 on core-updates and it failed in the
same manner. For the purposes of updating the default JRE I would ignore
it and the resulting not being able to build kodi.
--
Efraim Flashner <***@flashner.co.il> א׀ךים ׀לשנך
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
Gábor Boskovits
2017-12-13 11:07:43 UTC
Permalink
Hello!

It was getting quite intractable to see what I was doing, so I started to
fill my github issue tracker. Issues are labeled with change-default-java8.
Post by Chris Marusich
Post by Chris Marusich
Post by Gábor Boskovits
I will wait for your results for now...
....
Post by Chris Marusich
recursion"; also it seems that it's looking for a DTD on the Internet
when instead it should be looking to find it in the inputs.
--8<---------------cut here---------------start------------->8---
[3684/3799] Linking default/source3/modules/libvfs_module_worm.so
[3685/3799] Linking default/source3/modules/libvfs_module_crossrename.so
[3686/3799] Linking default/source3/modules/libvfs_module_cap.so
[3687/3799] Linking default/source3/modules/libvfs_module_catia.so
[3688/3799] pidl.1: pidl/pidl -> bin/default/pidl/pidl.1
[3689/3799] Parse::Pidl::Dump.3: pidl/lib/Parse/Pidl/Dump.pm ->
bin/default/pidl/Parse::Pidl::Dump.3
pidl/lib/Parse/Pidl/Wireshark/Conformance.pm ->
bin/default/pidl/Parse::Pidl::Wireshark::Conformance.3
Post by Chris Marusich
[3691/3799] Parse::Pidl::Util.3: pidl/lib/Parse/Pidl/Util.pm ->
bin/default/pidl/Parse::Pidl::Util.3
Post by Chris Marusich
[3692/3799] Parse::Pidl::NDR.3: pidl/lib/Parse/Pidl/NDR.pm ->
bin/default/pidl/Parse::Pidl::NDR.3
Post by Chris Marusich
[3693/3799] Parse::Pidl::Wireshark::NDR.3: pidl/lib/Parse/Pidl/Wireshark/NDR.pm
-> bin/default/pidl/Parse::Pidl::Wireshark::NDR.3
Post by Chris Marusich
[3694/3799] Generating manpages/smb.conf.5
I/O error : Attempt to load network entity http://www.oasis-open.org/
docbook/xml/4.2/docbookx.dtd
Post by Chris Marusich
default/docs-xml/manpages/smb.conf.5.xml:2: warning: failed to load
external entity "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"
Post by Chris Marusich
D DocBook XML V4.2//EN" "http://www.oasis-open.org/
docbook/xml/4.2/docbookx.dtd"
^
Post by Chris Marusich
runtime error: file /gnu/store/q0irgfv31s8m9s54zrc908qb4cim08
cg-docbook-xsl-1.79.1/xml/xsl/docbook-xsl-1.79.1/lib/lib.xsl line 58
element choose
Post by Chris Marusich
xsltApplySequenceConstructor: A potential infinite template recursion
was detected.
Post by Chris Marusich
You can adjust xsltMaxDepth (--maxdepth) in order to raise the maximum
number of nested template calls and variables/params (currently set to
3000).
Post by Chris Marusich
#0 name string.subst
#1 name string.subst
#2 name string.subst
#3 name string.subst
#4 name string.subst
#5 name string.subst
#6 name string.subst
#7 name string.subst
#8 name string.subst
#9 name string.subst
#10 name string.subst
#11 name string.subst
#12 name string.subst
#13 name string.subst
#14 name string.subst
#0
replacement
target
string
#1
target
string
#2
string
#3
replacement
target
string
#4
target
string
#5
string
#6
replacement
target
string
#7
target
string
#8
string
#9
replacement
target
string
#10
target
string
#11
string
#12
replacement
target
string
#13
target
string
#14
string
error: file default/docs-xml/manpages/smb.conf.5.xml
xsltRunStylesheet : run failed
Waf: Leaving directory `/tmp/guix-build-samba-4.7.3.
drv-0/samba-4.7.3/bin'
Post by Chris Marusich
{task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml ->
smb.conf.5}
Post by Chris Marusich
make: *** [Makefile:8: all] Error 1
phase `build' failed after 1063.6 seconds
note: keeping build directory `/tmp/guix-build-samba-4.7.3.drv-0'
builder for `/gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv'
failed with exit code 1
Post by Chris Marusich
@ build-failed /gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv
- 1 builder for `/gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv'
failed with exit code 1
Post by Chris Marusich
--8<---------------cut here---------------end--------------->8---
I have not begun troubleshooting any of these existing issues yet.
--
Chris
I tested building samba on aarch64 on core-updates and it failed in the
same manner. For the purposes of updating the default JRE I would ignore
it and the resulting not being able to build kodi.
--
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
Gábor Boskovits
2017-12-13 18:04:51 UTC
Permalink
The patches I made:

This is the trivial:

From f53ad84059786e0769a21a3a90a15189bcf2d61f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?G=C3=A1bor=20Boskovits?= <***@gmail.com>
Date: Mon, 11 Dec 2017 21:18:37 +0100
Subject: [PATCH] Change java toolchain defaults to use java8.

* gnu/packages/java.scm(icedtea): Point to icedtea-8.
* gnu/packages/java.scm(ant): Point to ant/java8.
---
gnu/packages/java.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 6dfe554f3..547cc2dc1 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1691,7 +1691,7 @@ IcedTea build harness.")
'("jdk" "openjdk-src" "corba-drop" "jaxp-drop" "jaxws-drop"
"jdk-drop" "langtools-drop" "hotspot-drop")))))))

-(define-public icedtea icedtea-7)
+(define-public icedtea icedtea-8)


(define-public ant/java8
@@ -1754,7 +1754,7 @@ IcedTea build harness.")
(native-inputs
`(("jdk" ,icedtea-7 "jdk")))))

-(define-public ant ant/java7)
+(define-public ant ant/java8)

(define-public ant-apache-bcel
(package


This is what I'd like to have your opinions on, is it ok to do it this
way, or should I rethink it

(I like this, because this way we can leave ant-build-system alone,
and handling of

default version in java.scm became consistent):

From 1629a53ac5122d229b157a33806264772f18f6bc Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?G=C3=A1bor=20Boskovits?= <***@gmail.com>
Date: Mon, 11 Dec 2017 21:13:58 +0100
Subject: [PATCH] gnu:add ant/java7.

* gnu/packages/java.scm(ant/java7): New variable.
* gnu/packages/java.scm(ant): Changed variable semantics to point to
default ant.
---
gnu/packages/java.scm | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 0be488dec..6dfe554f3 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1741,7 +1741,7 @@ IcedTea build harness.")

;; The 1.9.x series is the last that can be built with GCJ. The 1.10.x series
;; requires Java 8.
-(define-public ant
+(define-public ant/java7
(package (inherit ant/java8)
(version "1.9.9")
(source (origin
@@ -1754,6 +1754,8 @@ IcedTea build harness.")
(native-inputs
`(("jdk" ,icedtea-7 "jdk")))))

+(define-public ant ant/java7)
+
(define-public ant-apache-bcel
(package
(inherit ant/java8)
Post by Gábor Boskovits
Hello!
It was getting quite intractable to see what I was doing, so I started to
fill my github issue tracker. Issues are labeled with change-default-java8.
Post by Chris Marusich
Post by Chris Marusich
Post by Gábor Boskovits
I will wait for your results for now...
....
Post by Chris Marusich
recursion"; also it seems that it's looking for a DTD on the Internet
when instead it should be looking to find it in the inputs.
--8<---------------cut here---------------start------------->8---
[3684/3799] Linking default/source3/modules/libvfs_module_worm.so
[3685/3799] Linking default/source3/modules/libvfs
_module_crossrename.so
Post by Chris Marusich
[3686/3799] Linking default/source3/modules/libvfs_module_cap.so
[3687/3799] Linking default/source3/modules/libvfs_module_catia.so
[3688/3799] pidl.1: pidl/pidl -> bin/default/pidl/pidl.1
[3689/3799] Parse::Pidl::Dump.3: pidl/lib/Parse/Pidl/Dump.pm ->
bin/default/pidl/Parse::Pidl::Dump.3
pidl/lib/Parse/Pidl/Wireshark/Conformance.pm ->
bin/default/pidl/Parse::Pidl::Wireshark::Conformance.3
Post by Chris Marusich
[3691/3799] Parse::Pidl::Util.3: pidl/lib/Parse/Pidl/Util.pm ->
bin/default/pidl/Parse::Pidl::Util.3
Post by Chris Marusich
[3692/3799] Parse::Pidl::NDR.3: pidl/lib/Parse/Pidl/NDR.pm ->
bin/default/pidl/Parse::Pidl::NDR.3
Wireshark::NDR.3
Post by Chris Marusich
[3694/3799] Generating manpages/smb.conf.5
I/O error : Attempt to load network entity
http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd
Post by Chris Marusich
default/docs-xml/manpages/smb.conf.5.xml:2: warning: failed to load
external entity "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"
Post by Chris Marusich
D DocBook XML V4.2//EN" "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
^
Post by Chris Marusich
runtime error: file /gnu/store/q0irgfv31s8m9s54zrc
908qb4cim08cg-docbook-xsl-1.79.1/xml/xsl/docbook-xsl-1.79.1/lib/lib.xsl
line 58 element choose
Post by Chris Marusich
xsltApplySequenceConstructor: A potential infinite template recursion
was detected.
Post by Chris Marusich
You can adjust xsltMaxDepth (--maxdepth) in order to raise the maximum
number of nested template calls and variables/params (currently set to
3000).
Post by Chris Marusich
#0 name string.subst
#1 name string.subst
#2 name string.subst
#3 name string.subst
#4 name string.subst
#5 name string.subst
#6 name string.subst
#7 name string.subst
#8 name string.subst
#9 name string.subst
#10 name string.subst
#11 name string.subst
#12 name string.subst
#13 name string.subst
#14 name string.subst
#0
replacement
target
string
#1
target
string
#2
string
#3
replacement
target
string
#4
target
string
#5
string
#6
replacement
target
string
#7
target
string
#8
string
#9
replacement
target
string
#10
target
string
#11
string
#12
replacement
target
string
#13
target
string
#14
string
error: file default/docs-xml/manpages/smb.conf.5.xml
xsltRunStylesheet : run failed
Waf: Leaving directory `/tmp/guix-build-samba-4.7.3.d
rv-0/samba-4.7.3/bin'
Post by Chris Marusich
{task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml ->
smb.conf.5}
Post by Chris Marusich
make: *** [Makefile:8: all] Error 1
phase `build' failed after 1063.6 seconds
note: keeping build directory `/tmp/guix-build-samba-4.7.3.drv-0'
builder for `/gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv'
failed with exit code 1
Post by Chris Marusich
@ build-failed /gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv
- 1 builder for `/gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv'
failed with exit code 1
Post by Chris Marusich
--8<---------------cut here---------------end--------------->8---
I have not begun troubleshooting any of these existing issues yet.
--
Chris
I tested building samba on aarch64 on core-updates and it failed in the
same manner. For the purposes of updating the default JRE I would ignore
it and the resulting not being able to build kodi.
--
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
Gábor Boskovits
2017-12-13 22:50:29 UTC
Permalink
I've built the whole covering on my wip-change-default-java8 branch.
The covering is 42 packages.
19 builds fine.
19 does not build because java-hamcrest-core does not build.
I'll have a look at this first, this is the most critical.
This is the issue link for reference:
https://github.com/Boskovits/guix/issues/16
Post by Gábor Boskovits
From f53ad84059786e0769a21a3a90a15189bcf2d61f Mon Sep 17 00:00:00 2001
Date: Mon, 11 Dec 2017 21:18:37 +0100
Subject: [PATCH] Change java toolchain defaults to use java8.
* gnu/packages/java.scm(icedtea): Point to icedtea-8.
* gnu/packages/java.scm(ant): Point to ant/java8.
---
gnu/packages/java.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 6dfe554f3..547cc2dc1 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1691,7 +1691,7 @@ IcedTea build harness.")
'("jdk" "openjdk-src" "corba-drop" "jaxp-drop" "jaxws-drop"
"jdk-drop" "langtools-drop" "hotspot-drop")))))))
-(define-public icedtea icedtea-7)
+(define-public icedtea icedtea-8)
(define-public ant/java8
@@ -1754,7 +1754,7 @@ IcedTea build harness.")
(native-inputs
`(("jdk" ,icedtea-7 "jdk")))))
-(define-public ant ant/java7)
+(define-public ant ant/java8)
(define-public ant-apache-bcel
(package
This is what I'd like to have your opinions on, is it ok to do it this way, or should I rethink it
(I like this, because this way we can leave ant-build-system alone, and handling of
From 1629a53ac5122d229b157a33806264772f18f6bc Mon Sep 17 00:00:00 2001
Date: Mon, 11 Dec 2017 21:13:58 +0100
Subject: [PATCH] gnu:add ant/java7.
* gnu/packages/java.scm(ant/java7): New variable.
* gnu/packages/java.scm(ant): Changed variable semantics to point to default ant.
---
gnu/packages/java.scm | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 0be488dec..6dfe554f3 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1741,7 +1741,7 @@ IcedTea build harness.")
;; The 1.9.x series is the last that can be built with GCJ. The 1.10.x series
;; requires Java 8.
-(define-public ant
+(define-public ant/java7
(package (inherit ant/java8)
(version "1.9.9")
(source (origin
@@ -1754,6 +1754,8 @@ IcedTea build harness.")
(native-inputs
`(("jdk" ,icedtea-7 "jdk")))))
+(define-public ant ant/java7)
+
(define-public ant-apache-bcel
(package
(inherit ant/java8)
Post by Gábor Boskovits
Hello!
It was getting quite intractable to see what I was doing, so I started to
fill my github issue tracker. Issues are labeled with change-default-java8.
Post by Chris Marusich
Post by Chris Marusich
Post by Gábor Boskovits
I will wait for your results for now...
....
Post by Chris Marusich
recursion"; also it seems that it's looking for a DTD on the Internet
when instead it should be looking to find it in the inputs.
--8<---------------cut here---------------start------------->8---
[3684/3799] Linking default/source3/modules/libvfs_module_worm.so
[3685/3799] Linking default/source3/modules/libvfs
_module_crossrename.so
Post by Chris Marusich
[3686/3799] Linking default/source3/modules/libvfs_module_cap.so
[3687/3799] Linking default/source3/modules/libvfs_module_catia.so
[3688/3799] pidl.1: pidl/pidl -> bin/default/pidl/pidl.1
[3689/3799] Parse::Pidl::Dump.3: pidl/lib/Parse/Pidl/Dump.pm ->
bin/default/pidl/Parse::Pidl::Dump.3
pidl/lib/Parse/Pidl/Wireshark/Conformance.pm ->
bin/default/pidl/Parse::Pidl::Wireshark::Conformance.3
Post by Chris Marusich
[3691/3799] Parse::Pidl::Util.3: pidl/lib/Parse/Pidl/Util.pm ->
bin/default/pidl/Parse::Pidl::Util.3
Post by Chris Marusich
[3692/3799] Parse::Pidl::NDR.3: pidl/lib/Parse/Pidl/NDR.pm ->
bin/default/pidl/Parse::Pidl::NDR.3
Wireshark::NDR.3
Post by Chris Marusich
[3694/3799] Generating manpages/smb.conf.5
I/O error : Attempt to load network entity
http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd
Post by Chris Marusich
default/docs-xml/manpages/smb.conf.5.xml:2: warning: failed to load
external entity "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"
Post by Chris Marusich
D DocBook XML V4.2//EN" "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
^
Post by Chris Marusich
runtime error: file /gnu/store/q0irgfv31s8m9s54zrc
908qb4cim08cg-docbook-xsl-1.79.1/xml/xsl/docbook-xsl-1.79.1/lib/lib.xsl
line 58 element choose
Post by Chris Marusich
xsltApplySequenceConstructor: A potential infinite template recursion
was detected.
Post by Chris Marusich
You can adjust xsltMaxDepth (--maxdepth) in order to raise the maximum
number of nested template calls and variables/params (currently set to
3000).
Post by Chris Marusich
#0 name string.subst
#1 name string.subst
#2 name string.subst
#3 name string.subst
#4 name string.subst
#5 name string.subst
#6 name string.subst
#7 name string.subst
#8 name string.subst
#9 name string.subst
#10 name string.subst
#11 name string.subst
#12 name string.subst
#13 name string.subst
#14 name string.subst
#0
replacement
target
string
#1
target
string
#2
string
#3
replacement
target
string
#4
target
string
#5
string
#6
replacement
target
string
#7
target
string
#8
string
#9
replacement
target
string
#10
target
string
#11
string
#12
replacement
target
string
#13
target
string
#14
string
error: file default/docs-xml/manpages/smb.conf.5.xml
xsltRunStylesheet : run failed
Waf: Leaving directory `/tmp/guix-build-samba-4.7.3.d
rv-0/samba-4.7.3/bin'
Post by Chris Marusich
{task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml ->
smb.conf.5}
Post by Chris Marusich
make: *** [Makefile:8: all] Error 1
phase `build' failed after 1063.6 seconds
note: keeping build directory `/tmp/guix-build-samba-4.7.3.drv-0'
builder for `/gnu/store/k3ykppkqdw6gyj115q
jhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
Post by Chris Marusich
@ build-failed /gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv
- 1 builder for `/gnu/store/k3ykppkqdw6gyj115q
jhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
Post by Chris Marusich
--8<---------------cut here---------------end--------------->8---
I have not begun troubleshooting any of these existing issues yet.
--
Chris
I tested building samba on aarch64 on core-updates and it failed in the
same manner. For the purposes of updating the default JRE I would ignore
it and the resulting not being able to build kodi.
--
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
Gábor Boskovits
2017-12-15 13:52:02 UTC
Permalink
I've found the problem with java-hamcrest-core.
The root cause of this is that java-jarjar uses a bundled copy of asm,
version 4.0.
This asm version does not support icedtea8.

I propose to use java-asm instead of the bundled one.

In my opinion the best course of action should be:
1. create a package: java-asm-notest with tests diabled to break the
dependency cycle on java-hamcrest-core
2. modify java-jarjar to use java-asm-notest instead of the bundled asm.
3. test if java-hamcrest-core now builds.

It is a question if we want to iterate this cycle once more, with a
tests-enabled java-asm.
WDYT?
Post by Gábor Boskovits
I've built the whole covering on my wip-change-default-java8 branch.
The covering is 42 packages.
19 builds fine.
19 does not build because java-hamcrest-core does not build.
I'll have a look at this first, this is the most critical.
https://github.com/Boskovits/guix/issues/16
Post by Gábor Boskovits
From f53ad84059786e0769a21a3a90a15189bcf2d61f Mon Sep 17 00:00:00 2001
Date: Mon, 11 Dec 2017 21:18:37 +0100
Subject: [PATCH] Change java toolchain defaults to use java8.
* gnu/packages/java.scm(icedtea): Point to icedtea-8.
* gnu/packages/java.scm(ant): Point to ant/java8.
---
gnu/packages/java.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 6dfe554f3..547cc2dc1 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1691,7 +1691,7 @@ IcedTea build harness.")
'("jdk" "openjdk-src" "corba-drop" "jaxp-drop" "jaxws-drop"
"jdk-drop" "langtools-drop" "hotspot-drop")))))))
-(define-public icedtea icedtea-7)
+(define-public icedtea icedtea-8)
(define-public ant/java8
@@ -1754,7 +1754,7 @@ IcedTea build harness.")
(native-inputs
`(("jdk" ,icedtea-7 "jdk")))))
-(define-public ant ant/java7)
+(define-public ant ant/java8)
(define-public ant-apache-bcel
(package
This is what I'd like to have your opinions on, is it ok to do it this way, or should I rethink it
(I like this, because this way we can leave ant-build-system alone, and handling of
From 1629a53ac5122d229b157a33806264772f18f6bc Mon Sep 17 00:00:00 2001
Date: Mon, 11 Dec 2017 21:13:58 +0100
Subject: [PATCH] gnu:add ant/java7.
* gnu/packages/java.scm(ant/java7): New variable.
* gnu/packages/java.scm(ant): Changed variable semantics to point to default ant.
---
gnu/packages/java.scm | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 0be488dec..6dfe554f3 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1741,7 +1741,7 @@ IcedTea build harness.")
;; The 1.9.x series is the last that can be built with GCJ. The 1.10.x series
;; requires Java 8.
-(define-public ant
+(define-public ant/java7
(package (inherit ant/java8)
(version "1.9.9")
(source (origin
@@ -1754,6 +1754,8 @@ IcedTea build harness.")
(native-inputs
`(("jdk" ,icedtea-7 "jdk")))))
+(define-public ant ant/java7)
+
(define-public ant-apache-bcel
(package
(inherit ant/java8)
Post by Gábor Boskovits
Hello!
It was getting quite intractable to see what I was doing, so I started
to fill my github issue tracker. Issues are labeled with
change-default-java8.
Post by Chris Marusich
Post by Chris Marusich
Post by Gábor Boskovits
I will wait for your results for now...
....
Post by Chris Marusich
recursion"; also it seems that it's looking for a DTD on the
Internet
Post by Chris Marusich
when instead it should be looking to find it in the inputs.
--8<---------------cut here---------------start------------->8---
[3684/3799] Linking default/source3/modules/libvfs_module_worm.so
[3685/3799] Linking default/source3/modules/libvfs
_module_crossrename.so
Post by Chris Marusich
[3686/3799] Linking default/source3/modules/libvfs_module_cap.so
[3687/3799] Linking default/source3/modules/libvfs_module_catia.so
[3688/3799] pidl.1: pidl/pidl -> bin/default/pidl/pidl.1
[3689/3799] Parse::Pidl::Dump.3: pidl/lib/Parse/Pidl/Dump.pm ->
bin/default/pidl/Parse::Pidl::Dump.3
pidl/lib/Parse/Pidl/Wireshark/Conformance.pm ->
bin/default/pidl/Parse::Pidl::Wireshark::Conformance.3
Post by Chris Marusich
[3691/3799] Parse::Pidl::Util.3: pidl/lib/Parse/Pidl/Util.pm ->
bin/default/pidl/Parse::Pidl::Util.3
Post by Chris Marusich
[3692/3799] Parse::Pidl::NDR.3: pidl/lib/Parse/Pidl/NDR.pm ->
bin/default/pidl/Parse::Pidl::NDR.3
Wireshark::NDR.3
Post by Chris Marusich
[3694/3799] Generating manpages/smb.conf.5
I/O error : Attempt to load network entity
http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd
Post by Chris Marusich
default/docs-xml/manpages/smb.conf.5.xml:2: warning: failed to load
external entity "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd
"
Post by Chris Marusich
D DocBook XML V4.2//EN" "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
^
Post by Chris Marusich
runtime error: file /gnu/store/q0irgfv31s8m9s54zrc
908qb4cim08cg-docbook-xsl-1.79.1/xml/xsl/docbook-xsl-1.79.1/lib/lib.xsl
line 58 element choose
Post by Chris Marusich
xsltApplySequenceConstructor: A potential infinite template recursion
was detected.
Post by Chris Marusich
You can adjust xsltMaxDepth (--maxdepth) in order to raise the
maximum number of nested template calls and variables/params (currently set
to 3000).
Post by Chris Marusich
#0 name string.subst
#1 name string.subst
#2 name string.subst
#3 name string.subst
#4 name string.subst
#5 name string.subst
#6 name string.subst
#7 name string.subst
#8 name string.subst
#9 name string.subst
#10 name string.subst
#11 name string.subst
#12 name string.subst
#13 name string.subst
#14 name string.subst
#0
replacement
target
string
#1
target
string
#2
string
#3
replacement
target
string
#4
target
string
#5
string
#6
replacement
target
string
#7
target
string
#8
string
#9
replacement
target
string
#10
target
string
#11
string
#12
replacement
target
string
#13
target
string
#14
string
error: file default/docs-xml/manpages/smb.conf.5.xml
xsltRunStylesheet : run failed
Waf: Leaving directory `/tmp/guix-build-samba-4.7.3.d
rv-0/samba-4.7.3/bin'
Post by Chris Marusich
{task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml
-> smb.conf.5}
Post by Chris Marusich
make: *** [Makefile:8: all] Error 1
phase `build' failed after 1063.6 seconds
note: keeping build directory `/tmp/guix-build-samba-4.7.3.drv-0'
builder for `/gnu/store/k3ykppkqdw6gyj115q
jhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
Post by Chris Marusich
@ build-failed /gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv
- 1 builder for `/gnu/store/k3ykppkqdw6gyj115q
jhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
Post by Chris Marusich
--8<---------------cut here---------------end--------------->8---
I have not begun troubleshooting any of these existing issues yet.
--
Chris
I tested building samba on aarch64 on core-updates and it failed in the
same manner. For the purposes of updating the default JRE I would ignore
it and the resulting not being able to build kodi.
--
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
Gábor Boskovits
2017-12-15 14:21:41 UTC
Permalink
Ok, it seems, that java-asm does not currently uses test anyway, so I can
remove the junit native input.
Will check if it is also true on master...
Post by Gábor Boskovits
I've found the problem with java-hamcrest-core.
The root cause of this is that java-jarjar uses a bundled copy of asm,
version 4.0.
This asm version does not support icedtea8.
I propose to use java-asm instead of the bundled one.
1. create a package: java-asm-notest with tests diabled to break the
dependency cycle on java-hamcrest-core
2. modify java-jarjar to use java-asm-notest instead of the bundled asm.
3. test if java-hamcrest-core now builds.
It is a question if we want to iterate this cycle once more, with a
tests-enabled java-asm.
WDYT?
Post by Gábor Boskovits
I've built the whole covering on my wip-change-default-java8 branch.
The covering is 42 packages.
19 builds fine.
19 does not build because java-hamcrest-core does not build.
I'll have a look at this first, this is the most critical.
https://github.com/Boskovits/guix/issues/16
Post by Gábor Boskovits
From f53ad84059786e0769a21a3a90a15189bcf2d61f Mon Sep 17 00:00:00 2001
Date: Mon, 11 Dec 2017 21:18:37 +0100
Subject: [PATCH] Change java toolchain defaults to use java8.
* gnu/packages/java.scm(icedtea): Point to icedtea-8.
* gnu/packages/java.scm(ant): Point to ant/java8.
---
gnu/packages/java.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 6dfe554f3..547cc2dc1 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1691,7 +1691,7 @@ IcedTea build harness.")
'("jdk" "openjdk-src" "corba-drop" "jaxp-drop" "jaxws-drop"
"jdk-drop" "langtools-drop" "hotspot-drop")))))))
-(define-public icedtea icedtea-7)
+(define-public icedtea icedtea-8)
(define-public ant/java8
@@ -1754,7 +1754,7 @@ IcedTea build harness.")
(native-inputs
`(("jdk" ,icedtea-7 "jdk")))))
-(define-public ant ant/java7)
+(define-public ant ant/java8)
(define-public ant-apache-bcel
(package
This is what I'd like to have your opinions on, is it ok to do it this way, or should I rethink it
(I like this, because this way we can leave ant-build-system alone, and handling of
From 1629a53ac5122d229b157a33806264772f18f6bc Mon Sep 17 00:00:00 2001
Date: Mon, 11 Dec 2017 21:13:58 +0100
Subject: [PATCH] gnu:add ant/java7.
* gnu/packages/java.scm(ant/java7): New variable.
* gnu/packages/java.scm(ant): Changed variable semantics to point to default ant.
---
gnu/packages/java.scm | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 0be488dec..6dfe554f3 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1741,7 +1741,7 @@ IcedTea build harness.")
;; The 1.9.x series is the last that can be built with GCJ. The 1.10.x series
;; requires Java 8.
-(define-public ant
+(define-public ant/java7
(package (inherit ant/java8)
(version "1.9.9")
(source (origin
@@ -1754,6 +1754,8 @@ IcedTea build harness.")
(native-inputs
`(("jdk" ,icedtea-7 "jdk")))))
+(define-public ant ant/java7)
+
(define-public ant-apache-bcel
(package
(inherit ant/java8)
Post by Gábor Boskovits
Hello!
It was getting quite intractable to see what I was doing, so I started
to fill my github issue tracker. Issues are labeled with
change-default-java8.
Post by Chris Marusich
Post by Chris Marusich
Post by Gábor Boskovits
I will wait for your results for now...
....
Post by Chris Marusich
recursion"; also it seems that it's looking for a DTD on the
Internet
Post by Chris Marusich
when instead it should be looking to find it in the inputs.
--8<---------------cut here---------------start------------->8---
[3684/3799] Linking default/source3/modules/libvfs_module_worm.so
[3685/3799] Linking default/source3/modules/libvfs
_module_crossrename.so
Post by Chris Marusich
[3686/3799] Linking default/source3/modules/libvfs_module_cap.so
[3687/3799] Linking default/source3/modules/libvfs_module_catia.so
[3688/3799] pidl.1: pidl/pidl -> bin/default/pidl/pidl.1
[3689/3799] Parse::Pidl::Dump.3: pidl/lib/Parse/Pidl/Dump.pm ->
bin/default/pidl/Parse::Pidl::Dump.3
pidl/lib/Parse/Pidl/Wireshark/Conformance.pm ->
bin/default/pidl/Parse::Pidl::Wireshark::Conformance.3
Post by Chris Marusich
[3691/3799] Parse::Pidl::Util.3: pidl/lib/Parse/Pidl/Util.pm ->
bin/default/pidl/Parse::Pidl::Util.3
Post by Chris Marusich
[3692/3799] Parse::Pidl::NDR.3: pidl/lib/Parse/Pidl/NDR.pm ->
bin/default/pidl/Parse::Pidl::NDR.3
Wireshark::NDR.3
Post by Chris Marusich
[3694/3799] Generating manpages/smb.conf.5
I/O error : Attempt to load network entity
http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd
Post by Chris Marusich
default/docs-xml/manpages/smb.conf.5.xml:2: warning: failed to load
external entity "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
Post by Chris Marusich
D DocBook XML V4.2//EN" "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
^
Post by Chris Marusich
runtime error: file /gnu/store/q0irgfv31s8m9s54zrc
908qb4cim08cg-docbook-xsl-1.79.1/xml/xsl/docbook-xsl-1.79.1/lib/lib.xsl
line 58 element choose
Post by Chris Marusich
xsltApplySequenceConstructor: A potential infinite template
recursion was detected.
Post by Chris Marusich
You can adjust xsltMaxDepth (--maxdepth) in order to raise the
maximum number of nested template calls and variables/params (currently set
to 3000).
Post by Chris Marusich
#0 name string.subst
#1 name string.subst
#2 name string.subst
#3 name string.subst
#4 name string.subst
#5 name string.subst
#6 name string.subst
#7 name string.subst
#8 name string.subst
#9 name string.subst
#10 name string.subst
#11 name string.subst
#12 name string.subst
#13 name string.subst
#14 name string.subst
#0
replacement
target
string
#1
target
string
#2
string
#3
replacement
target
string
#4
target
string
#5
string
#6
replacement
target
string
#7
target
string
#8
string
#9
replacement
target
string
#10
target
string
#11
string
#12
replacement
target
string
#13
target
string
#14
string
error: file default/docs-xml/manpages/smb.conf.5.xml
xsltRunStylesheet : run failed
Waf: Leaving directory `/tmp/guix-build-samba-4.7.3.d
rv-0/samba-4.7.3/bin'
Post by Chris Marusich
{task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml
-> smb.conf.5}
Post by Chris Marusich
make: *** [Makefile:8: all] Error 1
phase `build' failed after 1063.6 seconds
note: keeping build directory `/tmp/guix-build-samba-4.7.3.drv-0'
builder for `/gnu/store/k3ykppkqdw6gyj115q
jhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
Post by Chris Marusich
@ build-failed /gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv
- 1 builder for `/gnu/store/k3ykppkqdw6gyj115q
jhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
Post by Chris Marusich
--8<---------------cut here---------------end--------------->8---
I have not begun troubleshooting any of these existing issues yet.
--
Chris
I tested building samba on aarch64 on core-updates and it failed in the
same manner. For the purposes of updating the default JRE I would ignore
it and the resulting not being able to build kodi.
--
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
Gábor Boskovits
2017-12-15 14:33:25 UTC
Permalink
It seems, that it is aslo safe to apply this on master.
This is the patch:

From 8a4f7bcbbbefe282c15447907a67f81c5bb60aae Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?G=C3=A1bor=20Boskovits?= <***@gmail.com>
Date: Fri, 15 Dec 2017 15:22:03 +0100
Subject: [PATCH] gnu: Clean up depencies of java-asm.

* gnu/packages/java.scm(java-asm)[native-inputs]: Remove java-junit. (Not used)
* gnu/packages/java.scm(java-asm): Remove native-inputs: became empty.
---
gnu/packages/java.scm | 2 --
1 file changed, 2 deletions(-)

diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 547cc2dc1..6317d21e8 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -2696,8 +2696,6 @@ archives (jar).")
"-C" "output/build/tmp" "."))))
(replace 'install
(install-jars "dist")))))
- (native-inputs
- `(("java-junit" ,java-junit)))
(home-page "http://asm.ow2.org/")
(synopsis "Very small and fast Java bytecode manipulation framework")
(description "ASM is an all purpose Java bytecode manipulation and
Post by Gábor Boskovits
Ok, it seems, that java-asm does not currently uses test anyway, so I can
remove the junit native input.
Will check if it is also true on master...
Post by Gábor Boskovits
I've found the problem with java-hamcrest-core.
The root cause of this is that java-jarjar uses a bundled copy of asm,
version 4.0.
This asm version does not support icedtea8.
I propose to use java-asm instead of the bundled one.
1. create a package: java-asm-notest with tests diabled to break the
dependency cycle on java-hamcrest-core
2. modify java-jarjar to use java-asm-notest instead of the bundled asm.
3. test if java-hamcrest-core now builds.
It is a question if we want to iterate this cycle once more, with a
tests-enabled java-asm.
WDYT?
Post by Gábor Boskovits
I've built the whole covering on my wip-change-default-java8 branch.
The covering is 42 packages.
19 builds fine.
19 does not build because java-hamcrest-core does not build.
I'll have a look at this first, this is the most critical.
https://github.com/Boskovits/guix/issues/16
Post by Gábor Boskovits
From f53ad84059786e0769a21a3a90a15189bcf2d61f Mon Sep 17 00:00:00 2001
Date: Mon, 11 Dec 2017 21:18:37 +0100
Subject: [PATCH] Change java toolchain defaults to use java8.
* gnu/packages/java.scm(icedtea): Point to icedtea-8.
* gnu/packages/java.scm(ant): Point to ant/java8.
---
gnu/packages/java.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 6dfe554f3..547cc2dc1 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1691,7 +1691,7 @@ IcedTea build harness.")
'("jdk" "openjdk-src" "corba-drop" "jaxp-drop" "jaxws-drop"
"jdk-drop" "langtools-drop" "hotspot-drop")))))))
-(define-public icedtea icedtea-7)
+(define-public icedtea icedtea-8)
(define-public ant/java8
@@ -1754,7 +1754,7 @@ IcedTea build harness.")
(native-inputs
`(("jdk" ,icedtea-7 "jdk")))))
-(define-public ant ant/java7)
+(define-public ant ant/java8)
(define-public ant-apache-bcel
(package
This is what I'd like to have your opinions on, is it ok to do it this way, or should I rethink it
(I like this, because this way we can leave ant-build-system alone, and handling of
From 1629a53ac5122d229b157a33806264772f18f6bc Mon Sep 17 00:00:00 2001
Date: Mon, 11 Dec 2017 21:13:58 +0100
Subject: [PATCH] gnu:add ant/java7.
* gnu/packages/java.scm(ant/java7): New variable.
* gnu/packages/java.scm(ant): Changed variable semantics to point to default ant.
---
gnu/packages/java.scm | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 0be488dec..6dfe554f3 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1741,7 +1741,7 @@ IcedTea build harness.")
;; The 1.9.x series is the last that can be built with GCJ. The 1.10.x series
;; requires Java 8.
-(define-public ant
+(define-public ant/java7
(package (inherit ant/java8)
(version "1.9.9")
(source (origin
@@ -1754,6 +1754,8 @@ IcedTea build harness.")
(native-inputs
`(("jdk" ,icedtea-7 "jdk")))))
+(define-public ant ant/java7)
+
(define-public ant-apache-bcel
(package
(inherit ant/java8)
Post by Gábor Boskovits
Hello!
It was getting quite intractable to see what I was doing, so I started
to fill my github issue tracker. Issues are labeled with
change-default-java8.
Post by Chris Marusich
Post by Chris Marusich
Post by Gábor Boskovits
I will wait for your results for now...
....
Post by Chris Marusich
recursion"; also it seems that it's looking for a DTD on the
Internet
Post by Chris Marusich
when instead it should be looking to find it in the inputs.
--8<---------------cut here---------------start------------->8---
[3684/3799] Linking default/source3/modules/libvfs_module_worm.so
[3685/3799] Linking default/source3/modules/libvfs
_module_crossrename.so
Post by Chris Marusich
[3686/3799] Linking default/source3/modules/libvfs_module_cap.so
[3687/3799] Linking default/source3/modules/libvfs_module_catia.so
[3688/3799] pidl.1: pidl/pidl -> bin/default/pidl/pidl.1
[3689/3799] Parse::Pidl::Dump.3: pidl/lib/Parse/Pidl/Dump.pm ->
bin/default/pidl/Parse::Pidl::Dump.3
pidl/lib/Parse/Pidl/Wireshark/Conformance.pm ->
bin/default/pidl/Parse::Pidl::Wireshark::Conformance.3
Post by Chris Marusich
[3691/3799] Parse::Pidl::Util.3: pidl/lib/Parse/Pidl/Util.pm ->
bin/default/pidl/Parse::Pidl::Util.3
Post by Chris Marusich
[3692/3799] Parse::Pidl::NDR.3: pidl/lib/Parse/Pidl/NDR.pm ->
bin/default/pidl/Parse::Pidl::NDR.3
pidl/lib/Parse/Pidl/Wireshark/NDR.pm ->
bin/default/pidl/Parse::Pidl::Wireshark::NDR.3
Post by Chris Marusich
[3694/3799] Generating manpages/smb.conf.5
I/O error : Attempt to load network entity
http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd
Post by Chris Marusich
default/docs-xml/manpages/smb.conf.5.xml:2: warning: failed to
load external entity "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
Post by Chris Marusich
D DocBook XML V4.2//EN" "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
^
Post by Chris Marusich
runtime error: file /gnu/store/q0irgfv31s8m9s54zrc
908qb4cim08cg-docbook-xsl-1.79.1/xml/xsl/docbook-xsl-1.79.1/lib/lib.xsl
line 58 element choose
Post by Chris Marusich
xsltApplySequenceConstructor: A potential infinite template
recursion was detected.
Post by Chris Marusich
You can adjust xsltMaxDepth (--maxdepth) in order to raise the
maximum number of nested template calls and variables/params (currently set
to 3000).
Post by Chris Marusich
#0 name string.subst
#1 name string.subst
#2 name string.subst
#3 name string.subst
#4 name string.subst
#5 name string.subst
#6 name string.subst
#7 name string.subst
#8 name string.subst
#9 name string.subst
#10 name string.subst
#11 name string.subst
#12 name string.subst
#13 name string.subst
#14 name string.subst
#0
replacement
target
string
#1
target
string
#2
string
#3
replacement
target
string
#4
target
string
#5
string
#6
replacement
target
string
#7
target
string
#8
string
#9
replacement
target
string
#10
target
string
#11
string
#12
replacement
target
string
#13
target
string
#14
string
error: file default/docs-xml/manpages/smb.conf.5.xml
xsltRunStylesheet : run failed
Waf: Leaving directory `/tmp/guix-build-samba-4.7.3.d
rv-0/samba-4.7.3/bin'
Post by Chris Marusich
{task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml
-> smb.conf.5}
Post by Chris Marusich
make: *** [Makefile:8: all] Error 1
phase `build' failed after 1063.6 seconds
note: keeping build directory `/tmp/guix-build-samba-4.7.3.drv-0'
builder for `/gnu/store/k3ykppkqdw6gyj115q
jhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
Post by Chris Marusich
@ build-failed /gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv
- 1 builder for `/gnu/store/k3ykppkqdw6gyj115q
jhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
Post by Chris Marusich
--8<---------------cut here---------------end--------------->8---
I have not begun troubleshooting any of these existing issues yet.
--
Chris
I tested building samba on aarch64 on core-updates and it failed in the
same manner. For the purposes of updating the default JRE I would ignore
it and the resulting not being able to build kodi.
--
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
Gábor Boskovits
2017-12-17 07:39:44 UTC
Permalink
Yesterday I investigated upgrading java-asm to version 6.0.
It pulls in bnd as a dependency. I've not yet checked if we have a new
dependecy cycle here...
Currently I cannot compile java-aqute-bndlib,
because java-classpathx-servletapi-3.0 does not work with java8.
This is a known incompatibility between java7 and java8 definition of Map,
affecting multiple projects.
I will focus on fixing that for now, and file a bug upstream.
Post by Gábor Boskovits
It seems, that it is aslo safe to apply this on master.
From 8a4f7bcbbbefe282c15447907a67f81c5bb60aae Mon Sep 17 00:00:00 2001
Date: Fri, 15 Dec 2017 15:22:03 +0100
Subject: [PATCH] gnu: Clean up depencies of java-asm.
* gnu/packages/java.scm(java-asm)[native-inputs]: Remove java-junit. (Not used)
* gnu/packages/java.scm(java-asm): Remove native-inputs: became empty.
---
gnu/packages/java.scm | 2 --
1 file changed, 2 deletions(-)
diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 547cc2dc1..6317d21e8 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -2696,8 +2696,6 @@ archives (jar).")
"-C" "output/build/tmp" "."))))
(replace 'install
(install-jars "dist")))))
- (native-inputs
- `(("java-junit" ,java-junit)))
(home-page "http://asm.ow2.org/")
(synopsis "Very small and fast Java bytecode manipulation framework")
(description "ASM is an all purpose Java bytecode manipulation and
Post by Gábor Boskovits
Ok, it seems, that java-asm does not currently uses test anyway, so I can
remove the junit native input.
Will check if it is also true on master...
Post by Gábor Boskovits
I've found the problem with java-hamcrest-core.
The root cause of this is that java-jarjar uses a bundled copy of asm,
version 4.0.
This asm version does not support icedtea8.
I propose to use java-asm instead of the bundled one.
1. create a package: java-asm-notest with tests diabled to break the
dependency cycle on java-hamcrest-core
2. modify java-jarjar to use java-asm-notest instead of the bundled asm.
3. test if java-hamcrest-core now builds.
It is a question if we want to iterate this cycle once more, with a
tests-enabled java-asm.
WDYT?
Post by Gábor Boskovits
I've built the whole covering on my wip-change-default-java8 branch.
The covering is 42 packages.
19 builds fine.
19 does not build because java-hamcrest-core does not build.
I'll have a look at this first, this is the most critical.
https://github.com/Boskovits/guix/issues/16
Post by Gábor Boskovits
From f53ad84059786e0769a21a3a90a15189bcf2d61f Mon Sep 17 00:00:00 2001
Date: Mon, 11 Dec 2017 21:18:37 +0100
Subject: [PATCH] Change java toolchain defaults to use java8.
* gnu/packages/java.scm(icedtea): Point to icedtea-8.
* gnu/packages/java.scm(ant): Point to ant/java8.
---
gnu/packages/java.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 6dfe554f3..547cc2dc1 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1691,7 +1691,7 @@ IcedTea build harness.")
'("jdk" "openjdk-src" "corba-drop" "jaxp-drop" "jaxws-drop"
"jdk-drop" "langtools-drop" "hotspot-drop")))))))
-(define-public icedtea icedtea-7)
+(define-public icedtea icedtea-8)
(define-public ant/java8
@@ -1754,7 +1754,7 @@ IcedTea build harness.")
(native-inputs
`(("jdk" ,icedtea-7 "jdk")))))
-(define-public ant ant/java7)
+(define-public ant ant/java8)
(define-public ant-apache-bcel
(package
This is what I'd like to have your opinions on, is it ok to do it this way, or should I rethink it
(I like this, because this way we can leave ant-build-system alone, and handling of
From 1629a53ac5122d229b157a33806264772f18f6bc Mon Sep 17 00:00:00 2001
Date: Mon, 11 Dec 2017 21:13:58 +0100
Subject: [PATCH] gnu:add ant/java7.
* gnu/packages/java.scm(ant/java7): New variable.
* gnu/packages/java.scm(ant): Changed variable semantics to point to default ant.
---
gnu/packages/java.scm | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 0be488dec..6dfe554f3 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1741,7 +1741,7 @@ IcedTea build harness.")
;; The 1.9.x series is the last that can be built with GCJ. The 1.10.x series
;; requires Java 8.
-(define-public ant
+(define-public ant/java7
(package (inherit ant/java8)
(version "1.9.9")
(source (origin
@@ -1754,6 +1754,8 @@ IcedTea build harness.")
(native-inputs
`(("jdk" ,icedtea-7 "jdk")))))
+(define-public ant ant/java7)
+
(define-public ant-apache-bcel
(package
(inherit ant/java8)
Post by Gábor Boskovits
Hello!
It was getting quite intractable to see what I was doing, so I
started to fill my github issue tracker. Issues are labeled with
change-default-java8.
Post by Chris Marusich
Post by Chris Marusich
Post by Gábor Boskovits
I will wait for your results for now...
....
Post by Chris Marusich
recursion"; also it seems that it's looking for a DTD on the
Internet
Post by Chris Marusich
when instead it should be looking to find it in the inputs.
--8<---------------cut here---------------start------------->8---
[3684/3799] Linking default/source3/modules/libvfs_module_worm.so
[3685/3799] Linking default/source3/modules/libvfs
_module_crossrename.so
Post by Chris Marusich
[3686/3799] Linking default/source3/modules/libvfs_module_cap.so
[3687/3799] Linking default/source3/modules/libvfs_module_catia.so
[3688/3799] pidl.1: pidl/pidl -> bin/default/pidl/pidl.1
[3689/3799] Parse::Pidl::Dump.3: pidl/lib/Parse/Pidl/Dump.pm ->
bin/default/pidl/Parse::Pidl::Dump.3
pidl/lib/Parse/Pidl/Wireshark/Conformance.pm ->
bin/default/pidl/Parse::Pidl::Wireshark::Conformance.3
Post by Chris Marusich
[3691/3799] Parse::Pidl::Util.3: pidl/lib/Parse/Pidl/Util.pm ->
bin/default/pidl/Parse::Pidl::Util.3
Post by Chris Marusich
[3692/3799] Parse::Pidl::NDR.3: pidl/lib/Parse/Pidl/NDR.pm ->
bin/default/pidl/Parse::Pidl::NDR.3
pidl/lib/Parse/Pidl/Wireshark/NDR.pm ->
bin/default/pidl/Parse::Pidl::Wireshark::NDR.3
Post by Chris Marusich
[3694/3799] Generating manpages/smb.conf.5
I/O error : Attempt to load network entity
http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd
Post by Chris Marusich
default/docs-xml/manpages/smb.conf.5.xml:2: warning: failed to
load external entity "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
Post by Chris Marusich
D DocBook XML V4.2//EN" "http://www.oasis-open.org/doc
book/xml/4.2/docbookx.dtd"
^
Post by Chris Marusich
runtime error: file /gnu/store/q0irgfv31s8m9s54zrc
908qb4cim08cg-docbook-xsl-1.79.1/xml/xsl/docbook-xsl-1.79.1/lib/lib.xsl
line 58 element choose
Post by Chris Marusich
xsltApplySequenceConstructor: A potential infinite template
recursion was detected.
Post by Chris Marusich
You can adjust xsltMaxDepth (--maxdepth) in order to raise the
maximum number of nested template calls and variables/params (currently set
to 3000).
Post by Chris Marusich
#0 name string.subst
#1 name string.subst
#2 name string.subst
#3 name string.subst
#4 name string.subst
#5 name string.subst
#6 name string.subst
#7 name string.subst
#8 name string.subst
#9 name string.subst
#10 name string.subst
#11 name string.subst
#12 name string.subst
#13 name string.subst
#14 name string.subst
#0
replacement
target
string
#1
target
string
#2
string
#3
replacement
target
string
#4
target
string
#5
string
#6
replacement
target
string
#7
target
string
#8
string
#9
replacement
target
string
#10
target
string
#11
string
#12
replacement
target
string
#13
target
string
#14
string
error: file default/docs-xml/manpages/smb.conf.5.xml
xsltRunStylesheet : run failed
Waf: Leaving directory `/tmp/guix-build-samba-4.7.3.d
rv-0/samba-4.7.3/bin'
Post by Chris Marusich
{task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml
-> smb.conf.5}
Post by Chris Marusich
make: *** [Makefile:8: all] Error 1
phase `build' failed after 1063.6 seconds
note: keeping build directory `/tmp/guix-build-samba-4.7.3.drv-0'
builder for `/gnu/store/k3ykppkqdw6gyj115q
jhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
Post by Chris Marusich
@ build-failed /gnu/store/k3ykppkqdw6gyj115qjhbi50fa6hx317-samba-4.7.3.drv
- 1 builder for `/gnu/store/k3ykppkqdw6gyj115q
jhbi50fa6hx317-samba-4.7.3.drv' failed with exit code 1
Post by Chris Marusich
--8<---------------cut here---------------end--------------->8---
I have not begun troubleshooting any of these existing issues yet.
--
Chris
I tested building samba on aarch64 on core-updates and it failed in the
same manner. For the purposes of updating the default JRE I would ignore
it and the resulting not being able to build kodi.
--
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
Ricardo Wurmus
2017-12-17 14:26:49 UTC
Permalink
Post by Gábor Boskovits
Currently I cannot compile java-aqute-bndlib,
because java-classpathx-servletapi-3.0 does not work with java8.
This is a known incompatibility between java7 and java8 definition of Map,
affecting multiple projects.
I will focus on fixing that for now, and file a bug upstream.
If a package does not build with Java 8 this does not mean that we
cannot use the latest JDK to build it. For those packages we might have
to patch the build.xml to ensure that the JDK considers the source to be
of a different version.

javac supports the “-target” and “-source” options. This might be
helpful in situations like this.

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Gábor Boskovits
2017-12-17 18:59:10 UTC
Permalink
Yes, we could do that, however, I would prefer to fix these if we can.
Post by Ricardo Wurmus
Post by Gábor Boskovits
Currently I cannot compile java-aqute-bndlib,
because java-classpathx-servletapi-3.0 does not work with java8.
This is a known incompatibility between java7 and java8 definition of
Map,
Post by Gábor Boskovits
affecting multiple projects.
I will focus on fixing that for now, and file a bug upstream.
If a package does not build with Java 8 this does not mean that we
cannot use the latest JDK to build it. For those packages we might have
to patch the build.xml to ensure that the JDK considers the source to be
of a different version.
javac supports the “-target” and “-source” options. This might be
helpful in situations like this.
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Gábor Boskovits
2017-12-18 10:02:26 UTC
Permalink
Post by Gábor Boskovits
Yes, we could do that, however, I would prefer to fix these if we can.
Post by Ricardo Wurmus
Post by Gábor Boskovits
Currently I cannot compile java-aqute-bndlib,
because java-classpathx-servletapi-3.0 does not work with java8.
This is a known incompatibility between java7 and java8 definition of
Map,
Post by Gábor Boskovits
affecting multiple projects.
I will focus on fixing that for now, and file a bug upstream.
If a package does not build with Java 8 this does not mean that we
cannot use the latest JDK to build it. For those packages we might have
to patch the build.xml to ensure that the JDK considers the source to be
of a different version.
javac supports the “-target” and “-source” options. This might be
helpful in situations like this.
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
We now have an upstream fix for classpathx, it is pushed as revision 1244
to the savannah subversion repo.
May I change the source to use this revision?
Or should I use a patch?

I think using the upstream revision is a better option.
WDYT?
Ricardo Wurmus
2017-12-18 12:33:13 UTC
Permalink
Hi Gábor,
Post by Gábor Boskovits
We now have an upstream fix for classpathx, it is pushed as revision 1244
to the savannah subversion repo.
May I change the source to use this revision?
Yes, this should be fine. Thanks!
--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Chris Marusich
2017-12-19 08:07:50 UTC
Permalink
Hi Gábor and Ricardo,

I see that Gábor made this GitHub issue to track their work:

https://github.com/Boskovits/guix/issues/16

At this point, can I help with anything in particular, or should I wait
until after Gábor pushes the fix(es) for java-hamcrest-core, so we can
build the covering of icedtea-8 after that and see what still breaks?
Post by Gábor Boskovits
I've found the problem with java-hamcrest-core.
The root cause of this is that java-jarjar uses a bundled copy of asm,
version 4.0.
This asm version does not support icedtea8.
I propose to use java-asm instead of the bundled one.
1. create a package: java-asm-notest with tests diabled to break the
dependency cycle on java-hamcrest-core
2. modify java-jarjar to use java-asm-notest instead of the bundled asm.
3. test if java-hamcrest-core now builds.
It is a question if we want to iterate this cycle once more, with a
tests-enabled java-asm.
WDYT?
Sounds good to me.
Post by Gábor Boskovits
It seems, that it is aslo safe to apply this on master.
...
Subject: [PATCH] gnu: Clean up depencies of java-asm.
This patch seems fine to me. I briefly looked but could not find it in
the Guix Git repo; have you not pushed it yet?
Post by Gábor Boskovits
We now have an upstream fix for classpathx, it is pushed as revision 1244
to the savannah subversion repo.
May I change the source to use this revision?
Or should I use a patch?
I think using the upstream revision is a better option.
WDYT?
I agree: using the upstream revision sounds like a better plan. The
only reason I can think why we would not want to do that is if it is
going to take a long time for it to get released.
--
Chris
Gábor Boskovits
2017-12-19 09:11:43 UTC
Permalink
Post by Chris Marusich
Hi Gábor and Ricardo,
https://github.com/Boskovits/guix/issues/16
At this point, can I help with anything in particular, or should I wait
until after Gábor pushes the fix(es) for java-hamcrest-core, so we can
build the covering of icedtea-8 after that and see what still breaks?
I'm quite near to get a fix for java-hamcrest-core. Only java-jarjar has to
be modified now, so I think you can wait until I get this done.
Post by Chris Marusich
Post by Gábor Boskovits
I've found the problem with java-hamcrest-core.
The root cause of this is that java-jarjar uses a bundled copy of asm,
version 4.0.
This asm version does not support icedtea8.
I propose to use java-asm instead of the bundled one.
1. create a package: java-asm-notest with tests diabled to break the
dependency cycle on java-hamcrest-core
2. modify java-jarjar to use java-asm-notest instead of the bundled asm.
3. test if java-hamcrest-core now builds.
It is a question if we want to iterate this cycle once more, with a
tests-enabled java-asm.
WDYT?
Sounds good to me.
Post by Gábor Boskovits
It seems, that it is aslo safe to apply this on master.
...
Subject: [PATCH] gnu: Clean up depencies of java-asm.
This patch seems fine to me. I briefly looked but could not find it in
the Guix Git repo; have you not pushed it yet?
Post by Gábor Boskovits
We now have an upstream fix for classpathx, it is pushed as revision 1244
to the savannah subversion repo.
May I change the source to use this revision?
Or should I use a patch?
I think using the upstream revision is a better option.
WDYT?
I agree: using the upstream revision sounds like a better plan. The
only reason I can think why we would not want to do that is if it is
going to take a long time for it to get released.
--
Chris
Gábor Boskovits
2017-12-19 20:58:41 UTC
Permalink
Post by Gábor Boskovits
Post by Chris Marusich
Hi Gábor and Ricardo,
https://github.com/Boskovits/guix/issues/16
At this point, can I help with anything in particular, or should I wait
until after Gábor pushes the fix(es) for java-hamcrest-core, so we can
build the covering of icedtea-8 after that and see what still breaks?
I'm quite near to get a fix for java-hamcrest-core. Only java-jarjar has
to be modified now, so I think you can wait until I get this done.
I have now pushed the fix for java-hamcrest-core to my branch.
Now I have another blocking issue:
https://github.com/Boskovits/guix/issues/24

Error message:

BUILD FAILED
/tmp/guix-build-java-bsh-2.0b6.drv-0/beanshell-2.0b6/build.xml:654:
Problem: failed to create task or type junit
Cause: the class org.apache.tools.ant.taskdefs.optional.junit.JUnitTask was
not found.
This looks like one of Ant's optional components.
Action: Check that the appropriate optional JAR exists in
-/gnu/store/6lzf3cp16m0xgwr00lymqd3v6fgpvzxv-ant-1.10.1/lib
-/.ant/lib
-a directory added on the command line with the -lib argument

Do not panic, this is a common problem.
The commonest cause is a missing JAR.

This is not a bug; it is a configuration problem

End of error message.

It seems that this is an ant configuration issue.
Should we add junit with -lib to the ant command line?
Post by Gábor Boskovits
Post by Chris Marusich
Post by Gábor Boskovits
I've found the problem with java-hamcrest-core.
The root cause of this is that java-jarjar uses a bundled copy of asm,
version 4.0.
This asm version does not support icedtea8.
I propose to use java-asm instead of the bundled one.
1. create a package: java-asm-notest with tests diabled to break the
dependency cycle on java-hamcrest-core
2. modify java-jarjar to use java-asm-notest instead of the bundled asm.
3. test if java-hamcrest-core now builds.
It is a question if we want to iterate this cycle once more, with a
tests-enabled java-asm.
WDYT?
Sounds good to me.
Post by Gábor Boskovits
It seems, that it is aslo safe to apply this on master.
...
Subject: [PATCH] gnu: Clean up depencies of java-asm.
This patch seems fine to me. I briefly looked but could not find it in
the Guix Git repo; have you not pushed it yet?
Post by Gábor Boskovits
We now have an upstream fix for classpathx, it is pushed as revision
1244
Post by Gábor Boskovits
to the savannah subversion repo.
May I change the source to use this revision?
Or should I use a patch?
I think using the upstream revision is a better option.
WDYT?
I agree: using the upstream revision sounds like a better plan. The
only reason I can think why we would not want to do that is if it is
going to take a long time for it to get released.
--
Chris
Ricardo Wurmus
2017-12-19 22:11:05 UTC
Permalink
Post by Gábor Boskovits
https://github.com/Boskovits/guix/issues/24
BUILD FAILED
Problem: failed to create task or type junit
Cause: the class org.apache.tools.ant.taskdefs.optional.junit.JUnitTask was
not found.
Is it not just enough to add junit to the inputs of java-bsh?

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Gábor Boskovits
2017-12-20 10:34:21 UTC
Permalink
Post by Ricardo Wurmus
Post by Gábor Boskovits
https://github.com/Boskovits/guix/issues/24
BUILD FAILED
Problem: failed to create task or type junit
Cause: the class org.apache.tools.ant.taskdefs.optional.junit.JUnitTask
was
Post by Gábor Boskovits
not found.
Is it not just enough to add junit to the inputs of java-bsh?
No, unfortunately it seems to affect all packages using junit.
I guess it is because I use ant/java8, and maybe that is more fussy about
this...
Post by Ricardo Wurmus
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Gábor Boskovits
2017-12-20 12:29:42 UTC
Permalink
Post by Gábor Boskovits
Post by Ricardo Wurmus
Post by Gábor Boskovits
https://github.com/Boskovits/guix/issues/24
BUILD FAILED
Problem: failed to create task or type junit
Cause: the class org.apache.tools.ant.taskdefs.optional.junit.JUnitTask
was
Post by Gábor Boskovits
not found.
Is it not just enough to add junit to the inputs of java-bsh?
No, unfortunately it seems to affect all packages using junit.
I guess it is because I use ant/java8, and maybe that is more fussy about
this...
It seems, that we should add the lib flag to the nat commend line, if we
have
junit as input. However junit has quite a big dependency graph with the new
hamcrest-core fix, but that is needed for junit. I think we should discuss
our options here,
I don't feel comfortable to make such a decision without prior discussion.

In the meanwhile I will create an integration branch, and start to create a
list of patches that
can be merged to core-updates.

Where should I send those?
Post by Gábor Boskovits
Post by Ricardo Wurmus
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Gábor Boskovits
2017-12-21 07:53:36 UTC
Permalink
Post by Gábor Boskovits
Post by Gábor Boskovits
Post by Ricardo Wurmus
Post by Gábor Boskovits
https://github.com/Boskovits/guix/issues/24
BUILD FAILED
Problem: failed to create task or type junit
Cause: the class org.apache.tools.ant.taskdefs.optional.junit.JUnitTask
was
Post by Gábor Boskovits
not found.
Is it not just enough to add junit to the inputs of java-bsh?
No, unfortunately it seems to affect all packages using junit.
I guess it is because I use ant/java8, and maybe that is more fussy about
this...
It seems, that we should add the lib flag to the nat commend line, if we
have
junit as input. However junit has quite a big dependency graph with the new
hamcrest-core fix, but that is needed for junit. I think we should discuss
our options here,
I don't feel comfortable to make such a decision without prior discussion.
Add two parameters to ant build system:
junit?
junit
If junit? then force use of junit, if not, then force not to use it, if
unspecified check if we have junit in build.inputs, and use it if it is.
junit should default to java-junit, like we have for icedtea, and ant.
Can something like this be done?
It would be nice if the ant-build-system needed junit only if it is in
build-inputs, or explicitly requested, so
that we can still use it while we don't have junit.
WDYT?
Post by Gábor Boskovits
In the meanwhile I will create an integration branch, and start to create
a list of patches that
can be merged to core-updates.
Where should I send those?
Post by Gábor Boskovits
Post by Ricardo Wurmus
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Gábor Boskovits
2018-01-03 13:06:31 UTC
Permalink
Post by Gábor Boskovits
Post by Gábor Boskovits
Post by Gábor Boskovits
Post by Ricardo Wurmus
Post by Gábor Boskovits
https://github.com/Boskovits/guix/issues/24
BUILD FAILED
Problem: failed to create task or type junit
Cause: the class org.apache.tools.ant.taskdefs.optional.junit.JUnitTask
was
Post by Gábor Boskovits
not found.
Is it not just enough to add junit to the inputs of java-bsh?
No, unfortunately it seems to affect all packages using junit.
I guess it is because I use ant/java8, and maybe that is more fussy
about this...
It seems, that we should add the lib flag to the nat commend line, if we
have
junit as input. However junit has quite a big dependency graph with the new
hamcrest-core fix, but that is needed for junit. I think we should
discuss our options here,
I don't feel comfortable to make such a decision without prior discussion.
junit?
junit
If junit? then force use of junit, if not, then force not to use it, if
unspecified check if we have junit in build.inputs, and use it if it is.
junit should default to java-junit, like we have for icedtea, and ant.
Can something like this be done?
It would be nice if the ant-build-system needed junit only if it is in
build-inputs, or explicitly requested, so
that we can still use it while we don't have junit.
WDYT?
Ok, i've settled the issue with junit, it boils down to the following
things:

1. We need to add ant-junit as a native-input to the packages using junit.
2. We need to add ant-junit4.jar to ant-junit, so that junit4 can find the
tests.

Now I have the following problem, it is in java-asm:

If I understand well, then the check phase in ant-build-system
runs without make-flags.
In the definition of java-asm we configure the build with make-flags, so
the build system
does not complain about missing configuration.
This configuration is still needed for the test target, so building that
fails.

We could do two things:
1. Patch build.xml to not perform these checks. (Then we can also remove
the make-flags all togethet)
2. Do something, so that we can pass make-flags to check phase, maybe by
introducing test-make-flags, or something like that to ant-build-system.

For now I will just disable test, so that I can go on, but I would be glad
if you could recommend me an approch on this,
I this that #2 worth it only, if it affects multiple packages. I will have
a look at that.
Post by Gábor Boskovits
Post by Gábor Boskovits
In the meanwhile I will create an integration branch, and start to create
a list of patches that
can be merged to core-updates.
Where should I send those?
Post by Gábor Boskovits
Post by Ricardo Wurmus
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Gábor Boskovits
2018-01-05 16:01:09 UTC
Permalink
Post by Gábor Boskovits
If I understand well, then the check phase in ant-build-system
runs without make-flags.
In the definition of java-asm we configure the build with make-flags, so
the build system
does not complain about missing configuration.
This configuration is still needed for the test target, so building that
fails.
1. Patch build.xml to not perform these checks. (Then we can also remove
the make-flags all togethet)
2. Do something, so that we can pass make-flags to check phase, maybe by
introducing test-make-flags, or something like that to
ant-build-system.
You could also replace the check phase to run ant with the make-flags.
Fine, will do that then. It seems the cleanest solution...
Thanks
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Chris Marusich
2018-01-06 19:29:12 UTC
Permalink
Post by Ricardo Wurmus
Post by Gábor Boskovits
If I understand well, then the check phase in ant-build-system
runs without make-flags.
In the definition of java-asm we configure the build with make-flags, so
the build system
does not complain about missing configuration.
This configuration is still needed for the test target, so building that
fails.
1. Patch build.xml to not perform these checks. (Then we can also remove
the make-flags all togethet)
2. Do something, so that we can pass make-flags to check phase, maybe by
introducing test-make-flags, or something like that to
ant-build-system.
You could also replace the check phase to run ant with the make-flags.
Fine, will do that then. It seems the cleanest solution...
Thanks
Hi Gábor,

The last couple weeks, I've been very busy. Now, I have a little more
time. Is there anything I can do to help finish this up?

Thank you,
--
Chris
Gábor Boskovits
2018-01-06 20:16:44 UTC
Permalink
Actually we still have a couple of build failures, some test failures, and
the
commit messages are not conformant to the policy. Currently making the few
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.

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?

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.

I don't know if we have any more issues between the
marked problems and these five packages.
--
Chris
Gábor Boskovits
2018-01-07 14:52:36 UTC
Permalink
Post by Gábor Boskovits
Actually we still have a couple of build failures, some test failures, and
the
commit messages are not conformant to the policy. Currently making the few
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.
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.
Post by Gábor Boskovits
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.
Post by Gábor Boskovits
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.
Post by Gábor Boskovits
I don't know if we have any more issues between the
marked problems and these five packages.
--
Chris
Ricardo Wurmus
2018-01-07 17:25:33 UTC
Permalink
Post by Gábor Boskovits
https://github.com/Boskovits/guix/issues/58

Post by Gábor Boskovits
What I don't understand, is why setting source and target to 1.7,
like I did on java-aqute-libg did not work.
How did you set it? Since this is using the package’s own build.xml
you’d need to patch it.

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Gábor Boskovits
2018-01-07 18:19:50 UTC
Permalink
Post by Gábor Boskovits
https://github.com/Boskovits/guix/issues/58


Post by Gábor Boskovits
What I don't understand, is why setting source and target to 1.7,
like I did on java-aqute-libg did not work.
How did you set it? Since this is using the package’s own build.xml
you’d need to patch it.
1. set in the make-flags like this:
-Dant.build.javac.source=1.7
-Dant.build.javac.target=1.7
this did not work, but complained that the source is 1.7 and no bootstrap
classpath is set, so I guess that these properties are considered.

2. patched the build.xml:
substituted
<javac srcdir="${source.java}"
with
<javac srcdir="${source.java}" soruce="1.7" target="1.7"
same result as above.

This is the only package that right now does not work on java8.
All others build.

I still have the issue with the java-simple-xml test failing, I've
temporarily disabled tests.

These are the only two remaining.
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Chris Marusich
2018-01-08 02:54:52 UTC
Permalink
Post by Gábor Boskovits
It would also be nice, if you could review the patches already sent to
guix-patches.
They are tagged [PATCH core-updates].
OK, I'll find them and take a look this week.
Post by Gábor Boskovits
https://github.com/Boskovits/guix/issues/61
I'm will contact upstream to check if this issue is serious.
Will cc to you.
I got the email. Thank you for Ccing me. Hopefully upstream will be
able to help.
Post by Gábor Boskovits
https://github.com/Boskovits/guix/issues/58
You mentioned this is the last build failure (besides issue 61 above).
I'll also take a look at it and see if I can figure anything out.

For now, giving feedback on your patches and taking a look at issue 58
are the best things I can do to help you, right? I just want to double
check to make sure I understand the situation correctly.
--
Chris
Gábor Boskovits
2017-12-12 22:49:06 UTC
Permalink
r-seurat is ok.
Post by Chris Marusich
Now that things are hopefully fixed up a bit more in core-updates I am
trying again to build the "covering" of icedtea to see what still needs
to be fixed. I'll let you know how that goes.
It took a long time to build (about 20 hours), and I was busy with other
things, so I just got time now to send the info. Most of the packages
build on core-updates (I tested using commit
9e111db4535b3cd5729e37294ae51d95240334b4), but there are some existing
failures. Please see the attached file for details.
For reference, I've also attached the two scripts I used to build the
packages - note that they won't work for you unless you update some
paths hard-coded in the scripts.
Isn't there a way to outsource this "does it build?" sort of testing to
Hydra? I thought that's what it was there for.
--
Chris
Gábor Boskovits
2017-12-12 22:50:08 UTC
Permalink
hamcrest-core 1.3 fails.
Exception in thread "main" java.lang.NoClassDefFoundError:
org/hamcrest/generator/qdox/JavaDocBuilder
Post by Gábor Boskovits
r-seurat is ok.
Post by Chris Marusich
Now that things are hopefully fixed up a bit more in core-updates I am
trying again to build the "covering" of icedtea to see what still needs
to be fixed. I'll let you know how that goes.
It took a long time to build (about 20 hours), and I was busy with other
things, so I just got time now to send the info. Most of the packages
build on core-updates (I tested using commit
9e111db4535b3cd5729e37294ae51d95240334b4), but there are some existing
failures. Please see the attached file for details.
For reference, I've also attached the two scripts I used to build the
packages - note that they won't work for you unless you update some
paths hard-coded in the scripts.
Isn't there a way to outsource this "does it build?" sort of testing to
Hydra? I thought that's what it was there for.
--
Chris
Ricardo Wurmus
2017-11-29 19:59:56 UTC
Permalink
Post by Chris Marusich
Post by Gábor Boskovits
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.
Yes, that’s correct. I’m just thinking that it would be more elegant to
remove them in the same commit that changes the defaults.
--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Loading...