Package Details: scilab 5.5.2-10

Git Clone URL: https://aur.archlinux.org/scilab.git (read-only)
Package Base: scilab
Description: A scientific software package for numerical computations.
Upstream URL: https://www.scilab.org
Licenses: BSD, custom:CeCILL
Conflicts: scilab-bin, scilab-git
Submitter: td123
Maintainer: eolianoe
Last Packager: eolianoe
Votes: 54
Popularity: 0.279329
First Submitted: 2011-12-07 20:36
Last Updated: 2016-05-14 16:11

Pinned Comments

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].

[a] https://aur.archlinux.org/packages/scilab-bin/

EDIT : bugreport http://bugzilla.scilab.org/show_bug.cgi?id=14539
EDIT2 : added the package hdf5-1.8.16 [b] as a temporary workaround, keep trying to have a patch to build against extra/hdf5

[b] https://aur.archlinux.org/packages/hdf5-1.8.16/

Latest Comments

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 https://aur.archlinux.org/scilab.git
# cd scilab
# makepkg -i

Voila!

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].

[a] https://aur.archlinux.org/packages/scilab-bin/

EDIT : bugreport http://bugzilla.scilab.org/show_bug.cgi?id=14539
EDIT2 : added the package hdf5-1.8.16 [b] as a temporary workaround, keep trying to have a patch to build against extra/hdf5

[b] https://aur.archlinux.org/packages/hdf5-1.8.16/

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.

[1] https://wiki.scilab.org/ATOMS
[2] https://aur.archlinux.org/packages/scilab-bin/

KhazAkar commented on 2016-01-21 10:41

Hi!
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?

rugaliz commented on 2015-10-12 17:29

I'm getting an error while building:
Total time: 5 seconds
Makefile:718: recipe for target 'java' failed
make[2]: *** [java] Error 1
make[2]: Leaving directory '/tmp/yaourt-tmp-rugaliz/aur-scilab/src/scilab-5.5.2/modules/prebuildjava'
Makefile:796: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-rugaliz/aur-scilab/src/scilab-5.5.2/modules'
Makefile:1541: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1

MRWITEK commented on 2015-06-15 07:52

@piR, why do you say it here and don't touch the jgoodies-looks package? I think appropriate actions would be to leave your comment on jgoodies-looks page and to flag that package out of date. Scilab is not the only dependent package.

piR commented on 2015-06-15 06:27

I can't compile the jgoodies-looks package (version 2-8). When looking at Jgoodies website(http://www.jgoodies.com/downloads/libraries/), they say "The downloads are currently not available, because we consider a new licensing scheme for the JGoodies Common, Binding, Forms, Looks, and Validation". Is there a way to repackage Scilab with an older version of jgoodies-looks ?

eolianoe commented on 2015-05-12 20:17

@rugaliz: Could you post the exact error message? Did you properly install jrosetta? If not see the comments in the page of the jrosetta package to download the sources.

rugaliz commented on 2015-05-12 10:17

hey, there was a problem while installing, makepkg says it couldnt validate "jrosetta"

rugaliz commented on 2015-05-12 10:14

Hey, there is a problem when building jrosetta, makepkg says i couldnt validate package.

eolianoe commented on 2015-04-06 22:10

