| Summary: | =dev-java/icedtea-3.0.0 fails tests if USE does not include sunec | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Jonathan Lovelace <kingjon3377> |
| Component: | [OLD] Java | Assignee: | Java team <java> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Jonathan Lovelace
2016-04-17 02:38:13 UTC
Okay, I'll stick in a REQUIRED_USE. I'm actually surprised the tests pass, they fail spectacularly in previous versions. I had been meaning to check them out and add RESTRICT="test" if necessary. Fixed! This seems like an upstream bug if the ECC check is not reflecting the configure check. I removed RESTRICT="test", disabling the broken tests by configure instead. Ok, the ECC check does depend on SunEC: if ENABLE_SUNEC ECC_RESULT = yes else ECC_RESULT = no endif and it seems from the above that SunEC was enabled in the USE flags. dev-java/icedtea-3.0.0::gentoo was built with the following: USE="alsa doc gtk jbootstrap pax_kernel source sunec test (-cacao) -cjk -cups -debug -examples -headless-awt (-jamvm) -libressl -nsplugin -pulseaudio -sctp (-selinux) -smartcard -webstart -zero" ABI_X86="64" So what was the actual failure? (In reply to Andrew John Hughes from comment #4) > So what was the actual failure? I did reproduce the problem so you could try it yourself. Unfortunately I didn't keep a copy of the output. Well, I can't if I don't know what exact settings are failing. Anyway, I removed it in the 3.0.1 update as I've made the check-ecc test SunEC only. If it's not enabled, it won't run at all now. |