On Tuesday 02 September 2008, Jerry James wrote: > 2008/9/2 darrell pfeifer <darrellpf@xxxxxxxxx>: > > I was getting that error in rawhide for the last several weeks when > > running the (sun) java command at the command line, on a 32 bit machine. > > > > Using the full path to the binary worked. > > > > With yesterday's rawhide update the problem has gone away. > > Thanks, Darrell. Then I'll do nothing and see if those packages > disappear from Matt's report. Some possibly related things Java packagers should be aware of, I ran into several issues earlier this week when rebuilding javasqlite in devel: javac->ecj symlinking may cause use of class libraries from wrong java: https://bugzilla.redhat.com/460761 Workaround: set up $PATH so that the pathless "java" invoked by /usr/bin/ecj corresponds to the "javac" you intended to run. I suppose generally this is a problem currently only with builds done with java-1.5.0-gcj's javac (which may end up using java-1.6.0-openjdk's class libs), and most packages probably don't have any problems with this. yum does something weird with "Requires: java-devel" on x86_64, resulting in the above issue being triggered pretty easily as well as possibly some other nasty arch mismatch issues: https://bugzilla.redhat.com/460783 Workaround: not sure; for javasqlite it went away when I added some a couple of java-devel build dependencies with explicit versions (not because of this - it was needed anyway for what I wanted to accomplish). I don't think these are actually anything new in Rawhide only, I see them in F-9 as well. -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
