Package Details: scilab 6.0.0-11

Git Clone URL: (read-only)
Package Base: scilab
Description: A scientific software package for numerical computations.
Upstream URL:
Licenses: GPL2, BSD, custom:CeCILL
Submitter: td123
Maintainer: eolianoe
Last Packager: eolianoe
Votes: 67
Popularity: 0.908922
First Submitted: 2011-12-07 20:36
Last Updated: 2017-10-02 20:36

Sources (10)

Pinned Comments

eolianoe commented on 2017-05-03 12:22

In order order to update (and/or build), you may need to uninstall scilab then build it and finally reinstall it to avoid conflicts between the two versions.

For now, scilab fails to run when launched from outside a terminal.

Latest Comments

ye_k commented on 2017-10-20 17:35

I have some troubles with building scilab. Scilab requires hdf5 and I have community/hdf5 1.10.1-1 installed. But while building scilab a receive error: cannot open shared object file: No such file or directory (not literally). So to fix it I've tried

sudo ln -s /usr/lib/ /usr/lib/

and recompiled scilab after that. No errors occurred, package building were successful, but I received some warnings and null pointer exceptions while Help Browser was in compilation process. So, I've tested Scilab Help Browser and found its partially out of order: the only operable sections of Scilab Help are
-- Scilab Help >> Scilab
-- Scilab Help >> Differential calculus, Integration
-- Scilab Help >> Elementary Functions
-- Scilab Help >> Linear Algebra
All sections below Linear Algebra are not showing their content without any error messages to terminal. Scilab core (plots and math operations) seems to be OK.

The same situation after downgrading hdf5 to 1.10.0 and subsequent recompilation of scilab.

Can anyone confirm problems with and Scilab Help Browser?
I suppose strict dependency to should be fixed.

Best wishes,

eolianoe commented on 2017-09-24 10:59

@visionincision: could you try in a clean chroot?

visionincision commented on 2017-09-21 14:10

@eoliano Hi, I have just tried this on a fresh install of Arch and am having the same error. I have verified and attempted to fix my java install with archlinux-java but no dice.

eolianoe commented on 2017-09-11 18:03

@visionincision: the _JAVA_OPTIONS are set by the build but for me there is no trouble to build scilab in a clean chroot

@fernando_morais: are you sure that you are using the latest PKGBUILD??? Because those deps are not used since a while (08/2016 for beanshell2 and 02/2016 for jogl2.2.4)

fernando_morais commented on 2017-09-11 16:48

Hello! I face the following error:

error: failed to prepare transaction (could not satisfy dependencies)

I can't build this package because it needs, as dependencies, "beanshell2" and "jogl2.2.4", but their names in the repositories, now, are "beanshell" and "jogl", and I've already installed them.

How can I overcome this error in order to install Scilab?

visionincision commented on 2017-09-06 17:42

I am unable to build this package, with the build failing on the following error

picked up _JAVA_OPTIONS: -Djava.awt.headless=true
Failed to execute SCI/modules/core/etc/core.start:
startModule: Could not find 'SCI/modules/core/macros/lib': Please check that macros have been built.

However, when I view my _JAVA_OPTIONS env variable, it is blank. I have also ensured that it is not being set in /etc/profile.d/

I have OpenJDK 8 at the latest version in the arch repo's; 1.8.0_144-b01

eolianoe commented on 2017-08-30 12:51

@visionincision, @uboot: the new version (6.0.0-10) should fix Xcos

visionincision commented on 2017-08-29 16:59

I have just installed Scilab using this PKGBUILD and all seems to have gone well, until I attempt to launch Xcos. I am receiving the following exception:

java.lang.RuntimeException: Unable to load the Batik library

However, I can confirm that I have java-batik installed.

eolianoe commented on 2017-08-22 20:08

@mgd: the pkgrel is regularly increased when some rebuild are necessary (see the log), there is sometimes some delay due the lack of free time.

mgd commented on 2017-08-19 09:39

What is the rationale behind not changing anything in the package albeit increasing the pkgrel number?

As I understand the PKGBUILD documentation pkgrel is supposed to be incremented as there are made fixes and enhancements to PKGBUILD.

Updated versions of required libraries will get used by simply rebuilding the old unaltered package.

All comments