Package Details: scilab 6.0.0-11

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: GPL2, BSD, custom:CeCILL
Submitter: td123
Maintainer: eolianoe
Last Packager: eolianoe
Votes: 67
Popularity: 0.854031
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

eolianoe commented on 2017-10-21 12:26

@ye_k: you should never create symlinks for libraries, if the soname changed there is a reason. Clear your build directory and rebuild everything against '/usr/lib/libhdf5.so.101'.
Everyting is working after a build in a clean chroot with the current hdf5

ye_k commented on 2017-10-20 17:35

Hi!
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: libhdf5.so.100: cannot open shared object file: No such file or directory (not literally). So to fix it I've tried

sudo ln -s /usr/lib/libhdf5.so.101 /usr/lib/libhdf5.so.100

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 libhdf5.so.100 and Scilab Help Browser?
I suppose strict dependency to libhdf5.so.100 should be fixed.

Best wishes,
yevhen

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/jre.sh

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

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

fusion809 commented on 2017-08-17 09:43

It works now! I checked out the jars for jlatexmath-fop.jar and jlatexmath.jar for v1.0.3 and they're both HTML files. The download location has been moved (which has been flagged at these packages). Sorry should have bugged them with this.

fusion809 commented on 2017-08-17 09:27

Yeah I know but it isn't... I've checked that the file exists at /usr/share/java/jlatexmath/jlatexmath.jar but it is not detected by Scilab's configure script.

EDIT: I'm now building the latest jlatexmath (1.0.6) using Maven and going to install it and see if Scilab builds then.

eolianoe commented on 2017-08-17 09:25

@fusion809: The '/usr/share/java/jlatexmath/jlatexmath.jar' file should be corrected by the configure script (see near line 20900)

fusion809 commented on 2017-08-17 07:50

1.0.3 of jlatexmath, I always use the latest packages, I run pacaur -Syu daily, at least. How would I configure it to find it? Edit the configure lines in the PKGBUILD to include `--with-jlatexmath=/path/to/jar`?

eolianoe commented on 2017-08-15 10:29

@fusion809: with the current version of jlatexmath in the AUR, confgure correctly find the jlatexmath.jat file. Which version are you using?

@uboot: you could try do downgrade batik to version 1.7 to see if it's working.

fusion809 commented on 2017-08-14 22:15

Fails to build as it can't find jlatexmath despite the fact it is installed:

checking for java... /usr/lib/jvm/java-8-openjdk/bin/java
checking for java_g... no
checking for javah... /usr/lib/jvm/java-8-openjdk/bin/javah
checking for jar... /usr/lib/jvm/java-8-openjdk/bin/jar
checking for javadoc... /usr/lib/jvm/java-8-openjdk/bin/javadoc
checking for jdb... /usr/lib/jvm/java-8-openjdk/bin/jdb
checking for ant... /usr/bin/ant
checking jgraphx... /usr/share/java/jgraphx/jgraphx.jar
Use external version of scirenderer
checking flexdock... /usr/share/java/flexdock/flexdock.jar
checking looks... no
configure: WARNING: Could not find or use the Java package/jar looks used by Scilab Gui - Look and
feel (looking for package com.jgoodies.looks.common.MenuItemRenderer)
checking jgoodies-looks... /usr/share/java/jgoodies-looks/jgoodies-looks.jar
checking skinlf... /usr/share/java/skinlf/skinlf.jar
checking jogl2... /usr/share/java/jogl/jogl2.jar
checking minimal version (Specification-Version 2.3) of jogl2... yes
checking for glTexParameterf in -ljogl_desktop... no
configure: WARNING: Could not link against -ljogl_desktop. Will try against -ljogl_desktop -lGL
checking for glTexParameterf in -ljogl_desktop ... yes
checking gluegen2-rt... /usr/share/java/jogl/gluegen2-rt.jar
checking for Java_jogamp_common_jvm_JVMUtil_initialize in -lgluegen2-rt... yes
checking jhall... /usr/share/java/javahelp/jhall.jar
checking lucene-core... /usr/share/java/apache-lucene/lucene-core-6.6.0.jar
checking lucene-analyzers-common... /usr/share/java/apache-lucene/lucene-core-6.6.0.jar
checking lucene-queryparser... /usr/share/java/apache-lucene/lucene-queryparser-6.6.0.jar
checking jrosetta-API... /usr/share/java/jrosetta/jrosetta-API.jar
checking jrosetta-engine... /usr/share/java/jrosetta/jrosetta-engine.jar
checking jeuclid-core... /usr/share/java/jeuclid/jeuclid-core.jar
checking fop... /usr/share/java/fop/fop.jar
checking batik-all... /usr/share/java/batik/batik-all-1.9.jar
checking commons-io... /usr/share/java/commons-io/commons-io.jar
checking xmlgraphics-commons... /usr/share/java/xmlgraphics-commons/xmlgraphics-commons.jar
checking avalon-framework... /usr/share/java/avalon-framework/avalon-framework.jar
checking xml-apis-ext... /usr/share/java/batik/xml-apis-ext-1.3.04.jar
checking commons-logging... /usr/share/java/commons-logging/commons-logging.jar
checking jlatexmath... no
configure: error: Could not find or use the Java package/jar jlatexmath used by LaTex Rendering (looking for package org.scilab.forge.jlatexmath.TeXFormula)

uboot commented on 2017-08-10 12:03

Build works (had to supply jlatexmath*.jar dependencies myself), but Xcos is broken:

Caused by: java.lang.RuntimeException: Unable to load the Batik library.
Expecting version 1.7 ; Getting version 1.9 .

eolianoe commented on 2017-08-08 09:58

@mcrai: I've the same version, maybe it's something specific to Manjaro.

mcrai commented on 2017-08-06 18:39

@eolanoe: Thanks for your effort. I am using curl 7.54.1-2 and java-batik 1.9-1. Could you please indicate the versions you are using?

eolianoe commented on 2017-08-01 17:42

@mcrai: I received your logs. The differences come from the curl and java-batik version, but I don't know why the build is failing and I don't have access to a Manjaro machine do test.

@Goby: you rebuilt scilab with an old version (<= 1.8) of hdf5? I don't have other idea :(

Goby commented on 2017-07-31 06:53

@eolianoe : thanks for your answer, I had already tried to downgrade HDF5 without success. Is there anything that I could try ?

mcrai commented on 2017-07-28 12:21

@eolianoe: I am working on a build with pure makepkg. How can I provide the full build log? I have sent it to a text file.

I have never successfully installed Scilab within Manjaro. There may be artifacts from failed attempts.

eolianoe commented on 2017-07-27 21:26

@mcrai: please paste your log somewhere in order to be more readable. Regarding to your error, does scilab is already installed? If so, remove it to make the upgrade. You should use pure makepkg to build such big package, yaourt may break the build.

@Goby: your error is probably linked to the fact that scilab is not fully compatible with new hdf5 and for now, an unofficial patch is applied to make scilab works. Maybe this patch needs to be improved to fix your error.

mcrai commented on 2017-07-27 21:08

continuing my comment a few moments ago: Within the build log i found this section containing an error:

