On 22 June 2009 at 15:52, Lucas Nussbaum wrote:
| On 22/06/09 at 08:04 -0500, Dirk Eddelbuettel wrote:
| > 
| > On 22 June 2009 at 13:40, Lucas Nussbaum wrote:
| > | On 22/06/09 at 05:56 -0500, Dirk Eddelbuettel wrote:
| > | > | Hi Dirk,
| > | > | 
| > | > | I just tried, and I could reproduce the failure in a clean chroot.
| > | > | beaujolais:/tmp/rjava-0.6-3# R CMD config JAVAH
| > | > | 
| > | > | Couldn't that be caused by a missing dependancy?
| > | > 
| > | > Is your system amd64 ?  My i386 handles building rJava (aka 
r-cran-rjava)
| > | > just fine.
| > | 
| > | Yes
| > 
| > Ok, so want can we do to tie this down?
| 
| I confirm that it builds fine on i386.
| 
| i386:
| # R CMD config JAVAH 
| /usr/bin/javah
| # ls -l /usr/bin/javah 
| lrwxrwxrwx 1 root root 23 Jun 22 15:56 /usr/bin/javah -> 
/etc/alternatives/javah
| # ls -l /etc/alternatives/javah
| lrwxrwxrwx 1 root root 37 Jun 22 15:56 /etc/alternatives/javah -> 
/usr/lib/jvm/java-6-openjdk/bin/javah
| 
| amd64:
| # R CMD config JAVAH
| 
| # ls -l /usr/bin/javah 
| lrwxrwxrwx 1 root root 23 Jun 22 15:59 /usr/bin/javah -> 
/etc/alternatives/javah
| # ls -l /etc/alternatives/javah
| lrwxrwxrwx 1 root root 37 Jun 22 15:59 /etc/alternatives/javah -> 
/usr/lib/jvm/java-6-openjdk/bin/javah
| 
| So, there's really no reason why R couldn't find javah on amd64 as well.
| Looks like a problem in R.

I think it is probably an issue with something else in the toolchains that
gets in the way.

The script doing the this is   /usr/lib/R/bin/javareconf   and I suspect that
it finds some gcc/gcj/gij/... tool first.   

Incidentally I am getting actual errors on another chroot outside of Debian
where I am trying to automate building all 1700+ CRAN packages as Debian
packages:

I: ** preparing package for lazy loading
I: Warning in .jnew(""org/rosuda/iplots/Framework"") :
I:   NewObject(""org/rosuda/iplots/Framework"",""()V"",...) failed
I: Exception in thread ""main"" java.lang.UnsatisfiedLinkError: Can't load
library: /usr/lib/jvm/java-6-openjdk/jre/lib/ext/libjava-access-bridge-jni.so
I:      at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1666)
I:      at java.lang.Runtime.load0(Runtime.java:787)
I:      at java.lang.System.load(System.java:1022)
I:      at org.GNOME.Accessibility.JavaBridge.<init>(JavaBridge.java:352)
I:      at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
I:      at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
I:      at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
I:      at java.lang.reflect.Constructor.newInstance(Constructor.java:532)
I:      at java.lang.Class.newInstance0(Class.java:372)
I:      at java.lang.Class.newInstance(Class.java:325)
I:      at java.awt.Toolkit.loadAssistiveTechnologies(Toolkit.java:786)
I:      at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:874)
I:      at org.rosuda.util.Platform.initPlatform(Platform.java:39)
I:      at org.rosuda.iplots.Framework.<init>(Framework.java:49)

'org.rosuda.*' is where rJava, JGR, ... all come from.  I am a little
confused that org.GNOME shows up there.  

Dirk

-- 
Three out of two people have difficulties with fractions.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to