Re: java: switch to icedtea-8 as default JDK

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:

address@hidden -> newer version (2.3.0) in master, does not build; address@hidden

address@hidden -> does not build; address@hidden

address@hidden -> does not build; unbound 1.6.7

address@hidden -> does not build; java-eclipse-jetty-security-9.2.22

address@hidden -> 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:

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

address@hidden - 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.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.

address@hidden - 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.

address@hidden - 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]

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.

address@hidden - 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.

2017-11-30 20:27 GMT+01:00 Efraim Flashner <address@hidden>:

On Wed, Nov 29, 2017 at 10:58:48PM -0800, Chris Marusich wrote:
> Chris Marusich <address@hidden> writes:
>
> >> 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
> >> simple shell one-liner like the following:
> >>
> >> 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 <address@hidden> אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

From:	Gábor Boskovits
Subject:	Re: java: switch to icedtea-8 as default JDK
Date:	Fri, 1 Dec 2017 21:41:17 +0100