Reported bugs 6009, 6010, 6011 for issues 1-3.
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.
