Fedora rawhide rebuild in mock status 2008-08-28
Ville Skyttä
ville.skytta at iki.fi
Tue Sep 2 22:05:21 UTC 2008
On Tuesday 02 September 2008, Jerry James wrote:
> 2008/9/2 darrell pfeifer <darrellpf at gmail.com>:
> > 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.
More information about the fedora-devel-list
mailing list