Re: Bug#764017: closure-compiler: java.lang.RuntimeException when run on architectures with gcj instead of openjdk (hurd-i386, kfreebsd-any, sparc)
On 21:21, tony mancill wrote: I don't understand how changing the B-D will have the desired effect given that libclosure-compiler-java is an arch:all package. Oh sorry, I'd assumed it was an arch:any. I'm fine with it becoming uninstallable. These are easily trackable from https://qa.debian.org/dose/debcheck/unstable_main/index.html Given that the gcj-jre-headless package provides java5-runtime-headless, we can add java6-runtime-headless to the binary package depends, I think similarly default-jre-headless (= 1.6~) is the intended way to do this; only arches having openjdk-6 or -7 provide that version: https://packages.debian.org/sid/default-jre-headless Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141006092112.gb23...@squeeze.pyro.eu.org
Re: Bug#764017: closure-compiler: java.lang.RuntimeException when run on architectures with gcj instead of openjdk (hurd-i386, kfreebsd-any, sparc)
On 10/05/2014 10:08 AM, Steven Chamberlain wrote: Hello, tony mancill wrote: Thank you for filing the bug report. At this point (for jessie), I think we should prune the supported arch list to only those platforms with openjdk. kfreebsd has openjdk-7, it's just not our default java. And AFAIK having build-depends on openjdk-7-jre is not allowed. So I think the preferred way is to build-depend on default-jdk ( 2:1.7-52) - as you can see that version is only available on arches having openjdk-7 as default: https://packages.debian.org/sid/default-jre I think this makes it easier to see (via wanna-build BD-Uninstallable status) that a package waits for openjdk as default. And means it can build in future without change as soon as it does become available. (the out-of-date versions must still be removed by ftpmaster after an upload with this change). Thanks! Regards, Hi Steven, I don't understand how changing the B-D will have the desired effect given that libclosure-compiler-java is an arch:all package. Although it would be nice to be able control this at build-time based on openjdk, the issue is a runtime problem. Given that the gcj-jre-headless package provides java5-runtime-headless, we can add java6-runtime-headless to the binary package depends, which would make the package closure-compiler uninstallable on those architectures (until a JRE providing java6 exists). This isn't entirely clean, but I don't anticipate there being gcj packages that support Java 6 anytime soon. Cheers, tony signature.asc Description: OpenPGP digital signature
Processed: Re: Bug#764017: closure-compiler: java.lang.RuntimeException when run on architectures with gcj instead of openjdk (hurd-i386, kfreebsd-any, sparc)
Processing commands for cont...@bugs.debian.org: usertags 764017 + kfreebsd User is debian-bsd@lists.debian.org There were no usertags set. Usertags are now: kfreebsd. thanks Stopping processing here. Please contact me if you need assistance. -- 764017: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764017 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.c.141246975925958.transcr...@bugs.debian.org
