What is CC set to in your /opt/jdsbld/bin/env.sh ? Probably it sets up CC wrongly somehow because of outage ?
Uwe Dippel wrote: > [I understand this is the best list to ask for problems with these tools ...] > > While trying to learn the trade, we had a power outage. After reboot, I tried > the best of what I had learned: > > cd > cd packages/ > . /opt/jdsbld/bin/env.sh > cd spec-files > pkgtool --download build-only SUNWspeex.spec > > This fails miserably: > INFO: Copying %use'd or %include'd spec files to SPECS directory > INFO: Processing spec files > sh: cc: not found > sh: cc: not found > sh: cc: not found > INFO: Finding sources > One way or another, I remember that at install, I was asked to check cc -V > for a specific patchlevel, which I was able to get after downloading a patch > (121016-07). > I thought this would be a good reason to update to Studio 12, though cc is > still there: > $ ls -l /opt/SUNWspro/bin/cc > lrwxrwxrwx 1 root root 14 Oct 21 21:29 /opt/SUNWspro/bin/cc > -> ../prod/bin/cc > > Downloaded and untared Studio12, and ran the ./installer. It props up a gray > JAVA GUI, which never fills with anything, despite of waiting for several > minutes. But I can cleanly close it, and it will ask if I want to exit. So no > install of Studio12. > > Uninstall Studio 11? This gets me at > # cd /var/sadm/prod/com.sun.studio_11/ > # ls -l > total 9544 > -r-x------ 1 root root 21676 Oct 21 21:33 batch_uninstall_all > drwxr-xr-x 2 root root 4 Oct 21 21:33 sslnk > -rw------- 1 root root 1164090 Oct 21 21:30 > uninstall_Documentation.class > -rw------- 1 root root 1171736 Oct 21 21:31 > uninstall_Source_Distribution.class > -rw------- 1 root root 1177800 Oct 21 21:31 > uninstall_Sun_Performance_Library.class > -rw------- 1 root root 1253634 Oct 21 21:29 > uninstall_Sun_Studio_Software.class > -rwxr--r-- 1 root root 807 Oct 21 21:33 uninstall_icon.sh > # ./uninstall_icon.sh > pkgrm: ERROR: no package associated with <SPROsslnk> > # ./batch_uninstall_all > Starting the uninstallation ... > uninstall_Documentation > InvocationTargetException thrown in constructor in class > com.sun.install.panels.ComponentPanel > java.lang.reflect.InvocationTargetException > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) > at java.lang.reflect.Constructor.newInstance(Constructor.java:513) > at > com.sun.wizards.core.WizardComponent.createObject(WizardComponent.java:773) > > and so on and so forth. Similar happens when I do the individual uninstalls. > > How to get out of this Catch22; I really, really don't like to do a complete > reinstall of nv99. > I should add, if this casts any light on the matter, that I did a successful > install of NetBeans some hours before that power outage with > /export/home/udippel/Sources/netbeans-6.1-ml-solaris-x86.sh > Could there be any interference? > > Any help appreciated that helps me to avoid that reinstall (I did a fresh > install of nv98 a week ago, for using ZFS). > > Uwe > -- > This message posted from opensolaris.org > _______________________________________________ > desktop-discuss mailing list > desktop-discuss at opensolaris.org >