/bin/sh ../../libtool --tag=CXX --mode=link g++ -DNDEBUG -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -version-number 6:0:0 -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,--no-as-needed -o libscixcos.la -rpath /usr/lib/scilab sci_gateway/cpp/libscixcos_la-sci_Xcos.lo sci_gateway/cpp/libscixcos_la-sci_warnBlockByUID.lo sci_gateway/cpp/libscixcos_la-sci_closeXcosFromScilab.lo sci_gateway/cpp/libscixcos_la-sci_xcosCellCreated.lo sci_gateway/cpp/libscixcos_la-sci_xcosUpdateBlock.lo sci_gateway/cpp/libscixcos_la-sci_xcosDiagramToScilab.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalLoad.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalCategoryAdd.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalDelete.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalMove.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalEnable.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalDisable.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalGenerateIcon.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalGet.lo sci_gateway/cpp/libscixcos_la-sci_xcosConfigureXmlFile.lo sci_gateway/cpp/libscixcos_la-sci_xcosAddToolsMenu.lo sci_gateway/cpp/libscixcos_la-sci_loadXcos.lo sci_gateway/cpp/libscixcos_la-sci_xcosSimulationStarted.lo libscixcos-algo.la ../../modules/scicos/libsciscicos.la ../../modules/commons/libscicommons.la ../../modules/jvm/libscijvm.la -lpthread -ldl -lcurses -lm
libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/crtbeginS.o sci_gateway/cpp/.libs/libscixcos_la-sci_Xcos.o sci_gateway/cpp/.libs/libscixcos_la-sci_warnBlockByUID.o sci_gateway/cpp/.libs/libscixcos_la-sci_closeXcosFromScilab.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosCellCreated.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosUpdateBlock.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosDiagramToScilab.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalLoad.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalCategoryAdd.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalDelete.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalMove.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalEnable.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalDisable.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalGenerateIcon.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalGet.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosConfigureXmlFile.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosAddToolsMenu.o sci_gateway/cpp/.libs/libscixcos_la-sci_loadXcos.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosSimulationStarted.o -Wl,--whole-archive ./.libs/libscixcos-algo.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scicos/.libs -Wl,-rpath -Wl,/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scicos_blocks/.libs -Wl,-rpath -Wl,/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/commons/.libs -Wl,-rpath -Wl,/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/jvm/.libs -Wl,-rpath -Wl,/usr/lib/scilab -L/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scicos/.libs -L/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scicos_blocks/.libs ../../modules/scicos/.libs/libsciscicos.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scicos/.libs/libscisundials.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scicos_blocks/.libs/libsciscicos_blocks.so -lrt ../../modules/commons/.libs/libscicommons.so ../../modules/jvm/.libs/libscijvm.so -L/usr/lib/jvm/default/jre/lib/amd64 -L/usr/lib/jvm/default/jre/lib/amd64/server -lxml2 -lz -llzma -licui18n -licuuc -licudata -ljava -lverify -ljvm -lpthread -ldl -lcurses -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1 -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/crtn.o -march=x86-64 -mtune=generic -O2 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,--no-as-needed -pthread -Wl,-soname -Wl,libscixcos.so.6 -o .libs/libscixcos.so.6.0.0
libtool: link: (cd ".libs" && rm -f "libscixcos.so.6" && ln -s "libscixcos.so.6.0.0" "libscixcos.so.6")
libtool: link: (cd ".libs" && rm -f "libscixcos.so" && ln -s "libscixcos.so.6.0.0" "libscixcos.so")
libtool: link: ( cd ".libs" && rm -f "libscixcos.la" && ln -s "../libscixcos.la" "libscixcos.la" )
Buildfile: /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xcos/build.xml
[taskdef] Could not load definitions from resource checkstyletask.properties. It could not be found.

init:

compile:

jar:
[jar] Building jar: /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xcos/jar/org.scilab.modules.xcos.jar

BUILD SUCCESSFUL
Total time: 0 seconds
make[3]: Leaving directory '/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xcos'
make[2]: Leaving directory '/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xcos'
Making all in mpi
make[2]: Entering directory '/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/mpi'
/bin/sh ../../libtool --tag=CC --mode=compile mpicc -DHAVE_CONFIG_H -I. -I../../modules/core/includes -Iincludes/ -Isrc/c/ -I../../modules/ast/includes/ast/ -I../../modules/ast/includes/exps/ -I../../modules/ast/includes/operations/ -I../../modules/ast/includes/parse/ -I../../modules/ast/includes/symbol/ -I../../modules/ast/includes/system_env/ -I../../modules/ast/includes/types/ -I../../modules/ast/includes/analysis/ -I../../modules/string/includes -I../../modules/dynamic_link/includes -I../../modules/output_stream/includes -I../../modules/localization/includes -I../../modules/api_scilab/includes -I../../modules/elementary_functions/includes -pthread -D_FORTIFY_SOURCE=2 -D_LARGEFILE64_SOURCE -DNDEBUG -m64 -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT sci_gateway/c/libscimpi_la-sci_mpi_init.lo -MD -MP -MF sci_gateway/c/.deps/libscimpi_la-sci_mpi_init.Tpo -c -o sci_gateway/c/libscimpi_la-sci_mpi_init.lo `test -f 'sci_gateway/c/sci_mpi_init.c' || echo './'`sci_gateway/c/sci_mpi_init.c
libtool: compile: mpicc -DHAVE_CONFIG_H -I. -I../../modules/core/includes -Iincludes/ -Isrc/c/ -I../../modules/ast/includes/ast/ -I../../modules/ast/includes/exps/ -I../../modules/ast/includes/operations/ -I../../modules/ast/includes/parse/ -I../../modules/ast/includes/symbol/ -I../../modules/ast/includes/system_env/ -I../../modules/ast/includes/types/ -I../../modules/ast/includes/analysis/ -I../../modules/string/includes -I../../modules/dynamic_link/includes -I../../modules/output_stream/includes -I../../modules/localization/includes -I../../modules/api_scilab/includes -I../../modules/elementary_functions/includes -pthread -D_FORTIFY_SOURCE=2 -D_LARGEFILE64_SOURCE -DNDEBUG -m64 -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT sci_gateway/c/libscimpi_la-sci_mpi_init.lo -MD -MP -MF sci_gateway/c/.deps/libscimpi_la-sci_mpi_init.Tpo -c sci_gateway/c/sci_mpi_init.c -fPIC -DPIC -o sci_gateway/c/.libs/libscimpi_la-sci_mpi_init.o

mcrai commented on 2017-07-27 21:06

I have left comments before on 2017-05-21 and 2017-05-09. Problems persist and help is still appreciated.

I have built with "yaourt scilab".

This is the end of the bulid log:

