Thanks for the notification, as well as the patches. I'll open up
bugzilla tickets for these issues so they get committed for the next
release.
Charles
On Apr 5, 2008, at 5:30 AM, Shin-ichi Okano wrote:
Hi,
When I downloaded gt4.0.7-all-source-installer.tar.bz2 and
installed it on FreeBSD, I found the following issues.
1. Building globus_rls_client failed
When I building globus_rls_client-thr, I got thr following errors:
/usr/bin/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -
DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DPACKAGE=\"globus_rls_client\" -DVERSION=\"4.2\" -I. -I/usr/home/
globus/gt4.0.7-all-source-installer/source-trees-thr/replica/rls/
client/java -I/usr/local/globus-4.0.7/include/gcc32dbgpthr -I/usr/
local/jdk1.5.0/include -I/usr/local/jdk1.5.0/include/ -I../library -
I/usr/local/globus-4.0.7/include -I/usr/local/globus-4.0.7/include/
gcc32dbgpthr -g -Wall -c jni.c -fPIC -DPIC -o .libs/jni.o
In file included from RLSClient.h:2,
from jni.c:13:
/usr/local/jdk1.5.0/include/jni.h:27:20: error: jni_md.h: No such
file or directory
In file included from RLSClient.h:2,
from jni.c:13:
/usr/local/jdk1.5.0/include/jni.h:45: error: expected '=', ',', ';',
'asm' or '__attribute__' before 'jsize'
<snip>
make[4]: *** [jni.lo] Error 1
make[4]: Leaving directory `/usr/home/globus/gt4.0.7-all-source-
installer/source-trees-thr/replica/rls/client/java'
make[3]: *** [filelist-recursive] Error 1
make[3]: Leaving directory `/usr/home/globus/gt4.0.7-all-source-
installer/source-trees-thr/replica/rls/client'
make[2]: *** [all_filelists] Error 1
make[2]: Leaving directory `/usr/home/globus/gt4.0.7-all-source-
installer/source-trees-thr/replica/rls/client/pkgdata'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/home/globus/gt4.0.7-all-source-
installer/source-trees-thr/replica/rls/client'
The following patch solves this issue.
diff -urw gt4.0.7-all-source-installer/source-trees/replica/rls/
client/configure gt4.0.7-all-source-installer-FreeBSD/source-trees/
replica/rls/client/configure
--- gt4.0.7-all-source-installer/source-trees/replica/rls/client/
configure 2008-03-31 15:02:53.000000000 +0900
+++ gt4.0.7-all-source-installer-FreeBSD/source-trees/replica/rls/
client/configure 2008-04-03 10:07:25.000000000 +0900
@@ -2441,6 +2441,7 @@
case "$jni_os" in
SunOS) jdk_host_os=solaris;;
Linux) jdk_host_os=linux;;
+ FreeBSD) jdk_host_os=freebsd;;
esac
diff -urw gt4.0.7-all-source-installer/source-trees/replica/rls/
client/configure.in gt4.0.7-all-source-installer-FreeBSD/source-
trees/replica/rls/client/configure.in
--- gt4.0.7-all-source-installer/source-trees/replica/rls/client/
configure.in 2004-10-07 08:02:42.000000000 +0900
+++ gt4.0.7-all-source-installer-FreeBSD/source-trees/replica/rls/
client/configure.in 2008-04-03 10:07:25.000000000 +0900
@@ -52,6 +52,7 @@
case "$jni_os" in
SunOS) jdk_host_os=solaris;;
Linux) jdk_host_os=linux;;
+ FreeBSD) jdk_host_os=freebsd;;
esac
AC_SUBST(jdk_host_os)
2. Java WS Core container failed to start in secure mode
Java WS Core container failed to start with the following error:
2008-04-05 09:59:39,723 ERROR container.GSIServiceThread
[ServiceThread-46,process:147] Error processing request
java.io.EOFException
at
org
.globus
.gsi
.gssapi
.net
.impl.GSIGssInputStream.readHandshakeToken(GSIGssInputStream.java:56)
at
org
.globus.gsi.gssapi.net.impl.GSIGssSocket.readToken(GSIGssSocket.java:
60)
at
org
.globus.gsi.gssapi.net.GssSocket.authenticateServer(GssSocket.java:
122)
at
org.globus.gsi.gssapi.net.GssSocket.startHandshake(GssSocket.java:142)
at
org.globus.gsi.gssapi.net.GssSocket.getOutputStream(GssSocket.java:
161)
at
org
.globus
.wsrf.container.GSIServiceThread.process(GSIServiceThread.java:99)
at org.globus.wsrf.container.ServiceThread.run(ServiceThread.java:
291)
Failed to obtain a list of services from 'https://192.168.11.4:8443/wsrf/services/ContainerRegistryService'
service: ; nested exception is:
org.globus.common.ChainedIOException: Authentication failed [Caused
by: Failure unspecified at GSS-API level [Caused by: Unknown CA]]
This is same as Bugzilla #5266, but I think CoG JGlobus causes
this issue. The following patch for org.globus.util.ConfigUtil.java
corrects this issues.
--- ConfigUtil.java.orig 2008-04-05 19:00:53.000000000 +0900
+++ ConfigUtil.java 2008-02-09 16:25:41.000000000 +0900
@@ -231,6 +231,7 @@
(osname.indexOf("osf1") != -1) ||
(osname.indexOf("mac os x") != -1) ||
(osname.indexOf("netbsd") != -1) ||
+ (osname.indexOf("freebsd") != -1) ||
(osname.indexOf("irix") != -1) ) {
osType = UNIX_OS;
} else if (osname.indexOf("mac") != -1) {
3. Old libtool could not deal with the modern FreeBSD correctly
Components using libltdl are very slow or some did not work.
When I patched the differences between libtool 1.5.8 and the
latest version by hand, it seems to work well. So I think
these issues will be solved if libtool is updated to the latest
version.
4. Other trivial issues
Some perl scripts in $GLOBUS_LOCATION/tests failed with the
following error:
Can't locate object method "new" via package "Utilities" (perhaps
you forgot to load "Utilities"?) at ./test-toolkit line 53.
"new Utilities" should be "new Globus::Testing::Utilities".
Many tests in $GLOBUS_LOCATION/tests failed because "true",
"false" and "touch" commands are not in "/bin". On FreeBSD,
these comands are in "/usr/bin".
Thanks.