The build is failing as java-batik-1.8 is shpped with xml-commons-2.0 which is not compatible with scilab for now (see http://bugzilla.scilab.org/show_bug.cgi?id=13724).

I'll try to include the patch proposed but for now you could downgrade to java-batik-1.7 from your cache or from here: http://seblu.net/a/arm/packages/j/java-batik/

eolianoe commented on 2015-04-06 14:10

@deltux & @haawda: I can compile scilab with both java-7-openjdk and java-8-openjdk (without the doc for java-8-openjdk). I'll try in a clean chroot by tomorrow.
Could you send me by e-mail the full log of the compilation in order to have a comparison?

EDIT: It seems to come from the update of java-batik. I'll try to investigate it.

eolianoe commented on 2015-04-06 11:20

@deltux & @haawda: I can compile scilab with both java-7-openjdk and java-8-openjdk (without the doc for java-8-openjdk). I'll try in a clean chroot by tomorrow.
Could you send me by e-mail the full log of the compilation in order to have a comparison ?

haawda commented on 2015-04-05 16:15

Confirmed also without usinfg yaourt.

deltux commented on 2015-04-05 14:04

When I compiled, I got the following error:

BUILD FAILED
/tmp/yaourt-tmp-dimitri/aur-scilab/src/scilab-5.5.2/modules/prebuildjava/build.xml:68: The following error occurred while executing this line:
/tmp/yaourt-tmp-dimitri/aur-scilab/src/scilab-5.5.2/build.incl.xml:107: Compile failed; see the compiler error output for details.

Total time: 3 seconds
Makefile:718: recipe for target 'java' failed
make[2]: *** [java] Error 1
make[2]: Leaving directory '/tmp/yaourt-tmp-dimitri/aur-scilab/src/scilab-5.5.2/modules/prebuildjava'
Makefile:796: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-dimitri/aur-scilab/src/scilab-5.5.2/modules'
Makefile:1541: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1

It seems to be caused by the version of java. I have both java-7-openjdk and java-8-openjdk installed, and I have tried with both set as default (with archlinux-java) but neither seems to work...

eolianoe commented on 2015-02-02 10:53

@coincoin those packages are coming from AUR, pacman can't find. You have to manually download, build and install them or use an AUR helper such as yaourt.

coincoin commented on 2015-02-02 09:23

==> Making package: scilab 5.5.1-5 (Mon Feb 2 10:21:18 UTC 2015)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: java-flexdock>=1.2.4
error: target not found: fop-hyph
error: target not found: java-freehep-vectorgraphics
error: target not found: jeuclid-core
error: target not found: jgraphx>=2.0.0.1
error: target not found: javahelp2
error: target not found: jing
error: target not found: jlatexmath-fop>=1.0.3
error: target not found: jrosetta>=1.0.4
error: target not found: jgoodies-looks
error: target not found: java-qdox
error: target not found: scirenderer
error: target not found: java-skinlf
error: target not found: java-testng
error: target not found: jogl>=2.2.0
==> ERROR: 'pacman' failed to install missing dependencies.

coincoin commented on 2015-02-02 09:23

==> Making package: scilab 5.5.1-5 (Mon Feb 2 10:21:18 UTC 2015)
==> Checking runtime dependencies...
==> Installing missing dependencies...
[sudo] password for fdang:
error: target not found: java-flexdock>=1.2.4
error: target not found: fop-hyph
error: target not found: java-freehep-vectorgraphics
error: target not found: jeuclid-core
error: target not found: jgraphx>=2.0.0.1
error: target not found: javahelp2
error: target not found: jing
error: target not found: jlatexmath-fop>=1.0.3
error: target not found: jrosetta>=1.0.4
error: target not found: jgoodies-looks
error: target not found: java-qdox
error: target not found: scirenderer
error: target not found: java-skinlf
error: target not found: java-testng
error: target not found: jogl>=2.2.0
==> ERROR: 'pacman' failed to install missing dependencies.

haawda commented on 2015-01-08 19:47

Logfiles sent via P.M.

eolianoe commented on 2015-01-07 22:01

If I find free time, I will try to find the minimal version required for the main dependencies.

What it's the main difference between your version of suitespsarse and the one in the repo ?

Could you paste somewhere or e-mail me the full log of the compilation ? I will compare with mine.

haawda commented on 2015-01-07 19:55

jogl was installed, but obviously not detected. But I had a very old version. I upgraded it, and now it was detected. Same for jlatexmath.

But now:
checking for amd_info in -lamd... no
configure: error: libamd: Library missing (Cannot find symbol amd_info). Check if libamd (sparse matrix minimum degree ordering) is installed and if the version is correct

This should be provided by suitesparse. I neede a patched version of suitesparse for building octave-hg, which I maintain in AUR, but even if I deinstall it and install the one from the repo, the build fails for me with the following error:

ocamlopt -o modelicac -I ./src/modelica_compiler -I ./src/xml2modelica nums.cmxa src/modelica_compiler/parseTree.cmx src/modelica_compiler/linenum.cmx src/modelica_compiler/parser.cmx src/modelica_compiler/lexer.cmx src/modelica_compiler/precompilation.cmx src/modelica_compiler/compilation.cmx src/modelica_compiler/instantiation.cmx src/modelica_compiler/graphNodeSet.cmx src/modelica_compiler/symbolicExpression.cmx src/modelica_compiler/squareSparseMatrix.cmx src/modelica_compiler/bipartiteGraph.cmx src/modelica_compiler/hungarianMethod.cmx src/modelica_compiler/causalityGraph.cmx src/modelica_compiler/optimization.cmx src/modelica_compiler/xMLCodeGeneration.cmx src/modelica_compiler/optimizingCompiler.cmx src/modelica_compiler/scicosCodeGeneration.cmx src/modelica_compiler/scicosOptimizingCompiler.cmx
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(fail.o): relocation R_X86_64_32 against `caml_exn_Failure' can not be used when making a shared object; recompile with -fPIC
/usr/lib/ocaml/libasmrun.a: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
File "caml_startup", line 1:
Error: Error during linking
Makefile:3363: recipe for target 'modelicac' failed
make[2]: *** [modelicac] Error 2
make[2]: Leaving directory '/home/haawda/paketierung/not_maintained_by_me/scilab/src/scilab-5.5.1/modules/scicos'
Makefile:796: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/haawda/paketierung/not_maintained_by_me/scilab/src/scilab-5.5.1/modules'
Makefile:1541: recipe for target 'all-recursive' failed

eolianoe commented on 2015-01-05 07:34

Jogl should be installed as a dependency of scirenderer. I don't know why it's not your case.
I tried to limit the number of dependecies in the PKGBUILD, but normally I checked in a clean chroot and all the dependencies are pulled.

haawda commented on 2015-01-04 23:07

Seems not all system libs aure available or suited: see http://hastebin.com/uhomawocos

eolianoe commented on 2015-01-04 17:08

5.5.1-5: the PKGBUILD changed to use system libraries instead of the prerequirements from scilab.org to avoid conflicts.

haawda commented on 2014-12-09 22:27

melkir, do not give such bad advice. Recompiling is the only sane solution in such cases.

eolianoe commented on 2014-12-09 08:20

hdf5 was updated on 02/12/2014 to hdf5-1.8.14, and the version of the library changed: it's now libhdf5.so.9 (instead of libhdf5.so.8), that's why you have some trouble with hdf5.
You can rebuild scilab in order to link with the new version of hdf5 (that was done for several packages in the official repos).
I bumped the version of scilab, in order to force the rebuild.

melkir commented on 2014-12-08 22:08

If you have any trouble with libhf5.so.8 when you want to use scinotes, this is my fix:
sudo cp -s /usr/lib/libhdf5_hl.so /usr/share/scilab/lib/thirdparty/libhdf5_hl.so.8 && sudo cp -s /usr/lib/libhdf5.so /usr/share/scilab/lib/thirdparty/libhdf5.so.8

eolianoe commented on 2014-11-29 13:10

As requested in a comment (maybe deleted) add 'gtk-update-icon-cache' to the dependencies.
For the other requests about hdf5 and tk, I don't understand them.

maggu2810 commented on 2014-11-28 13:27

Same for libhdf5

java.lang.UnsatisfiedLinkError: /usr/lib/scilab/libjavasci2.so.5.5.0: libhdf5.so.8: cannot open shared object file: No such file or directory

file system: /usr/share/scilab/lib/thirdparty/libhdf5.so.7.0.4

maggu2810 commented on 2014-11-28 13:25

java.lang.UnsatisfiedLinkError: /usr/lib/scilab/libjavasci2.so.5.5.0: libtk8.6.so: cannot open shared object file: No such file or directory

bundled is the tk library version v8.5.3.

$ ls -lah /usr/share/scilab/lib/thirdparty/libtk*
-rw-r--r-- 1 root root 1.3M May 22 2014 /usr/share/scilab/lib/thirdparty/libtk8.5.3.so
lrwxrwxrwx 1 root root 13 May 22 2014 /usr/share/scilab/lib/thirdparty/libtk8.5.so -> libtk8.5.3.so
lrwxrwxrwx 1 root root 13 May 22 2014 /usr/share/scilab/lib/thirdparty/libtk8.5.so.0 -> libtk8.5.3.so

IMHO you should depend on external tk or use the bundled version.

maggu2810 commented on 2014-11-28 13:07

Installation failed caused by missing tool "gtk-update-icon-cache".

After the installation of gtk-update-icon-cache (pacman -S --asdeps gtk-update-icon-cache), the installation of scilab succeeded.

Could you add "gtk-update-icon-cache" to the dependencies?

$ yaourt -S scilab
Password:
resolving dependencies...
looking for inter-conflicts...

Packages (1): scilab-5.5.0-2

Total Download Size: 112.36 MiB
Total Installed Size: 327.45 MiB

:: Proceed with installation? [Y/n]
:: Retrieving packages ...
scilab-5.5.0-2-x86_64 112.4 MiB 4.97M/s 00:23 [#########################################################################################################] 100%
(1/1) checking keys in keyring [#########################################################################################################] 100%
(1/1) checking package integrity [#########################################################################################################] 100%
(1/1) loading package files [#########################################################################################################] 100%
(1/1) checking for file conflicts [#########################################################################################################] 100%
(1/1) checking available disk space [#########################################################################################################] 100%
(1/1) installing scilab [#########################################################################################################] 100%
/tmp/alpm_bl3dmP/.INSTALL: line 3: gtk-update-icon-cache: command not found
error: command failed to execute correctly

MRWITEK commented on 2014-10-29 06:02

I should add that you can build old version of jogl package from here:
http://pkgbuild.com/git/aur-mirror.git/tree/jogl?id=14b88908976a71587de409d427ad6e58055de742
There wasn't big changes to PKGBUILD anyway.

eolianoe commented on 2014-10-28 21:42

It's a known bug that the version of jogl in AUR (2.2.x) is in conflict with the one of scilab. Moreover for the moment it's not possible to build scialb against it (http://bugzilla.scilab.org/show_bug.cgi?id=13586).

When the new version of scilab will come out, maybe I will use the dependency from AUR and not from the prerequirements as it is done with the scilab-git package (https://aur.archlinux.org/packages/scilab-git/)

For the -nogui option you could look at http://bugzilla.scilab.org/show_bug.cgi?id=10829, and you could use the option -nw or -nwni (see scilab --help), or you could use scilab-cli.

eolianoe commented on 2014-10-28 21:39

It's a known bug that the version of jogl in AUR (2.2.x) is in conflict with the one of scilab. Moreover for the moment it's not possible to build scialb against it (http://bugzilla.scilab.org/show_bug.cgi?id=13586).

When the new version of scilab will come out, maybe I will use the dependency from AUR and not from the prerequirements as it is done with the scilab-git package (https://aur.archlinux.org/packages/scilab-git/)

For the -nogui option you could look at http://bugzilla.scilab.org/show_bug.cgi?id=10829, and you could use the option -nw or -nwni (see scilab --help).

Xwang commented on 2014-10-28 17:52

I've removed jogl and now it works.
Should I open a bug somewhere related to this conflict generated by JOGL?

Meantime I've discovered that using this command:
scilab -nogui
I obtain the following message:
Scilab startup function detected that the function proposed to the engine is the wrong one. Usually, it comes from a linker problem in your distribution/OS.
Here, Scilab should have 'libscijvm-disable' defined but gets 'libscijvm' instead.
If you do not know what it means, please report a bug on http://bugzilla.scilab.org/. If you do, you probably know that you should change the link order in SCI/modules/Makefile.am

Is it something that must be changed in the pkgbuild?

eolianoe commented on 2014-10-25 16:09

@Xwang: could you provide more informations on your installation: java package, opengl package, ... (pacman -Qs java, pacman -Qs opengl, pacman -Qs libgl, ...).

EDIT: after some tests, the problem could be generated if you have jogl installed. At runtime there is a conflict between the jogl version of scilab and the one on your system.

eolianoe commented on 2014-10-25 12:02

@Xwang: could you provide more informations on your installation: java package, opengl package, ... (pacman -Qs java, pacman -Qs opengl, pacman -Qs libgl, ...).

Xwang commented on 2014-10-24 21:53

the package has compiled correctlt, but running it it gives this error and close immediately>

scilab
FatalError: initializeImpl() not called
FATAL ERROR in native method: initializeImpl() not called
at jogamp.opengl.x11.glx.GLX.dispatch_glXChooseFBConfig(Native Method)
at jogamp.opengl.x11.glx.GLX.glXChooseFBConfig(GLX.java:1120)
at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationFBConfig(X11GLXGraphicsConfigurationFactory.java:296)
at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationStatic(X11GLXGraphicsConfigurationFactory.java:233)
at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createMutableSurfaceImpl(X11GLXDrawableFactory.java:511)
at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createDummySurfaceImpl(X11GLXDrawableFactory.java:522)
at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:276)
at jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:295)
- locked <0x00000000fba80ad0> (a jogamp.opengl.SharedResourceRunner)
at java.lang.Thread.run(Thread.java:745)
terminate called after throwing an instance of 'GiwsException::JniCallMethodException'
what(): Exception when calling Java method : com/artenum/rosetta/ui/Console
at org.scilab.modules.gui.console.ScilabConsoleBridge.createConsole(Unknown Source)
at org.scilab.modules.gui.bridge.ScilabBridge.createConsole(Unknown Source)
at org.scilab.modules.gui.console.ScilabConsole.<init>(Unknown Source)
at org.scilab.modules.gui.console.ScilabConsole.getConsole(Unknown Source)
at org.scilab.modules.gui.bridge.CallScilabBridge.display(Unknown Source)
at jogamp.opengl.x11.glx.GLX.dispatch_glXChooseFBConfig(Native Method)
at jogamp.opengl.x11.glx.GLX.glXChooseFBConfig(GLX.java:1120)
at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationFBConfig(X11GLXGraphicsConfigurationFactory.java:296)
at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationStatic(X11GLXGraphicsConfigurationFactory.java:233)
at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createMutableSurfaceImpl(X11GLXDrawableFactory.java:511)
at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createDummySurfaceImpl(X11GLXDrawableFactory.java:522)
at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:276)
at jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:295)
at java.lang.Thread.run(Thread.java:745)
com/artenum/rosetta/ui/Console
at org.scilab.modules.gui.console.ScilabConsoleBridge.createConsole(Unknown Source)
at org.scilab.modules.gui.bridge.ScilabBridge.createConsole(Unknown Source)
at org.scilab.modules.gui.console.ScilabConsole.<init>(Unknown Source)
at org.scilab.modules.gui.console.ScilabConsole.getConsole(Unknown Source)
at org.scilab.modules.gui.bridge.CallScilabBridge.display(Unknown Source)
at jogamp.opengl.x11.glx.GLX.dispatch_glXChooseFBConfig(Native Method)
at jogamp.opengl.x11.glx.GLX.glXChooseFBConfig(GLX.java:1120)
at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationFBConfig(X11GLXGraphicsConfigurationFactory.java:296)
at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationStatic(X11GLXGraphicsConfigurationFactory.java:233)
at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createMutableSurfaceImpl(X11GLXDrawableFactory.java:511)
at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createDummySurfaceImpl(X11GLXDrawableFactory.java:522)
at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:276)
at jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:295)
at java.lang.Thread.run(Thread.java:745)

eolianoe commented on 2014-10-03 07:02

I will update to 5.5.1 as soon as I manage to fix some libraries linking (maybe by the week-end).
In the meantime if someone have a working PKGBUILD, propose it ;).

eolianoe commented on 2014-09-25 18:30

@manouchk: Sorry, but I don't understand what you want. tk and hdf5 are in the dependencies and needed by scilab, why you want to remove them ?

@ALL: suitesparse is deactivated until this bug is fixed: http://bugzilla.scilab.org/show_bug.cgi?id=13585

eolianoe commented on 2014-09-25 18:29

@manouchk: Sorry, but I don't understand what you want. tk and hdf5 are in the dependencies and needed by scilab, why you want to remove them ?

@ALL: suitesparse is deactivated until this is fixed: http://bugzilla.scilab.org/show_bug.cgi?id=13585

manouchk commented on 2014-09-25 14:26

I found that the following package are missing: tk (libtk8.6.so), hdf5 (libhdf5.so.8)
A simple cheking can be done by running pacman -R tk hdf5.
If there are no other dependency, that should be simple and fast.

eolianoe commented on 2014-09-03 21:58

Updated to build against the new version of umfpack/suitesparse.

Some dependencies need to be fix, I will try it in a clean chroot soon.

@kurnevsky : tell me if you want to re-adopt the package, I will let it to you ;)

eolianoe commented on 2014-09-03 21:57

Updated to build against the new version of umfpack/suitesparse.

Some dependencies need to be fix, I will try it in a clean chroot soon.

eolianoe commented on 2014-09-03 12:50

@wangchong: you could disable umfpack by using --without-umfpack, this will (temporary) solve your problem.

kurnevsky commented on 2014-08-28 06:50

Sorry, guys, i don't have time for now to maintain this package. Maybe, someone adopt it. If not - I will adopt it later.

wangchong commented on 2014-08-28 03:20

I got this:
libamd: Library missing (Cannot find symbol amd_info)

haawda commented on 2014-08-21 20:06

francisco: seems you freshly installed java or switched between different flavours of java. If so, rerun the startscript in /etc/profile.d.

I have seen that this package does not compile using clang and clang++. Maybe in the PKGBUILD CC and CXX should be set explicitely at configure step. That won't hurt on normal Arch Linux installations, but user who have CC=clang and CXX=clang++ set in makepkg.conf will benefit.

francisco commented on 2014-08-20 23:42

the compilation stops with this message:
configure: error: Could not locate Java's jni.h include file

kurnevsky commented on 2014-05-08 19:27

scilab 5.5.0-2:
Added missing build dependencies.
Fixed issue with umfpack. Fix is ugly, maybe somebody know how to fix better...

ctag commented on 2014-05-05 20:05

In addition to the packages mentioned by Willrandship, I had to install tcl and tk for the build to work.

Willrandship commented on 2014-04-23 20:02

This AUR package is missing some dependencies. Here's a list of the packages I needed to install for it to build correctly. Please add these to the dependency list.

gcc-fortran
hdf5-cpp-fortran (hdf5 may also work, but I chose this one since they conflict)
arpack

I already had tcl and tk, so I can't verify daniel's claims as to whether they are required.

viperpaulo commented on 2014-04-23 09:08

Yes, extra/suitesparse is installed.
Does "umfpack(eye(3,3),"\",zeros(3))" works for you ?

kurnevsky commented on 2014-04-18 07:01

daniel.sch: ok, I will add them in the next update.
viperpaulo: do you have installed extra/suitesparse? It looks like a missing dependency.

daniel.sch commented on 2014-04-15 08:50

there are some missing build dependencies:

gcc-fortran, hdf5, arpack, tcl, tk

viperpaulo commented on 2014-04-14 13:37



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 ...

viperpaulo commented on 2014-04-14 10:15

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
Impossible de charger la bibliothèque libsciumfpack.so : (null)
at line 239 of function Fct_extraction_frontiere called by :
[struct_frontiere,tps]= Fct_extraction_frontiere(elements,noeuds);
at line 89 of exec file called by :
exec('Main.sce',-1)

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

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

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

giniu commented on 2014-02-19 15:26

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

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

giniu commented on 2014-02-19 15:07

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).

haawda commented on 2014-02-19 13:08

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

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

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

radi commented on 2014-01-14 10:42

Thanks for fixing this. It builds just fine now.

But... I cant plot anything. I think its the same issue as stated by iurirs.
When I checked the PKGBUILD I noticed those lines suggested by MatejSpindler where already included. So I tried running scilab from the cl with `LIBGL_ALWAYS_SOFTWARE=1 scilab' and from the gui with the same results: plots wont work.

the option 2) by MatejSpindler wont work either as scilab crashes.