libtool: link: g++ -DNDEBUG -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -pthread -Wl,-rpath -Wl,/usr/lib/openmpi -Wl,--enable-new-dtags -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,--no-as-needed -o .libs/scilab-bin modules/startup/src/cpp/scilab_bin-scilab.o modules/startup/src/c/scilab_bin-initMPI.o -pthread -Wl,-rpath -Wl,/usr/lib/openmpi -Wl,--enable-new-dtags -L/usr/lib/openmpi -lstdc++ -L/usr/lib/jvm/default/jre/lib/amd64 -L/usr/lib/jvm/default/jre/lib/amd64/server -L/lib -L/lib64 ./modules/.libs/libscilab-cli.so -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1 -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../.. ./modules/console/.libs/libsciconsole.so ./modules/jvm/.libs/libscijvm.so ./modules/commons/.libs/libscicommons.so ./modules/.libs/libscilab.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/gui/.libs/libscigui.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/renderer/.libs/libscirenderer.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphics/.libs/libscigraphics.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphic_export/.libs/libscigraphic_export.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/console/.libs/libsciconsole.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/action_binding/.libs/libsciaction_binding.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphic_objects/.libs/libscigraphic_objects.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scinotes/.libs/libsciscinotes.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/ui_data/.libs/libsciui_data.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/history_browser/.libs/libscihistory_browser.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/types/.libs/libscitypes-java.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/preferences/.libs/libscipreferences.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/external_objects_java/.libs/libsciexternal_objects_java.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/jvm/.libs/libscijvm.so -ljava -lverify -ljvm /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/helptools/.libs/libscihelptools.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/commons/.libs/libscicommons.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/tclsci/.libs/libscitclsci.so -ltk8.6 -ltcl8.6 /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/.libs/libscilab-cli.so -lcurl -lnghttp2 -lssh2 -lpsl -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/functions/.libs/libscifunctions.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/call_scilab/.libs/libscicall_scilab.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/localization/.libs/libscilocalization.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/special_functions/.libs/libscispecial_functions.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/completion/.libs/libscicompletion.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/history_manager/.libs/libscihistory_manager.so -lpcreposix -lpcre /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/hdf5/.libs/libscihdf5.so -lhdf5 -lhdf5_hl -lfftw3 /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/statistics/.libs/libscistatistics.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/ast/.libs/libsciast.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/functions_manager/.libs/libscifunctions_manager.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xml/.libs/libscixml.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/external_objects/.libs/libsciexternal_objects.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/slint/.libs/libscislint.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/coverage/.libs/libscicoverage.so -lxml2 -lz -llzma -licui18n -licuuc -licudata /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/mpi/.libs/libscimpi.so -lmpi /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/gui/.libs/libscigui-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphics/.libs/libscigraphics-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphic_export/.libs/libscigraphic_export-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/console/.libs/libsciconsole-minimal.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/action_binding/.libs/libsciaction_binding-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/jvm/.libs/libscijvm-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xcos/.libs/libscixcos-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphic_objects/.libs/libscigraphic_objects-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scinotes/.libs/libsciscinotes-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/ui_data/.libs/libsciui_data-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/history_browser/.libs/libscihistory_browser-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/commons/.libs/libscicommons-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/preferences/.libs/libscipreferences-cli.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/tclsci/.libs/libscitclsci-disable.so -lblas -llapack -lgfortran -lquadmath -lpthread -ldl -lcurses -lm -pthread -Wl,-rpath -Wl,/usr/lib/scilab
g++ -DHAVE_CONFIG_H -I. -I./modules/core/includes -DWITHOUT_GUI -I./modules/ast/includes/ast/ -I./modules/ast/includes/exps/ -I./modules/ast/includes/operations/ -I./modules/ast/includes/parse/ -I./modules/ast/includes/symbol/ -I./modules/ast/includes/system_env/ -I./modules/ast/includes/types/ -I./modules/ast/includes/analysis/ -I./modules/console/includes/ -I./modules/output_stream/includes/ -I./modules/functions_manager/includes/ -I./modules/elementary_functions/includes/ -I./modules/fileio/includes/ -I./modules/string/includes/ -I./modules/history_manager/includes/ -I./modules/threads/includes/ -I./modules/api_scilab/includes/ -I./modules/localization/includes/ -I./modules/core/src/c/ -I./modules/dynamic_link/includes/ -I./modules/startup/src/c/ -pthread -pthread -D_FORTIFY_SOURCE=2 -DNDEBUG -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT modules/startup/src/cpp/scilab_cli_bin-scilab.o -MD -MP -MF modules/startup/src/cpp/.deps/scilab_cli_bin-scilab.Tpo -c -o modules/startup/src/cpp/scilab_cli_bin-scilab.o `test -f 'modules/startup/src/cpp/scilab.cpp' || echo './'`modules/startup/src/cpp/scilab.cpp
mv -f modules/startup/src/cpp/.deps/scilab_cli_bin-scilab.Tpo modules/startup/src/cpp/.deps/scilab_cli_bin-scilab.Po
gcc -DHAVE_CONFIG_H -I. -I./modules/core/includes -DWITHOUT_GUI -I./modules/ast/includes/ast/ -I./modules/ast/includes/exps/ -I./modules/ast/includes/operations/ -I./modules/ast/includes/parse/ -I./modules/ast/includes/symbol/ -I./modules/ast/includes/system_env/ -I./modules/ast/includes/types/ -I./modules/ast/includes/analysis/ -I./modules/console/includes/ -I./modules/output_stream/includes/ -I./modules/functions_manager/includes/ -I./modules/elementary_functions/includes/ -I./modules/fileio/includes/ -I./modules/string/includes/ -I./modules/history_manager/includes/ -I./modules/threads/includes/ -I./modules/api_scilab/includes/ -I./modules/localization/includes/ -I./modules/core/src/c/ -I./modules/dynamic_link/includes/ -I./modules/startup/src/c/ -pthread -pthread -D_FORTIFY_SOURCE=2 -D_LARGEFILE64_SOURCE -DNDEBUG -m64 -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT modules/startup/src/c/scilab_cli_bin-initMPI.o -MD -MP -MF modules/startup/src/c/.deps/scilab_cli_bin-initMPI.Tpo -c -o modules/startup/src/c/scilab_cli_bin-initMPI.o `test -f 'modules/startup/src/c/initMPI.c' || echo './'`modules/startup/src/c/initMPI.c
mv -f modules/startup/src/c/.deps/scilab_cli_bin-initMPI.Tpo modules/startup/src/c/.deps/scilab_cli_bin-initMPI.Po
/bin/sh ./libtool --tag=CXX --mode=link g++ -DNDEBUG -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -pthread -Wl,-rpath -Wl,/usr/lib/openmpi -Wl,--enable-new-dtags -L/usr/lib/openmpi -lmpi -lstdc++ -lgfortran -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,--no-as-needed -o scilab-cli-bin modules/startup/src/cpp/scilab_cli_bin-scilab.o modules/startup/src/c/scilab_cli_bin-initMPI.o ./modules/libscilab-cli.la -lblas -llapack -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1 -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../.. -lpthread -ldl -lcurses -lgfortran -lm -lquadmath -lpthread -ldl -lcurses -lm
libtool: link: g++ -DNDEBUG -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -pthread -Wl,-rpath -Wl,/usr/lib/openmpi -Wl,--enable-new-dtags -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,--no-as-needed -o .libs/scilab-cli-bin modules/startup/src/cpp/scilab_cli_bin-scilab.o modules/startup/src/c/scilab_cli_bin-initMPI.o -L/usr/lib/openmpi -lstdc++ ./modules/.libs/libscilab-cli.so -lcurl -lnghttp2 -lssh2 -lpsl -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/functions/.libs/libscifunctions.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/call_scilab/.libs/libscicall_scilab.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/localization/.libs/libscilocalization.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/special_functions/.libs/libscispecial_functions.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/completion/.libs/libscicompletion.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/history_manager/.libs/libscihistory_manager.so -lpcreposix -lpcre /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/hdf5/.libs/libscihdf5.so -lhdf5 -lhdf5_hl -lfftw3 /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/statistics/.libs/libscistatistics.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/ast/.libs/libsciast.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/functions_manager/.libs/libscifunctions_manager.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xml/.libs/libscixml.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/external_objects/.libs/libsciexternal_objects.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/slint/.libs/libscislint.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/coverage/.libs/libscicoverage.so -lxml2 -lz -llzma -licui18n -licuuc -licudata /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/mpi/.libs/libscimpi.so -lmpi /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/gui/.libs/libscigui-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphics/.libs/libscigraphics-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphic_export/.libs/libscigraphic_export-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/console/.libs/libsciconsole-minimal.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/action_binding/.libs/libsciaction_binding-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/jvm/.libs/libscijvm-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xcos/.libs/libscixcos-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphic_objects/.libs/libscigraphic_objects-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scinotes/.libs/libsciscinotes-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/ui_data/.libs/libsciui_data-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/history_browser/.libs/libscihistory_browser-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/commons/.libs/libscicommons-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/preferences/.libs/libscipreferences-cli.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/tclsci/.libs/libscitclsci-disable.so -lblas -llapack -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1 -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../.. -lgfortran -lquadmath -lpthread -ldl -lcurses -lm -pthread -Wl,-rpath -Wl,/usr/lib/scilab
echo "libstdc++ presence test skipped"
libstdc++ presence test skipped
./bin/scilab-cli -ns -noatomsautoload -quit -f modules/functions/scripts/buildmacros/buildmacros.sce
-- Build localization (.mo from .po) --
-- Building for en_US --
Creating ./locale/en_US/LC_MESSAGES/
-- Building for fr_FR --
Creating ./locale/fr_FR/LC_MESSAGES/
-- Building for zh_CN --
Creating ./locale/zh_CN/LC_MESSAGES/
-- Building for zh_TW --
Creating ./locale/zh_TW/LC_MESSAGES/
-- Building for ru_RU --
Creating ./locale/ru_RU/LC_MESSAGES/
-- Building for ca_ES --
Creating ./locale/ca_ES/LC_MESSAGES/
-- Building for de_DE --
Creating ./locale/de_DE/LC_MESSAGES/
-- Building for es_ES --
Creating ./locale/es_ES/LC_MESSAGES/
-- Building for pt_BR --
Creating ./locale/pt_BR/LC_MESSAGES/
-- Building for ja_JP --
Creating ./locale/ja_JP/LC_MESSAGES/
-- Building for it_IT --
Creating ./locale/it_IT/LC_MESSAGES/
-- Building for uk_UA --
Creating ./locale/uk_UA/LC_MESSAGES/
-- Building for pl_PL --
Creating ./locale/pl_PL/LC_MESSAGES/
-- Building for cs_CZ --
Creating ./locale/cs_CZ/LC_MESSAGES/
make[1]: Leaving directory '/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0'
/usr/lib/jvm/default/bin/javadoc -noindex -nohelp -nonavbar -notree \
-d ./modules/javasci/javadoc \
-sourcepath ./modules/javasci/src/java:./modules/types/src/java::./modules/localization/src/java \
org.scilab.modules.javasci org.scilab.modules.types
Loading source files for package org.scilab.modules.javasci...
Loading source files for package org.scilab.modules.types...
Constructing Javadoc information...
Creating destination directory: "./modules/javasci/javadoc/"
Standard Doclet version 1.8.0_141
Building tree for all the packages and classes...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/Call_Scilab.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.AlreadyRunningException.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.InitializationException.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.ScilabErrorException.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.ScilabInternalException.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.UndefinedVariableException.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.UnknownTypeException.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.UnsupportedTypeException.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/Scilab.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/ScilabVariablesJavasci.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/GetScilabVariable.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabBoolean.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabBooleanReference.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabBooleanSparse.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabDouble.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabDoubleReference.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabInteger.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabIntegerReference.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabIntegerTypeEnum.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabList.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabMList.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabPolynomial.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabSparse.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabSparseException.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabString.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabTList.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabType.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabTypeEnum.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabTypeEnumDescription.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariables.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariablesEvent.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariablesHandler.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariablesListener.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariablesRefresh.html...
Generating ./modules/javasci/javadoc/overview-frame.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/package-frame.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/package-summary.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/package-frame.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/package-summary.html...
Generating ./modules/javasci/javadoc/constant-values.html...
Generating ./modules/javasci/javadoc/serialized-form.html...
Building index for all the packages and classes...
Generating ./modules/javasci/javadoc/deprecated-list.html...
Building index for all classes...
Generating ./modules/javasci/javadoc/allclasses-frame.html...
Generating ./modules/javasci/javadoc/allclasses-noframe.html...
Generating ./modules/javasci/javadoc/index.html...
Generating ./modules/javasci/javadoc/overview-summary.html...
70 warnings
-- Building documentation (en_US) --
LANG=en_US.UTF-8 LC_ALL=C SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 _JAVA_OPTIONS='-Djava.awt.headless=true' ./bin/scilab-adv-cli -noatomsautoload -nb -l en_US -nouserstartup -e "try xmltojar([],[],'en_US');catch disp(lasterror()); exit(-1);end;exit(0);"

