>Number:         33373
>Category:       pkg
>Synopsis:       games/cgoban-java: It's wrapper script ought to use /usr/pkg/bin/java or /usr/pkg/bin/sun15-java instead of calling the Java binary directly.
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Apr 26 17:00:00 +0000 2006
>Originator:     Johann Franz
>Release:        Netbsd-3.0 RELEASE Dec. 15. 2005
>Organization:
Entirely unorganized.
>Environment:
NetBSD marvin 3.0 NetBSD 3.0 (GENERIC) #0: Mon Dec 19 01:04:02 UTC 2005  builds@works.netbsd.org:/home/builds/ab/netbsd-3-0-RELEASE/i386/200512182024Z-obj/home/builds/ab/netbsd-3-0-RELEASE/src/sys/arch/i386/compile/GENERIC i386
>Description:
While trying to start the program games/cgoban2 I found it only runs when ulimit -d is set to the hard-limit given by -H. 

The problem seems to be that cgoban2 doesn't know about pkg_alternatives.   but rather directly calls /usr/pkg/java/sun-1.5/bin/java as it is configured through the Makefile, thus not setting ulimit -d `ulimit -H -d` before calling the java binary. 

The last 3 error lines:

marvin% cgoban-java
Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.
marvin% 

>How-To-Repeat:
1. Install games/cgoban-java (using lang/sun-jdk1.5 or maybe another version).
2. Start /usr/pkg/bin/cgoban-java.

>Fix:
Change pkgsrc/games/cgoban-java/Makefile so it makes the cgoban-java wrapper script use either /usr/pkg/bin/java or /usr/pkg/bin/sun15-java instead /usr/pkg/java/sun-1.5/bin/java binary. Thanks