Any Ideas on how to fix this?

haawda commented on 2014-01-11 17:45

Hm, I do not think that icons are needed for cli applications at all. Personally I prefer an icon free desktop, so I may be biased upon that.

I would prefer to remove the desktop files for both scilab-cli and scilab-adv-cli. They do not work at all.

Mons1990 commented on 2014-01-11 14:49

It's finally OK. Only one suggest: please add an icon for scilab cli and scilab advanced cli (they are really useful both?). Bye.

haawda commented on 2014-01-11 13:57

Confirmed, please try pkgver 6.

radi commented on 2014-01-08 17:59

I keep getting exactly the same error as romildo.
If it is of any help i am running openjdk.

$ pacman -Q |grep jdk
extra/jdk7-openjdk 7.u45_2.4.3-1
extra/jre7-openjdk 7.u45_2.4.3-1
extra/jre7-openjdk-headless 7.u45_2.4.3-1

romildo commented on 2014-01-07 22:24

scilab-5.4.1-5 does not compile on my system:

==> Starting build()...
configure: WARNING: Could not link against -ljogl_desktop. Will try against -ljogl_desktop -lGL
configure: error: libgluegen2-rt: Library missing (Cannot find symbol Java_jogamp_common_jvm_JVMUtil_initialize). Check if libgluegen-rt - C/Java (JNI) interface for GLUEGEN2 - is installed and if the version is correct. Note that you might have to update etc/librarypath.xml to provide the actual path the the JNI libraries.
==> ERROR: A failure occurred in build().
Aborting...

