Package Details: scilab 5.5.2-11

Git Clone URL: (read-only)
Package Base: scilab
Description: A scientific software package for numerical computations.
Upstream URL:
Licenses: BSD, custom:CeCILL
Conflicts: scilab-bin, scilab-git
Submitter: td123
Maintainer: eolianoe
Last Packager: eolianoe
Votes: 55
Popularity: 1.051982
First Submitted: 2011-12-07 20:36
Last Updated: 2016-08-23 08:17

Latest Comments

xyproto commented on 2016-08-22 08:36

@eolianoe, beanshell2 was renamed. Please update to depend on beanshell instead of beanshell2. Thanks for maintaining.

bartus commented on 2016-08-10 17:31

In regard to the insufficient space available on /tmp/.
Instead of using an elaborate trick like 'disabling tmpfs, cloning repository' one should simply enlarge /tmp/ filesystem to sufficient size.

# sudo mount -o remount,noatime,size=6G /tmp/

Tmpfs size could safely exceed available amount of RAM - will utilise sapace on swap partition instead.
In my case 4GB RAM, 10GB swap - I can adjust tmpfs size up to 8GB without issues.
In case of using 'yaourt' with 'custmizepkg' simply create this rule.

addline#global#build() {#sudo mount -o remount,noatime,size=6G /tmp/

marker5a commented on 2016-07-13 19:46

@NyanNyanKoneko: For future reference, a slightly less disruptive method would be to just clone the AUR package and build the package on your disk. This would prevent you from having to clear out /tmp, which could cause some issues on a running system... also, doesn't require you to reboot :)

for example:

# mkdir ~/aur_build_directory
# cd ~/aur_build_directory
# git clone
# cd scilab
# makepkg -i


NyanNyanKoneko commented on 2016-05-05 01:54

Thanks for maintaining this awesome program. One issue I had while compiling was that I ran out of room in /tmp on my netbook with only two gigabytes of RAM. This is because the tmpfs service turns /tmp into a RAM disk with a maximum available space of half the system's RAM. In my case, it capped out at one gigabyte.

I was able to get around this by disabling the tmpfs service. With it disabled, the /tmp directory works like any other directory on the hard drive.

If anyone else has the same issue, here's what I did:

1) Run the following command to disable tmpfs: sudo systemctl mask tmp.mount
2) Restart.
3) Install scilab.
4) Delete all files and directories in /tmp. Example: sudo rm -r /tmp/*
5) Re-enable tmpfs with the following command: sudo systemctl unmask tmp.mount
6) Restart.

eolianoe commented on 2016-05-03 19:58

scilab does not compile and fails to run since the upgrade of hdf5-1.10.0. I will try to make a patch or to submit a legacy version of hdf5 in the AUR within the next days and any help is appreciated.
In the meantime you can use the binary version with the scilab-bin package [a].


EDIT : bugreport
EDIT2 : added the package hdf5-1.8.16 [b] as a temporary workaround, keep trying to have a patch to build against extra/hdf5


eolianoe commented on 2016-04-19 20:09

@hiddenhand: building fine here. Could you send me an e-mail with the full build log in order to have more details. And please comment directly the java-freehep-vectorgraphics page rather than this one.

hiddenhand commented on 2016-04-19 17:01

I'm getting stuck building java-freehep-vectorgraphics, am I the only one having this problem? It's not pulling the tar.gz from the source. I've also used yaourt and pacaur for this. Thanks

Edit: If it matters, I've also tried manually building it.

eolianoe commented on 2016-01-22 08:55

@KhazAkar: I managed to install some ATOMS packages. What kind of errors do you have?
Look at the Scilab wiki [1] and try the binary package [2] in order to see if the error is coming from your network or the package.


KhazAkar commented on 2016-01-21 10:41

After successfull install scilab I can't install any of ATOMS packages. :/

eolianoe commented on 2015-10-12 20:34

@rugaliz: could you send me the full build log in order to view all the compilations errors?

All comments