Netbeans 6.0.x installation fails because Solaris 2.8 does not support the "df -h" command line switch.
(1) Create a shell script called "df" in your /tmp directory. df contains 1 line:
/usr/sbin/df -k $2
(2) Add /tmp to the front of your path:
(3) Execute the Netbeans installer (as a command to bash):
Unfortunately Solaris 8 (2.8) is not the supported platform.
We`ve get some feedback that NetBeans installer is not working due to some arguments missing in "test" command as well.
The other workaround is to run installer with --nospacecheck argument - that will disable df calls (this work with 6.1
Beta and later).
John, could you please run installer without any workarounds applied in verbose mode and attach resulting out.txt here?
netbeans-6.0.1-ml-solaris-sparc.sh --verbose --output out.txt
The problem with missing test arguments on Sol 2.8 is cured by running the install script as follows (the "bash" is
required, even if you are logged-in under bash):
# bash netbeans-6.0.1-ml-solaris-sparc.sh
Created attachment 60299 [details]
Requested result of running with --verbose --output out.txt
Do I understand you correctly that you experienced (saw) the original issue in the installer UI ?
I checked that "df -h" is executed only at the last installation panel. It is used to get file system roots mounted at
the installation time.
I guess it would be safe to change "df -h" -> "df -k" the output format is pretty much the same (in the area that we
I would do the change on development builds.
Please check the next daily build (>200804170000) at
Please let me know if the issue with df is no more reproducible and the workaround your suggested (creating special df
script) is no more needed. Anyway calling via bash is still required...
BTW, what is the test argument that fail the installer? In other words, the test argument that is missing and could be
solved my execution the installer via bash.
-d ? -L ? -f ? -x ?
Yes, after overcoming the "bash" problem, the "df -h" problem manifested itself in the last installer frame (just
before beginning the actual installation) as a message down in the lower left of the frame that said something about
the chosen install directory not being part of the file system (or words to that effect). The "install" button was
disabled, so the only choices were "back" and "cancel". When I checked the installer log I discovered the "df -h"
problem. As a result of a lot of searching, I decided that you might be only interested in the first field output
by "df -h" and noticed that "df -k" under Solaris 8 outputs a similar format. That's what led me to the workaround.
I will attach two text files that show the output of "df -k" from Linux (Centos 4.4) and Solaris 8.
According to the man pages, "df" on Solaris 8 has the following options in common with Linux (Centos 4.4):
"-a", "-k", "-l",
Both systems recognize "df -t", but in Linux, the man page says, "limit listing to filesystems of TYPE" whereas on
Solaris 8 the man page says, "Print full listings with totals...".
I will not be able to test your new build for some time. For reasons I don't remember, NB6.1Beta was a non-starter on
my Linux systems (both Centos 4.4 and Centos 5.1) and I was forced to go back to NB6.0.1 in order to get any work
done. I really don't have any non-production systems on which to do more testing.
Thanks a lot for you investigations. That is one of the most outstanding issue description and resolution I have ever
The df problem is clear now.
Could you please find some time to anwser also the question about the "test" command?
In other words, if you run just
then the installer fails at the very beginning.
If you run
> bash netbeans-6.0.1-ml-solaris-sparc.sh
then it works.
What command it failes in first case? Are there any error messages written in the console?
Could you please also attach the output of "man test" command from Solaris 8? It will help much to catch the "test"
I just realized what you were asking at the end of your message from 17:58:41. I will attach a text file that
represents the output of "sh -x" captured using "script". This may lead you to the statement with the missing
Created attachment 60334 [details]
Output of "df -k" under Linux
Created attachment 60335 [details]
Output of "df -k" under Solaris 8
Created attachment 60336 [details]
Output of "sh -x ./netb*.sh" captured by "script"
Thanks a lot for the attachments! It looks like it is -L test operand that is not working..
Could you please attach also the output of "man test"?
Created attachment 60337 [details]
Output of "man test" under Solaris 8 (Unix format)
I have attached the raw man page for "man test" under Solaris 8. I have not run this file through unix2dos, so it is
still in the original format. If you can save this attachment on a Linux box and then view it with "less", you can
see the original man page formatting. Otherwise, it's pretty rough.
Hm.. strange. -L is listed amount the arguments.
Does "test -L /tmp" produces any output?
On Sol8, under "bash", "test -L /tmp" produces no output. However, under "sh", "test -L /tmp" produces "test:
I also tried this:
ln -s foo.bar yyy
test -L yyy
test: argument expected
test -L yyy
test -L foo.bar
So, for now, it looks like users of Sol8 need to force installation under bash.
I hope the last question: does "test -h /tmp" work under sh?
Here's what we just found:
(1) After a little probing with Google, this appears to be a known problem with Sol8 and a lot of people are upset
about it. I do not know whether Sun has fixed this in subsequent releases of Solaris. We have the latest roll-up
patches for Sol8 installed, and all of our systems show the same problem.
(2) Apparently, sh has an internal implementation of "test" that is not the same as "/usr/bin/test". Try the
ln -s foo.bar yyy
/usr/bin/test -L yyy
if [ $? -eq 0 ]; then
echo "This is a link"
echo "This is not a link"
Yes, "test -h yyy" returns 0 if yyy exists and is a symlink, 1 if not. I don't know what other conditions might cause
it to return 0.
test -h yyy
test -h /tmp
test -h nonexistant
The issue with test argument (-L vs -h) has been fixed in development builds.
The fix should be available in builds starting with 200804290000
John, could you please verify?
Integrated into 'main-golden', available in NB_Trunk_Production #164 build
User: Dmitry Lipin <email@example.com>
Log: Issue #132900 Netbeans 6.0.x installation fails on Solaris 2.8
Verified with 6.5 beta version.
E-mail from John:
I thought you might like to know that I downloaded Netbeans 6.5beta today and installed it on a Solaris 8 system. The
installation worked flawlessly and Netbeans started up with no problem. Just for the record, I also had successful
installs on Centos 4.4 and Centos 5.1 as well as Windows XP with Service Pack 2.
I should note that when I installed on Solaris 8, I ran the script from the command line as follows:
# bash /tmp/netbeans....sh
instead of executing the shell script directly. I'm not sure this was necessary, but it is sufficient ;-)