haawda commented on 2013-10-22 00:14

romildo: did you recompile?

romildo commented on 2013-10-21 17:49

scilab is not working for me:

$ scilab
/usr/bin/scilab-bin: /usr/lib/scilab/thirdparty/libz.so.1: version `ZLIB_1.2.3.4' not found (required by /usr/lib/libpng16.so.16)

WallaceIT commented on 2013-10-19 17:41

after extra/hdf5 update from hdf5-1.8.10_patch1-1 to hdf5-1.8.11 scilab stops working; if you experience issues try downgrading hdf5 to hdf5-1.8.10_patch1-1

holger commented on 2013-10-14 12:29

Scilab-5.4.1 is not work for me from today (14.10.2013), so i decided to generate a new package version for scilab 5.5.0-beta-1:
https://aur.archlinux.org/packages/scilab5/

holger commented on 2013-10-14 12:28

s not work for me from today (14.10.2013), so i decided to generate a new package version for scilab 5.5.0-beta-1:
https://aur.archlinux.org/packages/scilab5/

iurirs commented on 2013-07-26 20:45

I had some problems while triyng to plot.
They were solved by:
1) Appending the lines written by MatejSpindler's option 1 to the package() function
2) Running scilab with `LIBGL_ALWAYS_SOFTWARE=1 scilab'