Failed to execute SCI/modules/core/etc/core.start:

load: /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/core/mac
ros/lib is not a valid lib file.

Goby commented on 2017-07-21 15:57

Hello, I am not sure that this is the right place to report my problem, but I have been searching for so long that I am a bit desperate right now. After having built and installed the package, trying to add a module creates HDF5 errors. For example, when running the command atomsSysemUdpate in scilab-cli, the first errors come from HDF5 :

HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 0:
#000: H5G.c line 553 in H5Gget_info(): invalid argument
major: Invalid arguments to routine
minor: Bad value
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 0:
#000: H5G.c line 301 in H5Gcreate2(): not a location
major: Invalid arguments to routine
minor: Inappropriate type
#001: H5Gloc.c line 253 in H5G_loc(): invalid object ID
major: Invalid arguments to routine
minor: Bad value
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 0:
#000: H5A.c line 265 in H5Acreate2(): not a location
major: Invalid arguments to routine
minor: Inappropriate type
#001: H5Gloc.c line 253 in H5G_loc(): invalid object ID
major: Invalid arguments to routine
minor: Bad value
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 0:
#000: H5D.c line 121 in H5Dcreate2(): not a location ID
major: Invalid arguments to routine
minor: Inappropriate type
#001: H5Gloc.c line 253 in H5G_loc(): invalid object ID
major: Invalid arguments to routine
minor: Bad value
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 0:
#000: H5F.c line 749 in H5Fclose(): not a file ID
major: Invalid arguments to routine
minor: Inappropriate type

I've been trying a lot of things, but no way to get rid of this error. Perhaps am I missing something. Any help would be sooooo welcome.

eolianoe commented on 2017-07-12 10:27

@petronny: Ok, I see the errors and I added the dep but I think it's more related to openmpi

petronny commented on 2017-07-11 11:58

Generating ./modules/javasci/javadoc/serialized-form.html...
Building index for all the packages and classes...
Generating ./modules/javasci/javadoc/deprecated-list.html...
Building index for all classes...
Generating ./modules/javasci/javadoc/allclasses-frame.html...
Generating ./modules/javasci/javadoc/allclasses-noframe.html...
Generating ./modules/javasci/javadoc/index.html...
Generating ./modules/javasci/javadoc/overview-summary.html...
70 warnings
-- Building documentation (en_US) --
LANG=en_US.UTF-8 LC_ALL=C SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 _JAVA_OPTIONS='-Djava.awt.headless=true' ./bin/scilab-adv-cli -noatomsautoload -nb -l en_US -nouserstartup -e "try xmltojar([],[],'en_US');catch disp(lasterror()); exit(-1);end;exit(0);"
--------------------------------------------------------------------------
The value of the MCA parameter "plm_rsh_agent" was set to a path
that could not be found:

plm_rsh_agent: ssh : rsh

Please either unset the parameter, or check that the path is correct
--------------------------------------------------------------------------
[calil:26214] [[INVALID],INVALID] ORTE_ERROR_LOG: Unable to start a daemon on the local node in file ess_singleton_module.c at line 582
[calil:26214] [[INVALID],INVALID] ORTE_ERROR_LOG: Unable to start a daemon on the local node in file ess_singleton_module.c at line 166
--------------------------------------------------------------------------
It looks like orte_init failed for some reason; your parallel process is
likely to abort. There are many reasons that a parallel process can
fail during orte_init; some of which are due to configuration or
environment problems. This failure appears to be an internal failure;
here's some additional information (which may only be relevant to an
Open MPI developer):

orte_ess_init failed
--> Returned value Unable to start a daemon on the local node (-127) instead of ORTE_SUCCESS
--------------------------------------------------------------------------
--------------------------------------------------------------------------
It looks like MPI_INIT failed for some reason; your parallel process is
likely to abort. There are many reasons that a parallel process can
fail during MPI_INIT; some of which are due to configuration or environment
problems. This failure appears to be an internal failure; here's some
additional information (which may only be relevant to an Open MPI
developer):

eolianoe commented on 2017-07-06 18:07

@petronny: could you provide more information about your issue because I didn't findd any reference to ssh or rsh in the source code?

petronny commented on 2017-07-06 07:53

Hi, openssh or inetutils is needed as a make dependency.
The script is searching for ssh or rsh.

eolianoe commented on 2017-07-03 08:59

@mgd: did you change your CFLAGS or modify ocaml?

@ryukinix: no idea...

mgd commented on 2017-07-01 14:21

For all of the 6.0.0-x versions I get a compile/build error like this:

