Package Details: scilab 2024.0.0-1

Git Clone URL: https://aur.archlinux.org/scilab.git (read-only, click to copy)
Package Base: scilab
Description: A scientific software package for numerical computations
Upstream URL: https://www.scilab.org
Keywords: algorithm analysis data development gui mathematics model modelica numeric numerical science scientific sdk simulation visualization
Licenses: BSD-3-Clause, GPL-2.0-or-later, CeCILL-2.1
Submitter: td123
Maintainer: carlosal1015
Last Packager: carlosal1015
Votes: 85
Popularity: 0.000283
First Submitted: 2011-12-07 20:36 (UTC)
Last Updated: 2024-04-02 23:25 (UTC)

Pinned Comments

carlosal1015 commented on 2024-04-02 23:27 (UTC)

Hi folks, now there are some issues with HDF5 latest API, let's await for a patch. We recommend use scilab-bin until this issue will be fixed.

https://gitlab.com/scilab/scilab/-/issues/17230

Latest Comments

« First ‹ Previous 1 .. 18 19 20 21 22 23 24 25 26 27 28 29 Next › Last »

viperpaulo commented on 2014-04-14 13:37 (UTC)

Hi ! Thanks for this update... I have trouble using umfpack, here is the error in scilab : A previous error has been detected while loading libsciumfpack.so: /usr/lib/scilab/libsciumfpack.so: undefined symbol: cholmod_free_sparse !--error 999 And in the config.log : configure:24997: checking suitesparse/umfpack.h usability configure:24997: gcc -c -I/usr/include/ conftest.c >&5 conftest.c:167:33: fatal error: suitesparse/umfpack.h: No such file or directory #include <suitesparse/umfpack.h> I tried these options :--with-umfpack-include=/usr/include/ --with-umfpack-library=/usr/lib/ But errors are still there ! If you have any idea ...

liveware commented on 2014-03-24 15:51 (UTC)

I got the following error message when trying to install with aura: aura: fd:6: hGetContents: invalid argument (invalid byte sequence) The solution suggested at https://github.com/fosskers/aura/issues/78 was to ensure that the environment variables LANG and LC_ALL are set to en_US.UTF8 and that the corresponding entries in /etc/locale.gen are also set to en_US.UTF8. After changing locale.gen and updating LANG and LC_ALL, the error was gone. FWIW

kurnevsky commented on 2014-03-02 09:11 (UTC)

5.4.1-7: fixed "no gluegen2-rt in java.library.path" error

giniu commented on 2014-02-19 15:26 (UTC)

Btw, there are easy steps to reproduce (tried on 2 machines): http://www.scilab.org/en/content/download/1107/10095/file/Xcos_beginners.pdf - it fails on second page of tutorial already, after just few clicks.

giniu commented on 2014-02-19 15:24 (UTC)

I looked for it and indeed found the .jar file, but I think it is libgluegen2-rt.so that cannot be found (because it complains about shared library, not .jar). Seems it is in distribution, but isn't copied: [giniu@raven3 scilab]$ find | grep libgluegen2-rt.so ./src/scilab-5.4.1/bin/libgluegen2-rt.so Also seems that it might work if certain version of package jogl is installed, because it provides this file: [giniu@raven3 aur-scilab]$ pacman -Ql jogl | grep libgluegen2-rt.so jogl /usr/lib/jogl/libgluegen2-rt.so But for fresh install of jogl it does not, seems that because of version mismatch after installing jogl it reports: FATAL ERROR in native method: FatalError Java_jogamp_nativewindow_x11_X11Lib: can't get method getCurrentThreadName

haawda commented on 2014-02-19 13:08 (UTC)

No, that fil should be in the package. pkg/scilab/usr/share/scilab/thirdparty/gluegen2-rt.jar

giniu commented on 2014-02-19 12:04 (UTC)

Running freshly installed simulation in xcos causes exception: java.lang.UnsatisfiedLinkError: no gluegen2-rt in java.library.path is this some kind of missing dependency?

viperpaulo commented on 2014-02-05 16:40 (UTC)

scilab-5.5-beta seems to fix plotting issue ...

« First ‹ Previous 1 .. 18 19 20 21 22 23 24 25 26 27 28 29 Next › Last »