![]() |
Quote:
|
Quote:
Quote:
|
Quote:
just curious I may want to run both for testing. |
According to How to get Scilab 6.0.1 working on Ubuntu 18.04 LTS?, scilab is now ported to OpenJDK 11. Perhaps install that?
|
Seems to me some of you are missing the point here.
Scilab 6.0.1 and 6.0.2 both worked fine the last few days, WITH ORACLE JDK 8u202, which has been in use on my slackware 14.2 stable, since March. During recent upgrade-all, NO JDK was involved at all, nor was scilab. Upgrade to scilab 6.0.2 waa done in April. All worked well since then. How now is it that the jdk is suddenly suspect, or the Scilab binary, since both have worked together flawlessly for months? ?? I appreciate the suggestions, but I am reluctant to go off half-cocked uninstalling / reinstalling things that I do not understand all details about. That is apparently how I got into this jam in the first place. So I'm needing to be more careful now, and understand what is going on (which I don't) and go one step at a time. jrc |
Quote:
|
Quote:
Having said that, you could try and find out what Debian or Ubuntu have done to get scilab working again for them. Perhaps that might help you out. |
Last of trouble shooting was able to recreate the issue.
after I did a fresh install it did not work why? Because the /etc/profile.d/scilab.sh or the /etc/profile.d/scilab.csh was never ran to set the environment. After running it from the start script /opt/scilab/bin/scilab It ran because it will find the libraries set environment. install openjdk then install Scilab then reboot. or run ". /etc/profile" seems it isn't finding the correct bin |
why it was broke on upgrade I think /etc/profile may have been changed some how only Slackware team would know or find the package that was updated that caused the issue.
|
/etc/profile is not the problem.
/etc/profile was last changed on March 6.
Not the problem. In addition, the 'start script' /opt/scilab/bin/scilab is run whenever I start scilab from command window. No help there, or apparently with any of the start scripts as they are all run. jrc |
NOT Solved...
Well, I don't know how to get the attention of the 'Slackware Team', or even if they would consider responding anyway. But this is not solved, and without some intervention from somebody knowledgeable, will not be solved.
jrc |
OK installed Alien's openjdk 8u212 per 'slackware-current' suggestion
OK - the title says it all. I used the wget command and it installed the package, visible in /var/log/packages.
So now, BOTH jdk packages are listed in /var/log/packages: openjdk-8u212_b04-x86_64-1alien and, jdk-8u202-x86_64-1_SBo Thanks to 'slackware-current' for the suggestion. Not sure just yet how to rebuild the SBo for scilab, pointing to this jdk. My guess is: 1) removepkg jdk-8u202-x86_64-1_Sbo (note - HATE to do this, it will also ruin libreoffice... 2) removepkg scilab-(whatever installed) 3 rebuild scilab package. 4) install the scilab package. Try to run scilab. I guess in (3) it is SUPPOSED to somehow now *FIND* the jdk = openjdk, ??? I really hate doing this, will mean I also have to rebuild libreoffice. Hope it does not *destroy* that...similar to this clusterfrack. Let me know, 'slackware-current', if this is what you mean I should do. Thanks. jrc |
dammit. I haven't been able to keep up with my SBo submissions. I hate java. No idea what fresh hell is hath spewed forth. scilab busted here as well for the GUI, but scilab-cli works. sigh. I'll trace back and see what's up. I have other Java based stuff that still work fine (jin, SweetHome3D).
I get just this: Code:
$ scilab -f |
Quote:
Obviously I was incorrect in that assumption (which is why Drill Sergeants tell you that "ass-u-me" makes an ass out of you and me), for which I apologize. |
Quote:
|
All times are GMT -5. The time now is 06:21 AM. |