@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.
Search Criteria
Package Details: scilab 2025.0.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/scilab.git (read-only, click to copy) |
---|---|
Package Base: | scilab |
Description: | A scientific software package for numerical computations |
Upstream URL: | https://www.scilab.org |
Keywords: | algorithm analysis data development gui mathematics model modelica numeric numerical science scientific sdk simulation visualization |
Licenses: | BSD-3-Clause, GPL-2.0-or-later, CeCILL-2.1 |
Submitter: | td123 |
Maintainer: | carlosal1015 |
Last Packager: | carlosal1015 |
Votes: | 86 |
Popularity: | 0.001858 |
First Submitted: | 2011-12-07 20:36 (UTC) |
Last Updated: | 2024-10-26 02:56 (UTC) |
Dependencies (16)
- arpack (arpack-gitAUR)
- bwidgetAUR
- eigen (eigen-gitAUR)
- fftw
- hdf5-openmpi
- libmatio (libmatio-gitAUR)
- suitesparse
- ant (ant-gitAUR) (make)
- curl (curl-gitAUR, curl-c-aresAUR) (make)
- gcc-fortran (gcc-fortran-gitAUR, gcc11-fortranAUR, gcc-fortran-snapshotAUR) (make)
- libxml2 (libxml2-gitAUR, libxml2-2.9AUR) (make)
- ocaml-num (make)
- pcre (make)
- pkgconf (pkgconf-gitAUR) (make)
- time (time-gitAUR) (make)
- tk (tk-fossilAUR) (make)
Required by (0)
Sources (1)
Latest Comments
« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 29 Next › Last »
eolianoe commented on 2017-04-26 08:02 (UTC)
dentalfloss commented on 2017-04-26 07:09 (UTC)
@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 (UTC)
@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 (UTC)
@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 (UTC)
@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 (UTC)
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 (UTC)
@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 (UTC)
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 (UTC)
@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 (UTC)
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.
Pinned Comments
carlosal1015 commented on 2024-11-17 18:01 (UTC)
Open issue https://gitlab.com/scilab/scilab/-/issues/16429