eolianoe commented on 2016-11-14 10:09

@badaniem: I think this is due to the fact that I disabled 'modelica' in the build process because of some failures with ocaml. I'll try to enable it again and in the meantime you can use the scilab-bin package.

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.

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

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.

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

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.

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

haawda commented on 2015-01-08 19:47

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:

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

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

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

eolianoe commented on 2014-10-25 12:02

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 ?

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

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

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)

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.

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.

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:28

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)

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.

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)

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

haawda commented on 2013-04-10 09:35

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.

techlive commented on 2013-02-26 16:23

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