make MAKEFLAGS=-j1 ./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
make[3]: Verzeichnis „/home/mgd/packages/scilab-6.0.0-7/src/scilab-6.0.0/modules/scicos“ wird betreten
make[3]: „src/modelica_compiler/parseTree.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/linenum.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/parser.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/lexer.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/precompilation.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/compilation.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/instantiation.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/graphNodeSet.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/symbolicExpression.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/squareSparseMatrix.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/bipartiteGraph.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/hungarianMethod.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/causalityGraph.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/optimization.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/xMLCodeGeneration.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/optimizingCompiler.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/scicosCodeGeneration.cmx“ ist bereits aktuell.
make[3]: „src/modelica_compiler/scicosOptimizingCompiler.cmx“ ist bereits aktuell.
make[3]: Verzeichnis „/home/mgd/packages/scilab-6.0.0-7/src/scilab-6.0.0/modules/scicos“ wird verlassen
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 symbol `caml_exn_Failure' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(roots.o): relocation R_X86_64_32 against symbol `caml_frametable' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(globroots.o): relocation R_X86_64_32 against symbol `caml_global_roots' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(signals.o): relocation R_X86_64_32S against undefined symbol `caml_pending_signals' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(signals_asm.o): relocation R_X86_64_32S against symbol `caml_system__code_end' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(major_gc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(minor_gc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(memory.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(alloc.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(compare.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(ints.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(floats.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(str.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(array.o): relocation R_X86_64_32 against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(io.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(extern.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(intern.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(hash.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(sys.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(parsing.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(gc_ctrl.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(obj.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(lexing.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(printexc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(callback.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(weak.o): relocation R_X86_64_32 against symbol `caml_ephe_ref_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(compact.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(finalise.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(custom.o): relocation R_X86_64_32 against symbol `caml_custom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(unix.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(backtrace.o): relocation R_X86_64_32 against symbol `caml_backtrace_last_exn' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(startup_aux.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(startup.o): relocation R_X86_64_32S against symbol `caml_data_segments' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(freelist.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(misc.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: Fehler: ld gab 1 als Ende-Status zurück
File "caml_startup", line 1:
Error: Error during linking
make[2]: *** [Makefile:3797: modelicac] Fehler 2
make[2]: Verzeichnis „/home/mgd/packages/scilab-6.0.0-7/src/scilab-6.0.0/modules/scicos“ wird verlassen
make[1]: *** [Makefile:827: all-recursive] Fehler 1
make[1]: Verzeichnis „/home/mgd/packages/scilab-6.0.0-7/src/scilab-6.0.0/modules“ wird verlassen
make: *** [Makefile:1601: all-recursive] Fehler 1
==> FEHLER: Ein Fehler geschah in build().

Any suggestions?

ryukinix commented on 2017-06-30 18:55

To execute the scilab GUI, I need to wait a long time after the second warning.

❯ scilab
libEGL warning: DRI2: failed to authenticate
Error parsing gtk-icon-sizes string: ''
java.net.ConnectException: Connection timed out (Connection timed out)


For what stands the java.net.ConnectException? This take a lot of time.

eolianoe commented on 2017-06-29 07:37

@sahash: if it was working with scilab 5.5.2, it's a regression not a bug of the package, please report it upstream (users@lists.scilab.org and http://bugzilla.scilab.org/).

sahash commented on 2017-06-28 23:12

Please help, I can't run my codes that I wrote with scilab 5.5.2.

I have big functions that contain other functions like this example:

function y=fy(x)
function z=fz(t)
z=t-x
endfunction
T=fsolve(1,fz)
y=T-x
endfunction

but when I run <fsolve(1,fy)>, scilab freeze then close.

the error in the terminal is the following:

/usr/bin/scilab : ligne 957 : 25635 Erreur de segmentation (core dumped)"$SCILABBIN" "$@"
scilab 21,50s user 3,52s system 42% cpu 59,240 total

in the case of my program, I got the following error:

[mypc1v300:25873] Signal: Erreur de segmentation (11)
[mypc1v300:25873] Signal code: Address not mapped (1)
[mypc1v300:25873] Failing at address: (nil)

Pile d'appel :
1: 0x8b6d8c <JVM_handle_linux_signal> (/usr/lib/jvm/java-8-openjdk/jre/lib/amd64/server/libjvm.so)
2: 0x8aada8 < > (/usr/lib/jvm/java-8-openjdk/jre/lib/amd64/server/libjvm.so)
3: 0x11940 < > (/usr/lib/libpthread.so.0)
Fin de la pile


eolianoe commented on 2017-06-28 08:22

@fusion809: I have no idea if scilab can work with wayland (and without X11), I have no machine with wayland to test, sorry

fusion809 commented on 2017-06-27 10:44

Under Sway (which runs on Wayland so that may be the problem) all I get is a blank screen for Scilab http://i.imgur.com/J6PXjZC.png.

Here is the error it gave at the command-line when being launched (this is the error when the full GUI form being loaded, not the CLI of Scilab, just to be clear):

Caught handled GLException: EGLGLXDrawableFactory - Could not initialize shared resources for EGLGr
aphicsDevice[type .egl, v0.0.0, connection :1, unitID 0, handle 0x0, owner true, ResourceToolkitLoc
k[obj 0x7511a47e, isOwner true, <301334b8, 1b30c0b>[count 1, qsz 0, owner <main-SharedResourceRunne
r>]]] on thread main-SharedResourceRunner
[0]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGL
DrawableFactory.java:518)
[1]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
[2]: java.lang.Thread.run(Thread.java:748)
Caused[0] by GLException: Failed to created/initialize EGL display incl. fallback default: native 0x0, error 0x3001/0x3001 on thread main-SharedResourceRunner
[0]: jogamp.opengl.egl.EGLDisplayUtil.eglGetDisplayAndInitialize(EGLDisplayUtil.java:297)
[1]: jogamp.opengl.egl.EGLDisplayUtil.access$300(EGLDisplayUtil.java:58)
[2]: jogamp.opengl.egl.EGLDisplayUtil$1.eglGetAndInitDisplay(EGLDisplayUtil.java:320)
[3]: com.jogamp.nativewindow.egl.EGLGraphicsDevice.open(EGLGraphicsDevice.java:125)
[4]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createEGLSharedResourceImpl(EGLDrawableFactory.java:532)
[5]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:516)
[6]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
[7]: java.lang.Thread.run(Thread.java:748)
Caught handled GLException: EGLGLXDrawableFactory - Could not initialize shared resources for X11GraphicsDevice[type .x11, connection :1, unitID 0, handle 0x0, owner false, ResourceToolkitLock[obj 0x7558229, isOwner true, <62a7ebb2, 5472f762>[count 1, qsz 0, owner <main-SharedResourceRunner>]]] on thread main-SharedResourceRunner
[0]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:518)
[1]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
[2]: java.lang.Thread.run(Thread.java:748)
Caused[0] by GLException: Failed to created/initialize EGL display incl. fallback default: native 0x0, error 0x3001/0x3001 on thread main-SharedResourceRunner
[0]: jogamp.opengl.egl.EGLDisplayUtil.eglGetDisplayAndInitialize(EGLDisplayUtil.java:297)
[1]: jogamp.opengl.egl.EGLDisplayUtil.access$300(EGLDisplayUtil.java:58)
[2]: jogamp.opengl.egl.EGLDisplayUtil$1.eglGetAndInitDisplay(EGLDisplayUtil.java:320)
[3]: com.jogamp.nativewindow.egl.EGLGraphicsDevice.open(EGLGraphicsDevice.java:125)
[4]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createEGLSharedResourceImpl(EGLDrawableFactory.java:532)
[5]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:516)
[6]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
[7]: java.lang.Thread.run(Thread.java:748)

eolianoe commented on 2017-06-19 11:35

@Xwang: please paste your log somewhere and make the output in english to be more easy to read.

@all: building fine even in a clean chroot, you may have some special configuration that breaks the build (flags or specific version of packages). You can send me full build log (obtained with 'makepkg -L') to see if there is something different with mine.

Xwang commented on 2017-06-18 16:49

I have this error at compile time:

In file included from /usr/include/c++/7.1.1/map:60:0,
from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:38,
from /usr/include/mpi.h:2673,
from /usr/include/H5public.h:61,
from /usr/include/hdf5.h:24,
from ./includes/h5_writeDataToFile.h:21,
from src/cpp/handle_properties.cpp:26:
/usr/include/c++/7.1.1/bits/stl_tree.h:141:3: error: template with C linkage
template<typename _Key_compare>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:215:3: error: template with C linkage
template<typename _Val>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:247:3: error: conflicting declaration of C function 'const std::_Rb_tree_node_base* std::_Rb_tree_increment(const std::_Rb_tree_node_base*)'
_Rb_tree_increment(const _Rb_tree_node_base* __x) throw ();
^~~~~~~~~~~~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:244:3: note: previous declaration 'std::_Rb_tree_node_base* std::_Rb_tree_increment(std::_Rb_tree_node_base*)'
_Rb_tree_increment(_Rb_tree_node_base* __x) throw ();
^~~~~~~~~~~~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:253:3: error: conflicting declaration of C function 'const std::_Rb_tree_node_base* std::_Rb_tree_decrement(const std::_Rb_tree_node_base*)'
_Rb_tree_decrement(const _Rb_tree_node_base* __x) throw ();
^~~~~~~~~~~~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:250:3: note: previous declaration 'std::_Rb_tree_node_base* std::_Rb_tree_decrement(std::_Rb_tree_node_base*)'
_Rb_tree_decrement(_Rb_tree_node_base* __x) throw ();
^~~~~~~~~~~~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:255:3: error: template with C linkage
template<typename _Tp>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:325:3: error: template with C linkage
template<typename _Tp>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:404:3: error: template with C linkage
template<typename _Val>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:410:3: error: template with C linkage
template<typename _Val>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:427:3: error: template with C linkage
template<typename _Cmp, typename _SfinaeType, typename = __void_t<>>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:431:3: error: template with C linkage
template<typename _Cmp, typename _SfinaeType>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:442:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1530:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1540:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1550:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1557:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1564:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1571:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1578:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1586:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1597:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1618:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1631:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1657:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1670:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1683:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1697:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1732:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1761:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1786:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1810:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KoV,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1847:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1863:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1879:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1895:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1911:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1927:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1959:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:1991:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2022:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2054:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2075:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2104:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2124:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2183:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2210:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2265:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2294:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2310:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2326:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2343:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2370:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2391:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2417:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2443:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KoV,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2455:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KoV,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2467:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2481:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2494:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2506:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2516:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2529:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2542:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_tree.h:2557:3: error: template with C linkage
template<typename _Key, typename _Val, typename _KeyOfValue,
^~~~~~~~
In file included from /usr/include/c++/7.1.1/map:61:0,
from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:38,
from /usr/include/mpi.h:2673,
from /usr/include/H5public.h:61,
from /usr/include/hdf5.h:24,
from ./includes/h5_writeDataToFile.h:21,
from src/cpp/handle_properties.cpp:26:
/usr/include/c++/7.1.1/bits/stl_map.h:70:3: error: template with C linkage
template <typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_map.h:97:3: error: template with C linkage
template <typename _Key, typename _Tp, typename _Compare = std::less<_Key>,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_map.h:1378:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_map.h:1395:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_map.h:1402:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_map.h:1409:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_map.h:1416:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_map.h:1423:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_map.h:1430:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
In file included from /usr/include/c++/7.1.1/map:62:0,
from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:38,
from /usr/include/mpi.h:2673,
from /usr/include/H5public.h:61,
from /usr/include/hdf5.h:24,
from ./includes/h5_writeDataToFile.h:21,
from src/cpp/handle_properties.cpp:26:
/usr/include/c++/7.1.1/bits/stl_multimap.h:68:3: error: template with C linkage
template <typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_multimap.h:95:3: error: template with C linkage
template <typename _Key, typename _Tp,
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_multimap.h:1043:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_multimap.h:1060:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_multimap.h:1067:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_multimap.h:1074:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_multimap.h:1081:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_multimap.h:1088:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
/usr/include/c++/7.1.1/bits/stl_multimap.h:1095:3: error: template with C linkage
template<typename _Key, typename _Tp, typename _Compare, typename _Alloc>
^~~~~~~~
In file included from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:205:0,
from /usr/include/mpi.h:2673,
from /usr/include/H5public.h:61,
from /usr/include/hdf5.h:24,
from ./includes/h5_writeDataToFile.h:21,
from src/cpp/handle_properties.cpp:26:
/usr/include/openmpi/ompi/mpi/cxx/functions.h:71:1: error: conflicting declaration of C function 'void MPI::Init()'
Init();
^~~~
/usr/include/openmpi/ompi/mpi/cxx/functions.h:68:1: note: previous declaration 'void MPI::Init(int&, char**&)'
Init(int& argc, char**& argv);
^~~~
/usr/include/openmpi/ompi/mpi/cxx/functions.h:96:1: error: conflicting declaration of C function 'int MPI::Init_thread(int)'
Init_thread(int required);
^~~~~~~~~~~
/usr/include/openmpi/ompi/mpi/cxx/functions.h:93:1: note: previous declaration 'int MPI::Init_thread(int&, char**&, int)'
Init_thread(int &argc, char**&argv, int required);
^~~~~~~~~~~
In file included from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:240:0,
from /usr/include/mpi.h:2673,
from /usr/include/H5public.h:61,
from /usr/include/hdf5.h:24,
from ./includes/h5_writeDataToFile.h:21,
from src/cpp/handle_properties.cpp:26:
/usr/include/openmpi/ompi/mpi/cxx/file.h:36:6: error: conflicting declaration of C function 'void MPI::Register_datarep(const char*, int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)'
void Register_datarep(const char* datarep,
^~~~~~~~~~~~~~~~
/usr/include/openmpi/ompi/mpi/cxx/file.h:29:6: note: previous declaration 'void MPI::Register_datarep(const char*, void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)'
void Register_datarep(const char* datarep,
^~~~~~~~~~~~~~~~
/usr/include/openmpi/ompi/mpi/cxx/file.h:43:6: error: conflicting declaration of C function 'void MPI::Register_datarep(const char*, void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)'
void Register_datarep(const char* datarep,
^~~~~~~~~~~~~~~~
/usr/include/openmpi/ompi/mpi/cxx/file.h:36:6: note: previous declaration 'void MPI::Register_datarep(const char*, int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)'
void Register_datarep(const char* datarep,
^~~~~~~~~~~~~~~~
/usr/include/openmpi/ompi/mpi/cxx/file.h:43:6: error: conflicting declaration of C function 'void MPI::Register_datarep(const char*, void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)'
void Register_datarep(const char* datarep,
^~~~~~~~~~~~~~~~
/usr/include/openmpi/ompi/mpi/cxx/file.h:29:6: note: previous declaration 'void MPI::Register_datarep(const char*, void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)'
void Register_datarep(const char* datarep,
^~~~~~~~~~~~~~~~
/usr/include/openmpi/ompi/mpi/cxx/file.h:50:6: error: conflicting declaration of C function 'void MPI::Register_datarep(const char*, int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)'
void Register_datarep(const char* datarep,
^~~~~~~~~~~~~~~~
/usr/include/openmpi/ompi/mpi/cxx/file.h:43:6: note: previous declaration 'void MPI::Register_datarep(const char*, void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)'
void Register_datarep(const char* datarep,
^~~~~~~~~~~~~~~~
/usr/include/openmpi/ompi/mpi/cxx/file.h:50:6: error: conflicting declaration of C function 'void MPI::Register_datarep(const char*, int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)'
void Register_datarep(const char* datarep,
^~~~~~~~~~~~~~~~
/usr/include/openmpi/ompi/mpi/cxx/file.h:36:6: note: previous declaration 'void MPI::Register_datarep(const char*, int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)'
void Register_datarep(const char* datarep,
^~~~~~~~~~~~~~~~
/usr/include/openmpi/ompi/mpi/cxx/file.h:50:6: error: conflicting declaration of C function 'void MPI::Register_datarep(const char*, int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)'
void Register_datarep(const char* datarep,
^~~~~~~~~~~~~~~~
/usr/include/openmpi/ompi/mpi/cxx/file.h:29:6: note: previous declaration 'void MPI::Register_datarep(const char*, void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)'
void Register_datarep(const char* datarep,
^~~~~~~~~~~~~~~~
In file included from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:289:0,
from /usr/include/mpi.h:2673,
from /usr/include/H5public.h:61,
from /usr/include/hdf5.h:24,
from ./includes/h5_writeDataToFile.h:21,
from src/cpp/handle_properties.cpp:26:
/usr/include/openmpi/ompi/mpi/cxx/functions_inln.h: In function 'void MPI::Init(int&, char**&)':
/usr/include/openmpi/ompi/mpi/cxx/functions_inln.h:119:1: error: conflicting declaration of C function 'void MPI::Init(int&, char**&)'
MPI::Init(int& argc, char**& argv)
^~~
In file included from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:205:0,
from /usr/include/mpi.h:2673,
from /usr/include/H5public.h:61,
from /usr/include/hdf5.h:24,
from ./includes/h5_writeDataToFile.h:21,
from src/cpp/handle_properties.cpp:26:
/usr/include/openmpi/ompi/mpi/cxx/functions.h:71:1: note: previous declaration 'void MPI::Init()'
Init();
^~~~
In file included from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:289:0,
from /usr/include/mpi.h:2673,
from /usr/include/H5public.h:61,
from /usr/include/hdf5.h:24,
from ./includes/h5_writeDataToFile.h:21,
from src/cpp/handle_properties.cpp:26:
/usr/include/openmpi/ompi/mpi/cxx/functions_inln.h: In function 'int MPI::Init_thread(int&, char**&, int)':
/usr/include/openmpi/ompi/mpi/cxx/functions_inln.h:170:1: error: conflicting declaration of C function 'int MPI::Init_thread(int&, char**&, int)'
MPI::Init_thread(int& argc, char**& argv, int required)
^~~
/usr/include/openmpi/ompi/mpi/cxx/functions_inln.h:160:1: note: previous declaration 'int MPI::Init_thread(int)'
MPI::Init_thread(int required)
^~~
src/cpp/handle_properties.cpp: In function 'void import_userdata(int, int)':
src/cpp/handle_properties.cpp:294:50: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
previous = ((types::InternalType*) * p);
^
src/cpp/handle_properties.cpp: In function 'bool export_handle_userdata(int, int)':
src/cpp/handle_properties.cpp:2136:45: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
pUD = ((types::InternalType*) * p);
^
make[3]: *** [Makefile:1501: src/cpp/libscihdf5_algo_la-handle_properties.lo] Error 1
make[3]: uscita dalla directory "/home/andreak/tmp/yaourt-tmp-andreak/aur-scilab/src/scilab-6.0.0/modules/hdf5"
make[2]: *** [Makefile:910: all] Error 2
make[2]: uscita dalla directory "/home/andreak/tmp/yaourt-tmp-andreak/aur-scilab/src/scilab-6.0.0/modules/hdf5"
make[1]: *** [Makefile:827: all-recursive] Error 1
make[1]: uscita dalla directory "/home/andreak/tmp/yaourt-tmp-andreak/aur-scilab/src/scilab-6.0.0/modules"
make: *** [Makefile:1601: all-recursive] Error 1
==> ERRORE: Si è verificato un errore in build().
L'operazione sta per essere interrotta...
==> ERRORE: Makepkg non è riuscito a compilare scilab.


hormol commented on 2017-06-14 06:00

src/cpp/loadlib.cpp:41:77: error: conversion invalide

Any ideas ?

hormol commented on 2017-06-14 06:00

@dentalfloss
I am experiencing the same compilation problem. You said you had something wrong in your config. Can you tell me a bit more ?

leonardojc commented on 2017-06-10 16:25

Now that java-batik was updated to version 1.9, XCos doesn't work anymore, throwing a "missing version 1.7" error

haawda commented on 2017-06-03 16:23

When I start scilab, I get a warning:

Warning: Could not find Java package '/usr/share/scilab//thirdparty/ecj.jar'.
Some problems during the loading of the Java libraries occurred.
This could lead to inconsistent behaviours.
Please check SCI/etc/classpath.xml.

This can be avoided by
a) providing that file in the scilab package or
b) adjusting the classpath.xml file to point to /usr/share/java/ecj.jar (that is the place wher the eclipse-ecj package provides ecj.jar)

eolianoe commented on 2017-05-31 10:57

@simona: I'm not fluent with italian but you should fix the dependency.

simona commented on 2017-05-31 10:09

==> Continuare la compilazione di scilab [S/n]
==> ------------------------------------------
==>
==> Compilazione e installazione del pacchetto
==> Installa o compila le dipendenze mancanti per scilab:
risoluzione delle dipendenze in corso...
ricerca dei pacchetti in conflitto in corso...
:: gcc-libs e gcc-libs-multilib vanno in conflitto. Vuoi rimuovere gcc-libs-multilib? [s/N]
errore: sono stati rilevati dei conflitti irrisolvibili tra i pacchetti
errore: impossibile eseguire l'operazione richiesta (dipendenze in conflitto)
:: gcc-libs e gcc-libs-multilib vanno in conflitto

eolianoe commented on 2017-05-22 08:26

@mcrai: first you should try to compile it with pure makeppkg, then if it's still failing you can send me the full build log to see if there is a difference with mine. However, I cannot test Arch derivatives.

ps: comments are editable.

mcrai commented on 2017-05-21 16:56

@eolianoe: two weeks and many updates later: after a somewhat lengthy install process I get the same error messages.
Maybe worth to mention: I am trying to install under Linux Manjaro using the Yaourt tool from within Octopi. Don't know if this is of relevance, do not know alternatives, either.
Other than that, I do not know what is special about my config. How can I dig in deeper into the problem?

Help would be much appreciated.

eolianoe commented on 2017-05-17 15:17

@Li33f: no idea, it seems that the host is definitively down, but you should make that comment on the page of the javahelp2 package [a].

[a] https://aur.archlinux.org/packages/javahelp2/

Li33f commented on 2017-05-17 15:01

Good afternoon,

I encounter a failure during this installation of scilab, javahelp2 svn seems to be unavailable do you have an idea on how to fix this ?



"Échec lors du téléchargement du dépôt javahelp2 svn"

chavezgt commented on 2017-05-13 10:53

Missing dependency bwidget. The package bwidget is required by the Axes Editor, of the Plot Window. Please add bwidget as a required dependency.

eolianoe commented on 2017-05-10 11:24

@mcrai: building fine here (even in a clean chroot) so you may have something special in your config.

@ye_k: never tested to link with C++ or Java you should ask to the users mailing list

mcrai commented on 2017-05-09 19:34

Attempting to build SciLab I get errors:

Failed to execute SCI/modules/core/etc/core.start:

startModule: Could not find 'SCI/modules/core/macros/lib': Please check t
hat macros have been built. make: *** [Makefile:2213: doc] Error 1
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build scilab.

Could anyone please hint on how to solve this?

mcrai commented on 2017-05-09 19:34

Attempting to build SciLab I get errors:

Failed to execute SCI/modules/core/etc/core.start:

startModule: Could not find 'SCI/modules/core/macros/lib': Please check t
hat macros have been built. make: *** [Makefile:2213: doc] Error 1
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build scilab.

Could anyone please hint on how to solve this?

ye_k commented on 2017-05-09 10:09

Can anyone confirm that calling Scilab from C/C++ and Java is out of order? I'm trying to interact with Scilab from my C++ and Java codes, but I'm stuck on the next error message which is appears both in C++ and Java:

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

Compilation process runs OK, but execution fails.

In C I've tried:
$ SCI=/usr/share/scilab/
$ PATH_SCILAB=/usr
$ SCILAB_CFLAGS=-I$(PATH_SCILAB)/include/scilab/
$ PATH_TO_LIB_SCILAB=$(PATH_SCILAB)/lib/scilab/
$ PATH_TO_LIB_CALL_SCILAB=$(PATH_SCILAB)/lib/scilab/
$ export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:/usr/lib/jvm/default/jre/lib/amd64/:/usr/lib/jvm/default/jre/lib/amd64/server/:/usr/lib/scilab/:$(SCI)/modules/.libs/:$(SCI)/modules/call_scilab/.libs/:$(SCI)/modules/api_scilab/.libs"
$ gcc -o myExample -lscilab -lscicall_scilab -L$(PATH_TO_LIB_SCILAB) -L$(PATH_TO_LIB_CALL_SCILAB) $SCILAB_CFLAGS main.c
$ export SCI
$ ./myExample

So I've checked:
$ ldd myExample | grep libscijvm
libscijvm.so.6 => /usr/lib/scilab/libscijvm.so.6 (0x00007f0909d02000)
libscijvm-disable.so.6 => /usr/lib/scilab/libscijvm-disable.so.6 (0x00007f09002e5000)


In Java I've tried:
export SCI=/usr/share/scilab/
export CLASSPATH=$(SCI)/modules/javasci/jar/org.scilab.modules.javasci.jar:$(SCI)/modules/types/jar/org.scilab.modules.types.jar
export LD_LIBRARY_PATH=$(SCI)/../../lib/scilab/
javac -cp $(CLASSPATH) Example1.java
java -cp $(CLASSPATH):. -DSCI=$(SCI) -Djava.library.path=$(LD_LIBRARY_PATH) Example1

$ java -version
java version "1.8.0_131"
Java(TM) SE Runtime Environment (build 1.8.0_131-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.131-b11, mixed mode)

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.

Towdium commented on 2017-04-27 17:40

Same here. Just installed today and the window disappears very fast when running. Run in terminal has no problem.

eolianoe commented on 2017-04-26 08:02

@dentalfloss: ok, I've the same kind of trouble, in i3 scilab fails to run if it is launched from dmenu but everything is ok if I'm running it from the terminal. For the moment I've no idea for that problem.

dentalfloss commented on 2017-04-26 07:09

@eolianoe: Got it working, it was a problem with my config. Interestingly, I am unable to launch scilab via the GUI or gtk-launch from the terminal (xfce4 desktop) - the window shows for about 0.5s then disappears, but the terminal doesn't return and there is no error even with SCIVERBOSE set. Also no evidence of scilab in the process list. Runs fine when scilab is run directly from the terminal. Has anyone else experienced this behaviour?

eolianoe commented on 2017-04-25 18:31

@dentalfloss: are you sure that you are using the latest PKGBUILD? If so could you send me the full build log to see what is different.

dentalfloss commented on 2017-04-25 18:25

@eolianoe: I am still seeing this error on attempting to compile 6.0.0-3... Any suggestions?

eolianoe commented on 2017-04-25 11:32

@fusion809: 6.0.0-3 should fix the compilation error, but I don't know which update break the compilation.

fusion809 commented on 2017-04-24 20:57

Build fails for me with the error:

src/cpp/loadlib.cpp: In function ‘types::Library* loadlib(const wstring&, int*, bool, bool)’:
src/cpp/loadlib.cpp:41:77: error: invalid conversion from ‘int’ to ‘BOOL’ [-fpermissive]
wchar_t* pwstXML = pathconvertW(_wstXML.data(), FALSE, FALSE, AUTO_STYLE);
^
In file included from src/cpp/loadlib.cpp:28:0:
../../modules/fileio/includes/pathconvert.h:31:24: note: initializing argument 2 of ‘wchar_t* pathconvertW(const wchar_t*, BOOL, BOOL, PathConvertType)’
FILEIO_IMPEXP wchar_t *pathconvertW(const wchar_t* wcpath, BOOL flagtrail, BOOL flagexpand, PathConvertType PType);
^~~~~~~~~~~~
src/cpp/loadlib.cpp:41:77: error: invalid conversion from ‘int’ to ‘BOOL’ [-fpermissive]
wchar_t* pwstXML = pathconvertW(_wstXML.data(), FALSE, FALSE, AUTO_STYLE);
^
In file included from src/cpp/loadlib.cpp:28:0:
../../modules/fileio/includes/pathconvert.h:31:24: note: initializing argument 3 of ‘wchar_t* pathconvertW(const wchar_t*, BOOL, BOOL, PathConvertType)’
FILEIO_IMPEXP wchar_t *pathconvertW(const wchar_t* wcpath, BOOL flagtrail, BOOL flagexpand, PathConvertType PType);
^~~~~~~~~~~~
make[2]: *** [Makefile:1089: src/cpp/libsciio_algo_la-loadlib.lo] Error 1
make[2]: Leaving directory '/home/fusion809/.cache/pacaur/scilab/src/scilab-6.0.0/modules/io'
make[1]: *** [Makefile:827: all-recursive] Error 1
make[1]: Leaving directory '/home/fusion809/.cache/pacaur/scilab/src/scilab-6.0.0/modules'
make: *** [Makefile:1601: all-recursive] Error 1

eolianoe commented on 2017-04-02 16:58

@mfpuente.ar: It seems that you have some special configuration in your '_JAVA_OPTIONS' variable, you could try to delete them and rebuild the package.

mfpuente.ar commented on 2017-04-01 13:58

Hi, I get this error when making doc:

-- Building documentation (en_US) --
LANG=en_US.UTF-8 LC_ALL=C SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 _JAVA_OPTIONS='-Djava.awt.headless=true' ./bin/scilab-adv-cli -noatomsautoload -nb -l en_US -nouserstartup -e "try xmltojar([],[],'en_US');catch disp(lasterror()); exit(-1);end;exit(0);"
Picked up _JAVA_OPTIONS: -Djava.awt.headless=true

Failed to execute SCI/modules/core/etc/core.start:

load: /home/matias/paquetes/scilab/src/scilab-6.0.0/modules/core/macros/l
ib is not a valid lib file. make: *** [Makefile:2213: doc] Error 1

eolianoe commented on 2017-02-21 09:05

@leonardojc: modified, thanks

@petronny: JAVA_HOME is no more used, you should set your java environment using 'archlinux-java' (https://wiki.archlinux.org/index.php/Java#Switching_between_JVM)

petronny commented on 2017-02-18 18:18

Hi, plz add back the line relevant JAVA_HOME
I think it should be
export JAVA_HOME=/usr/lib/jvm/default
It's still needed now.

leonardojc commented on 2017-02-16 22:32

Just noting that license was changed to GPLv2: http://www.scilab.org/en/content/download/4200/30610/file/Scilab6.0.0_ReleaseNotes.pdf

MRWITEK commented on 2017-01-12 21:18

@rugaliz: It's a bsdtar bug (https://github.com/libarchive/libarchive/issues/853). It is fixed, but the fix is only in the git repository right now, so you will have to install libarchive-git for that.
Also, your problem is from jeuclid-core package and not this one.

jumostedu commented on 2017-01-12 20:54

@ rugaliz: This is not a problem with this package, have a look at the jeuclid package for more info and a workaround:
https://aur.archlinux.org/packages/jeuclid-core/

rugaliz commented on 2017-01-12 14:49

There seams to be a problem with extracting "jeuclid-minimal"
I downloaded the file from source and the the same error

eolianoe commented on 2016-12-28 17:37

@jumostedu: I can reproduce the build failure as described in [a]. For now you can disable modelica.

[a] https://bugzilla.redhat.com/show_bug.cgi?id=1392148#c2

jumostedu commented on 2016-12-22 14:09

I am getting the failures with ocaml that badaniem was talking about, with the current PKGBUILD and despite the '-j1' option in the new PKGBUILD. Any ideas? Do you have it too?

haawda commented on 2016-12-09 09:46

Learn how AUR works or use an AUR helper. This is no packaging issue.

JohnRobson commented on 2016-12-09 00:07

what about auto install dependencies?
resolving dependencies...
warning: cannot resolve "beanshell2", a dependency of "scilab"
warning: cannot resolve "java-flexdock>=1.2.4", a dependency of "scilab"
warning: cannot resolve "fop-hyph", a dependency of "scilab"
warning: cannot resolve "java-freehep-vectorgraphics", a dependency of "scilab"
warning: cannot resolve "jeuclid-core", a dependency of "scilab"
warning: cannot resolve "jgraphx>=2.0.0.1", a dependency of "scilab"
warning: cannot resolve "saxon-he", a dependency of "scilab"
warning: cannot resolve "jlatexmath-fop>=1.0.3", a dependency of "scilab"
warning: cannot resolve "jrosetta>=1.0.4", a dependency of "scilab"
warning: cannot resolve "jgoodies-looks", a dependency of "scilab"
warning: cannot resolve "java-qdox", a dependency of "scilab"
warning: cannot resolve "scirenderer", a dependency of "scilab"
warning: cannot resolve "java-skinlf", a dependency of "scilab"
warning: cannot resolve "java-testng", a dependency of "scilab"
warning: cannot resolve "jogl2.2.4", a dependency of "scilab"
:: The following package cannot be upgraded due to unresolvable dependencies:
scilab

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.

badaniem commented on 2016-11-11 19:02

Hi. After installation I cannot run xcos.

I got this error:
-->xcos
!--error 999
xcos:

or:
-->
tcallbackobject(28);if with_module("xcos") then xcos(); else disp(gettext("Please install xcos module.")); en
!--error 999
xcos:
while executing a callback

depends if I try to run it from command or menu.

Still, it works fine when I install Scilab from binary, as mentioned here:
https://wiki.scilab.org/howto/install/linux

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.

/etc/customizepkg.d/scilab
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 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!"