On Thursday 28 February 2008 16:49:10 wrote Michal Vyskocil:
Hi,
I'm currently working on update of some java packages from OBS project Java:jpackage-1.7 to stable. So I'm also trying to build some of these packages with icedtea.
Some of them should be builded (like adaptx) with small patches, some of them currently not (like hsqldb). But the switch to icedtea is not an automated process anymore, so if the autobuild team switches the compiler, majority of java packages will not be builded and needs to do some patches or revert back to the non free compiler. I can update a package and try to build it by icedtea, so I'm be able to switch the BuildRequire to java-1_7_0-icedtea-devel, if it works.
The problem is, that the icedtea is only for i386 and a x86_64 available. On ppc or s390 we are using an IBM's compiler only. But a majority of a java packages is noarch, because a Java bytecode is architecture indepentent. I'm not sure, if I should use something like
%ifarch %ix86 x86_64 BuildRequires: java-1_7_0-icedtea-devel %else BuildRequires: java-devel %endif
That should not be needed, we can map java-devel to the correct java version in the distribution configurations. Acctually, you should not BuildRequire a certain java version at all, as long you do not want to enforce the exclusive use with this version. Better use java-devel everywhere and tell us, which java version by default should be selected dependening on the architecture.
in a spec file for noarch packages.
May I try to build the most of java packages using icedtea? And if yes, how to do that? Use of the %ifarch in spec?
openSUSE:Factory project does build against icedtea already. No need for a ifarch. bye adrian -- Adrian Schroeter SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org