nervencid commented on 2013-06-02 18:57

I got this error when try to install:

Problem when exporting Xcos schema /tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/xcos/help/en_US/solvers/../../../demos/Controller.xcos !
java.lang.reflect.InvocationTargetException
java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor55.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.scilab.modules.helptools.image.XcosImageConverter.convertToPNG(Unknown Source)
at org.scilab.modules.helptools.image.XcosImageConverter.convertToImage(Unknown Source)
at org.scilab.modules.helptools.image.ImageConverter.getImageByFile(Unknown Source)
at org.scilab.modules.helptools.HTMLDocbookTagConverter.handleImagedata(Unknown Source)
at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.scilab.modules.helptools.DocbookTagConverter.handleDocbookTag(Unknown Source)
at org.scilab.modules.helptools.DocbookTagConverter.endElement(Unknown Source)
at com.icl.saxon.aelfred.SAXDriver.endElement(SAXDriver.java:792)
at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1042)
at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222)
at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037)
at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222)
at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037)
at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222)
at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037)
at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222)
at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037)
at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222)
at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037)
at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222)
at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037)
at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222)
at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037)
at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222)
at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037)
at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222)
at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037)
at com.icl.saxon.aelfred.XmlParser.parseDocument(XmlParser.java:510)
at com.icl.saxon.aelfred.XmlParser.doParse(XmlParser.java:163)
at com.icl.saxon.aelfred.SAXDriver.parse(SAXDriver.java:320)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:392)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:328)
at org.scilab.modules.helptools.DocbookTagConverter.convert(Unknown Source)
at org.scilab.modules.helptools.SciDocMain.process(Unknown Source)
Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.scilab.modules.xcos.Xcos
at org.scilab.modules.xcos.graph.XcosDiagram.installStylesheet(Unknown Source)
at org.scilab.modules.xcos.graph.XcosDiagram.<init>(Unknown Source)
at org.scilab.modules.xcos.utils.XcosDelegates.convertToPNG(Unknown Source)
... 39 more
Problem when exporting Xcos schema /tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/xcos/help/en_US/solvers/../../../demos/Kalman.xcos !
java.lang.reflect.InvocationTargetException
Warning: the macro loadmatfile is used in an example and is undocumented (load.xml).
Warning (should be fixed): invalid internal link to loadmatfile in file:/tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/m2sci/help/en_US/matfile2sci.xml
at line 53
Total files without example: 704
Total generated html files: 2618
An error occurred during the conversion:

