[SOLVED] How recover from damage from slackpkg 'upgrade' (scilab) ?
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
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.
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?
??
jrc
Obviously there was a link broken to java executables. or his profile setting have been broken
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.
How now is it that the jdk is suddenly suspect, or the Scilab binary, since both have worked together flawlessly for months?
I get your point, but if the official policy of the scilab developers states that the software is now ported to OpenJDK 11, then that doesn't mean that older or other JDK versions won't work. They are just no longer officially supported. If you're using one of these and it works today, then anything that gets changed to your system, even if it seems totally innocent, may break your unofficial setup, and nothing will be done about it.
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 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
Last edited by jrch; 06-24-2019 at 05:27 PM.
Reason: reply to Slackware-Current
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.
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
Cannot find this look and feel:
[GTK look and feel - com.sun.java.swing.plaf.gtk.GTKLookAndFeel] not supported on this platform
/opt/scilab/bin/scilab: line 972: 28031 Segmentation fault "$SCILABBIN" "$@"
BTW, jrch, when you on Slackware[64]-14.2, i.e. stable, you do not need "slackpkg install-new" Also, libroffice shouldn't care as long as your paths and $JAVA_HOME are the same, AFAIK.
Actually I am using the 64-bit version. /var/log/packages has:
"scilab-6.0.1-x86-64_64-1_SBo"..
I also had updated to the 6.0.2 version with the help of the
scilab SBo package maintainer.
Rebuilt them both; neither works now after the
'slackpkg upgrade-all' earlier.
Thanks Richard, anyway, for your comment.
--------------
Edit: Richard, maybe I'm missing something - is there a
'clue' in my post that indicates my slack64 thinks the
scilab pkg is a 32-bit version?
Thanks,
jrc
I noticed that you mentioned "multilib" and didn't give the full name of the package you installed. I therefore assumed that this was a multilib issue versus a java issue.
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.
I get your point, but if the official policy of the scilab developers states that the software is now ported to OpenJDK 11, then that doesn't mean that older or other JDK versions won't work. They are just no longer officially supported. If you're using one of these and it works today, then anything that gets changed to your system, even if it seems totally innocent, may break your unofficial setup, and nothing will be done about it.
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.
Java has changed A LOT between JDK 8 and JDK 11. As an example, there are various packages that are bundled with JDK8 that are no longer bundled with JDK11 (all due to the rationale behind Project Jigsaw).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.