java.lang.NullPointerException
at java.util.Arrays$ArrayList.<init>(Arrays.java:2842)
at java.util.Arrays.asList(Arrays.java:2828)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.findThemeSubdir(Unknown Source)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.lookupIcon(Unknown Source)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIcon(Unknown Source)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIcon(Unknown Source)
at org.scilab.modules.helptools.SciDocMain.process(Unknown Source)

xmltoformat: /tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/helptools/javaHelp/scilab_en_US_help/
scilab_en_US_help.jar has not been generated.
make: *** [doc] Error 1

MatejSpindler commented on 2013-05-30 06:48

There are 2 options:

option 1:
library libgluegen2-rt.so is located in prerequirements-scilab-4.5.1-x86_64-src.tar.gz. So I added these lines to the end of package function in PKGBUILD.

cd $srcdir/${pkgname}-${pkgver}/bin
install -Dm644 libgluegen2-rt.so $pkgdir/usr/lib/scilab/libgluegen2-rt.so
install -Dm644 libjogl_cg.so $pkgdir/usr/lib/scilab/libjogl_cg.so
install -Dm644 libjogl_desktop.so $pkgdir/usr/lib/scilab/libjogl_desktop.so
install -Dm644 libnativewindow_awt.so $pkgdir/usr/lib/scilab/libnativewindow_awt.so
install -Dm644 libnativewindow_x11.so $pkgdir/usr/lib/scilab/libnativewindow_x11.so
install -Dm644 libnewt.so $pkgdir/usr/lib/scilab/libnewt.so

option 2:
jogl from AUR. Last time I checked scilab crashes with this library and I don't know if it installes libraries in a folder where scilab looks for. Probably we would need to edit paths in librarypath.xml.

haawda commented on 2013-05-29 19:37

MatejSpindler, how did you install that file?

MatejSpindler commented on 2013-05-29 14:04

@taotedice
I had similar problems. My problem was I didn't have libgluegen2-rt.so and it's dependencies installed.

taotedice commented on 2013-05-29 10:04

Thanks for the update. The package seems to compile witout error on my machine.

Scinotes, Help and Xcos are functional, while Demonstrations and ATOMS module manager are not.

The Scilab-5.4.1 binary package (downloaded from the Scilab web site) has complete functionality (all modules work) on my machine.

nervencid commented on 2013-05-28 00:12

Igot this error when compiling:

Problem when exporting Xcos schema /tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/xcos/help/en_US/solvers/../../../demos/Kalman.xcos !
java.lang.reflect.InvocationTargetException
Warning: the macro loadmatfile is used in an example and is undocumented (load.xml).
Warning (should be fixed): invalid internal link to loadmatfile in file:/tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/m2sci/help/en_US/matfile2sci.xml
at line 53
Total files without example: 704
Total generated html files: 2618
An error occurred during the conversion:

java.lang.NullPointerException
at java.util.Arrays$ArrayList.<init>(Arrays.java:2842)
at java.util.Arrays.asList(Arrays.java:2828)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.findThemeSubdir(Unknown Source)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.lookupIcon(Unknown Source)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIcon(Unknown Source)
at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIcon(Unknown Source)
at org.scilab.modules.helptools.SciDocMain.process(Unknown Source)

xmltoformat: /tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/he
lptools/javaHelp/scilab_en_US_help/scilab_en_US_help.jar has not been gen
erated.
make: *** [doc] Error 1

taotedice commented on 2013-05-15 10:18

Correction: the graphics-type demonstrations will not run.
Example =>

-->exec('/usr/share/scilab/modules/graphics/demos/bezier/bezier3dtest.sce', -1)
!--error 4
Undefined variable: bezier3d
at line 6 of function bezier3dtest called by :
bezier3dtest();
at line 20 of exec file called by :
exec('/usr/share/scilab/modules/graphics/demos/bezier/bezier3dtest.sce', -1)

taotedice commented on 2013-05-15 10:07

The current version 5.4.1-4 builds and runs. The 'Scilab Demonstrations' button, accessible from the toolbar (gear icon) does not launch the demonstration gui. However, the demonstrations do run, when located individually.

haawda commented on 2013-05-01 12:27

No, file a bug report upstream.

Anonymous comment on 2013-05-01 11:30

Still can't build it.
!--error 241
File "/tmp/.../aur-scilab/src/scilab-5.4.1/modules/scicos/macros/scicos_utils/with_modelica_compiler.bin" does not exist.

Any solution for this?
Thank you

Mons1990 commented on 2013-04-25 12:42

==> Compilazione e installazione del pacchetto
==> Creazione del pacchetto: scilab 5.4.1-4 (gio 25 apr 2013, 14.37.04, CEST)
==> Controllo delle dipendenze durante l'avvio in corso...
==> Controllo delle dipendenze durante la compilazione in corso...
==> Download dei sorgenti in corso...
-> Download di prerequirements-scilab-5.4.1-src.tar.gz in corso...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 29.1M 100 29.1M 0 0 749k 0 0:00:39 0:00:39 --:--:-- 830k
-> Download di scilab-5.4.1-src.tar.gz in corso...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
18 63.0M 18 11.8M 0 0 779k 0 0:01:22 0:00:15 0:01:07 831k
curl: (23) Failed writing body (975 != 1440)
==> ERRORE: Impossibile scaricare scilab-5.4.1-src.tar.gz
L'operazione sta per essere interrotta...
==> ERRORE: Makepkg non è riuscito a compilare scilab.
==> Riavviare la compilazione di scilab [s/N]
==> -----------------------------------------
==>

haawda commented on 2013-04-20 11:51

I do not think this is about to work together with clang. Ask upstream.

mokasin commented on 2013-04-20 09:30

Tried to get it working with Clang and mpicc with OMPI_CC=clang. But ./configure failes with:
checking omp.h usability... no
checking omp.h presence... no
checking for omp.h... no
configure: error: Could not find omp.h

Anonymous comment on 2013-04-12 08:50

i think the wrong md5sum was replaced for i686, it should work with the following


[[ $CARCH == i686 ]] && md5sums=('1515c76852d71c7194ade1dc2a8bf8dc'
'5f8746053d645c0d7f220d42d3463f2d'
'ad6286f324891fe8b86c60e4012a36b7')

haawda commented on 2013-04-10 09:35

fixed, thanks

deepsoul commented on 2013-04-09 21:11

The first md5sum for i686 is wrong. It has to be 5f8746053d645c0d7f220d42d3463f2d, since it is the same file as the second source of x86_64.

airanver commented on 2013-04-06 14:13

hello,i also meet errors when compile
/***************************************/
if with_modelica_compiler() then
!--error 241
File "/home/luciano/Downloads/scilab/src/scilab-5.4.1/modules/scicos/macros/scicos_utils/with_modelica_compiler.bin" does not exist.
at line 28 of exec file called by :
exec('buildmacros.sce');
at line 51 of exec file called by :
exec('buildmacros.sce');
at line 46 of exec file called by :
exec('modules/functions/scripts/buildmacros/buildmacros.sce',-1)


-->
/********************************************/
i do not the reason but i want to know how to fix it,someone help me?

Anonymous comment on 2013-04-06 13:09

hi, I'm getting this error when I try to compile
################################################################################
if with_modelica_compiler() then
!--error 241
File "/home/luciano/Downloads/scilab/src/scilab-5.4.1/modules/scicos/macros/scicos_utils/with_modelica_compiler.bin" does not exist.
at line 28 of exec file called by :
exec('buildmacros.sce');
at line 51 of exec file called by :
exec('buildmacros.sce');
at line 46 of exec file called by :
exec('modules/functions/scripts/buildmacros/buildmacros.sce',-1)


-->
################################################################################
I think the program can't find the ocaml compiler, but it is alread installed.
Do you know how to fix it?
Thanks

haawda commented on 2013-04-04 18:16

reverted the change in the install file. sorry, namcap told me to have the -q option there.

vnoel commented on 2013-04-04 16:29

Hi, there seems to be an error in the intall file:

update-mime-database: invalid option -- 'q'
Usage: update-mime-database [-hvV] MIME-DIR

h31 commented on 2013-03-08 03:22

I fixed libmatio-dev package and now scilab builds well with "--without-matio" option removed. Hovewer, I haven't yet tested if it works.

mfpuente.ar commented on 2013-03-04 01:50

Thanks for adopting the package. Getting this error http://pastebin.com/W07p4yVY

When I try to do:
--> t = 0:0.1:2*%pi;
--> plot (t, sin(t))

Don't know if it's a problem in Scilab on in the package. Arch 64 bits here.

haawda commented on 2013-03-02 21:01

As I said, "make doc" does not work anymore, at least for me. Patches are welcome.

MRWITEK commented on 2013-03-02 20:45

Basically it works but built-in help is missing.

haawda commented on 2013-03-02 18:48

The libs were added manually.

haawda commented on 2013-03-02 16:27

Please test.

MRWITEK commented on 2013-03-02 14:42

So, now it's only about the missing libraries...
http://pastebin.com/HXFph28H

haawda commented on 2013-03-02 10:21

Now I got your point. I think it is fixed. I also added ocaml as a dep to enable modelica and enabled umfpack. Unfortunately the "make doc" does not work anymore.

MRWITEK commented on 2013-03-01 05:38

I just have wrong paths in /usr/share/scilab/etc/classpath.xml, so perhaps it's better to include some libraries in package or do some investigation about them.
http://pastebin.com/nfjb85VX

haawda commented on 2013-02-28 21:19

Cannot confirm. What architecture? What java?

MRWITEK commented on 2013-02-28 19:21

After building this package I can't launch scilab unless I keep src/ directory.
http://pastebin.com/EbUfq4B0

techlive commented on 2013-02-26 16:36

@StefanHusmann, That's okay, I will take care of the no-gui version if I have time.

haawda commented on 2013-02-26 16:34

Adopted and updated. But a no from me for the nogui-version.

techlive commented on 2013-02-26 16:23

@StefanHusmann Orphaned, there is also a nogui version: https://aur.archlinux.org/packages/scilab-nogui, maybe consider adopt it too.

haawda commented on 2013-02-26 16:20

techlive, I did not activate notifications for this package. Now I have. If you like to orphan it again, I will take it.

shanipribadi commented on 2013-02-05 16:11

I had just successfully built the package for scilab 5.4.0 with the PKGBUILD given by @StefanHusmann with the addition of umfpack.
To compile scilab 5.4.0 with umfpack from suitesparse you need to add
LIBS='-lcholmod -lcolamd -lsuitesparseconfig' before the configure line.
The better way might be by adding a patch that modifies scilab-5.4.0/m4/umfpack.m4 and regenerate the config files (autoconf etc).

techlive commented on 2012-12-08 01:46

@StefanHusmann There is also a nogui version: https://aur.archlinux.org/packages/scilab-nogui, may be consider adopt it too.

techlive commented on 2012-12-08 01:43

@StefanHusmann I have disowned package, feel free to adopt it.

haawda commented on 2012-12-07 20:26

I have a PKGBUILD for 5.4.0, which uses the thirdparty tarballs from upstream instead of the AUR packages for the various java stuff.

http://paste.pound-python.org/show/28272/

Install-file:
http://paste.pound-python.org/show/28273/

Anonymous comment on 2012-02-13 05:36

jrosetta problem fixed

checking jgraphx... /usr/share/java/jgraphx//jgraphx.jar
checking minimal version (1.4.1.0) of jgraphx... configure: error: Wrong version of jgraphx. Expected exact version 1.4.1.0. Found 1.8.0.6
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build scilab.


OK so we can't do the >=1_4_1_0 change, going to try convincing it to use http://aur.archlinux.org/packages.php?ID=55226&detail=1 instead

Anonymous comment on 2012-02-12 20:34

Had to change "jgraphx=1_4_1_0" to "jgraphx", run into a problem with jrosetta now, something about not being able to extract .jars properly:
-> Extracting jrosetta-engine-1.0.4.jar with bsdtar
META-INF/maven/: Can't remove already-existing dir
META-INF/maven/com.artenum.jrosetta/: Can't remove already-existing dir
bsdtar: Error exit delayed from previous errors.
==> ERROR: Failed to extract jrosetta-engine-1.0.4.jar
Aborting...
==> ERROR: Makepkg was unable to build jrosetta.

Also, Scilab 5.3.3 is now out.

techlive commented on 2011-12-23 19:20

jlatexmath-fop java-avalon-framework should be add as dependcy.
/usr/share/scilab/etc/classpath.xml need to be adjusted.
grapphx should be >= 1_4_1_0

salviati commented on 2011-12-10 17:24

"One or more files did not pass the validity check!"