Discussion:
[Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
Pndsc
2018-10-08 15:11:03 UTC
Permalink
I've just done a fresh install of Scilab on Ubuntu 1804 with KDE Plasma as my
window manager and cannot update anything via ATOMS. Subsequent to checking
for the Atoms packages a dialog is displayed to check my internet
connection, but that is presumably fine since I'm writing this on the same
machine.

I have the following from bash:

HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 139959785489920:
#000: ../../../src/H5A.c line 265 in H5Acreate2(): not a location
major: Invalid arguments to routine
minor: Inappropriate type
#001: ../../../src/H5Gloc.c line 253 in H5G_loc(): invalid object ID
major: Invalid arguments to routine
minor: Bad value

and running atomsList() in scilab gives:

--> atomsList
Scanning repository http://atoms.scilab.org/6.0 ... Done

at line 265 of function atomsDESCRIPTIONget (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
line 284 )
at line 38 of function atomsList (
/usr/share/scilab/modules/atoms/macros/atomsList.sci line 54 )

atomsDESCRIPTIONget: save
('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.

-->

Can anyone shed some light on this issue and how I solve it?



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
antoine monmayrant
2018-10-08 15:53:04 UTC
Permalink
Hello,

I think I face a similar issue (it's not a problem of internet
connection, it's more an issue with hdf5 support).
It should be fixed in the current nightly build for the 6.0 branch:

https://www.scilab.org/fr/development/nightly_builds/branch60

Hope it helps,

Antoine
Post by Pndsc
I've just done a fresh install of Scilab on Ubuntu 1804 with KDE Plasma as my
window manager and cannot update anything via ATOMS. Subsequent to checking
for the Atoms packages a dialog is displayed to check my internet
connection, but that is presumably fine since I'm writing this on the same
machine.
#000: ../../../src/H5A.c line 265 in H5Acreate2(): not a location
major: Invalid arguments to routine
minor: Inappropriate type
#001: ../../../src/H5Gloc.c line 253 in H5G_loc(): invalid object ID
major: Invalid arguments to routine
minor: Bad value
--> atomsList
Scanning repository http://atoms.scilab.org/6.0 ... Done
at line 265 of function atomsDESCRIPTIONget (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
line 284 )
at line 38 of function atomsList (
/usr/share/scilab/modules/atoms/macros/atomsList.sci line 54 )
atomsDESCRIPTIONget: save
('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.
-->
Can anyone shed some light on this issue and how I solve it?
--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
_______________________________________________
users mailing list
http://lists.scilab.org/mailman/listinfo/users
Pndsc
2018-10-08 15:59:30 UTC
Permalink
Thanks for the tip.

Is there a handy sudo apt-get id for the nightly build or do I need to unzip
and install a downloaded tar?



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
Pndsc
2018-10-10 21:37:08 UTC
Permalink
So to update my own inquiry - as far as I can make out theres no solution to
this problem. Or at least, I havent been able to fix it.

I'm not the only person with this problem - theres an Ubuntu stackexchange
thread with a suggested fix here
<https://askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164>
by N0rbert which might prove useful for other people with issues of simply
getting Scilab to work, but does not solve my issue of ATOMS not updating or
displaying an up to date package list.

The HDF5 thing is a known issue and is on the bugtracker here thanks to
N0rbert:

https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/1765503

I have to admit I have a hard time with believing that this issue has been
allowed to persist for so long with the current most widespread linux
distribution out there.

Running an atomsInstall command doesnt work either:

--> atomsInstall("coselica")
Scanning repository http://atoms.scilab.org/6.0 ... Done

at line 265 of function atomsDESCRIPTIONget (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
line 284 )
at line 31 of function atomsIsPackage (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsIsPackage.sci
line 47 )
at line 69 of function atomsInstallList (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsInstallList.sci
line 108 )
at line 233 of function atomsInstall (
/usr/share/scilab/modules/atoms/macros/atomsInstall.sci line 249 )

atomsDESCRIPTIONget: save
('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.

I dont know if its significant or not, but in
/usr/share/scilab/modules/atoms/etc/ , in the "repositories" text file, the
url for the atoms repository for 6.0 (https://atoms.scilab.org/6.0/) returns
a 443 forbidden error.

Its late here but the next thing on my list to do tomorrow is to download
the package zips manually and installing via atomsInstall('pathtozip').



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
Samuel Enibe
2018-10-11 06:11:35 UTC
Permalink
I have a similar problem with SCILAB on Ubuntu 1804.

A solution to this problem from the developers of SCILAB or the Ubuntu
maintainers will be most appreciated.

Samuel Ogbonna Enibe
University of Nigeria, Nsukka, Nigeria
Post by Pndsc
So to update my own inquiry - as far as I can make out theres no solution to
this problem. Or at least, I havent been able to fix it.
I'm not the only person with this problem - theres an Ubuntu stackexchange
thread with a suggested fix here
<
https://askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164>
by N0rbert which might prove useful for other people with issues of simply
getting Scilab to work, but does not solve my issue of ATOMS not updating or
displaying an up to date package list.
The HDF5 thing is a known issue and is on the bugtracker here thanks to
https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/1765503
I have to admit I have a hard time with believing that this issue has been
allowed to persist for so long with the current most widespread linux
distribution out there.
--> atomsInstall("coselica")
Scanning repository http://atoms.scilab.org/6.0 ... Done
at line 265 of function atomsDESCRIPTIONget (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
line 284 )
at line 31 of function atomsIsPackage (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsIsPackage.sci
line 47 )
at line 69 of function atomsInstallList (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsInstallList.sci
line 108 )
at line 233 of function atomsInstall (
/usr/share/scilab/modules/atoms/macros/atomsInstall.sci line 249 )
atomsDESCRIPTIONget: save
('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.
I dont know if its significant or not, but in
/usr/share/scilab/modules/atoms/etc/ , in the "repositories" text file, the
url for the atoms repository for 6.0 (https://atoms.scilab.org/6.0/) returns
a 443 forbidden error.
Its late here but the next thing on my list to do tomorrow is to download
the package zips manually and installing via atomsInstall('pathtozip').
--
http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
_______________________________________________
users mailing list
http://lists.scilab.org/mailman/listinfo/users
Nikolay Strelkov
2018-10-11 08:10:11 UTC
Permalink
Dear all!

It is known bug https://bugs.launchpad.net/bugs/1765503 .

The solution is to use binary version of Scilab 6 as described in this
AskUbuntu answer ( https://askubuntu.com/a/1029164/66509 ).

Official reaction from Scilab developers and/or Debian/Ubuntu maintainers
is highly needed and will be appreciated.
Otherwise Scilab 6 from deb-packages is useless waste of disk resources.
So please take all needed measures on distro-level.

--

*With best regards,Ph.D., *


*associate professor at MPEI
<http://mpei.ru/lang/en/Pages/default.aspx>,IEEE member,maintainer of
Mathieu functions toolbox for Scilab
<http://atoms.scilab.org/toolboxes/Mathieu/>,Nikolay Strelkov.*
Post by Samuel Enibe
I have a similar problem with SCILAB on Ubuntu 1804.
A solution to this problem from the developers of SCILAB or the Ubuntu
maintainers will be most appreciated.
Samuel Ogbonna Enibe
University of Nigeria, Nsukka, Nigeria
Post by Pndsc
So to update my own inquiry - as far as I can make out theres no solution to
this problem. Or at least, I havent been able to fix it.
I'm not the only person with this problem - theres an Ubuntu
stackexchange
thread with a suggested fix here
<
https://askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164>
by N0rbert which might prove useful for other people with issues of simply
getting Scilab to work, but does not solve my issue of ATOMS not updating or
displaying an up to date package list.
The HDF5 thing is a known issue and is on the bugtracker here thanks to
https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/1765503
I have to admit I have a hard time with believing that this issue has been
allowed to persist for so long with the current most widespread linux
distribution out there.
--> atomsInstall("coselica")
Scanning repository http://atoms.scilab.org/6.0 ... Done
at line 265 of function atomsDESCRIPTIONget (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
line 284 )
at line 31 of function atomsIsPackage (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsIsPackage.sci
line 47 )
at line 69 of function atomsInstallList (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsInstallList.sci
line 108 )
at line 233 of function atomsInstall (
/usr/share/scilab/modules/atoms/macros/atomsInstall.sci line 249 )
atomsDESCRIPTIONget: save
('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.
I dont know if its significant or not, but in
/usr/share/scilab/modules/atoms/etc/ , in the "repositories" text file, the
url for the atoms repository for 6.0 (https://atoms.scilab.org/6.0/) returns
a 443 forbidden error.
Its late here but the next thing on my list to do tomorrow is to download
the package zips manually and installing via atomsInstall('pathtozip').
--
http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
_______________________________________________
users mailing list
http://lists.scilab.org/mailman/listinfo/users
_______________________________________________
users mailing list
http://lists.scilab.org/mailman/listinfo/users
a***@laas.fr
2018-10-11 08:52:13 UTC
Permalink
Post by Pndsc
So to update my own inquiry - as far as I can make out theres no solution to
this problem. Or at least, I havent been able to fix it.
Hello,

Did you try using the last nightly from the 6.x-branch, like I suggested
two days ago?

https://www.scilab.org/en/development/nightly_builds/branch60

Did it work?
If it worked, it means this is not an unsolved problem, it is just a
matter of getting this fix to an official scilab release and wait for it
to be packaged by your distro.

Cheers,

Antoine
Post by Pndsc
I'm not the only person with this problem - theres an Ubuntu stackexchange
thread with a suggested fix here
<https://askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164>
by N0rbert which might prove useful for other people with issues of simply
getting Scilab to work, but does not solve my issue of ATOMS not updating or
displaying an up to date package list.
The HDF5 thing is a known issue and is on the bugtracker here thanks to
https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/1765503
I have to admit I have a hard time with believing that this issue has been
allowed to persist for so long with the current most widespread linux
distribution out there.
--> atomsInstall("coselica")
Scanning repository http://atoms.scilab.org/6.0 ... Done
at line 265 of function atomsDESCRIPTIONget (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
line 284 )
at line 31 of function atomsIsPackage (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsIsPackage.sci
line 47 )
at line 69 of function atomsInstallList (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsInstallList.sci
line 108 )
at line 233 of function atomsInstall (
/usr/share/scilab/modules/atoms/macros/atomsInstall.sci line 249 )
atomsDESCRIPTIONget: save
('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.
I dont know if its significant or not, but in
/usr/share/scilab/modules/atoms/etc/ , in the "repositories" text file, the
url for the atoms repository for 6.0 (https://atoms.scilab.org/6.0/) returns
a 443 forbidden error.
Its late here but the next thing on my list to do tomorrow is to download
the package zips manually and installing via atomsInstall('pathtozip').
--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
_______________________________________________
users mailing list
http://lists.scilab.org/mailman/listinfo/users
--
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

Antoine Monmayrant LAAS - CNRS
7 avenue du Colonel Roche
BP 54200
31031 TOULOUSE Cedex 4
FRANCE

Tel:+33 5 61 33 64 59

email : ***@laas.fr
permanent email : ***@polytechnique.org

+++++++++++++++++++++++++++++++++++++++++++++++++++++++
Stéphane Mottelet
2018-10-11 09:08:55 UTC
Permalink
Post by antoine monmayrant
Post by Pndsc
So to update my own inquiry - as far as I can make out theres no solution to
this problem. Or at least, I havent been able to fix it.
Hello,
Did you try using the last nightly from the 6.x-branch, like I
suggested two days ago?
https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.scilab.org/en/development/nightly_builds/branch60
Did it work?
If it worked, it means this is not an unsolved problem, it is just a
matter of getting this fix to an official scilab release and wait for
it to be packaged by your distro.
It took already a lot of time to officially package Scilab 6.0.1 instead
of Scilab 5.5.2  in Ubuntu. I am not sure that 6.0.2 will be the next
(6.1, likely). These problems really don't serve the reputation of Scilab...

S.
Post by antoine monmayrant
Cheers,
Antoine
Post by Pndsc
I'm not the only person with this problem - theres an  Ubuntu
stackexchange
thread with a suggested fix here
<https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164>
by N0rbert which might prove useful for other people with issues of simply
getting Scilab to work, but does not solve my issue of ATOMS not updating or
displaying an up to date package list.
The HDF5 thing is a known issue and is on the bugtracker here thanks to
https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/bugs.launchpad.net/ubuntu/+source/scilab/+bug/1765503
I have to admit I have a hard time with believing that this issue has been
allowed to persist for so long with the current most widespread linux
distribution out there.
--> atomsInstall("coselica")
Scanning repository
https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/atoms.scilab.org/6.0
... Done
at line   265 of function atomsDESCRIPTIONget (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
line 284 )
at line    31 of function atomsIsPackage      (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsIsPackage.sci
line 47 )
at line    69 of function atomsInstallList    (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsInstallList.sci
line 108 )
at line   233 of function atomsInstall        (
/usr/share/scilab/modules/atoms/macros/atomsInstall.sci line 249 )
atomsDESCRIPTIONget: save
('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.
I dont know if its significant or not, but in
/usr/share/scilab/modules/atoms/etc/ , in the "repositories" text file, the
url for the atoms repository for 6.0
(https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/atoms.scilab.org/6.0/)
returns
a 443 forbidden error.
Its late here but the next thing on my list to do tomorrow is to download
the package zips manually and installing via atomsInstall('pathtozip').
--
https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
_______________________________________________
users mailing list
https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
--
Stéphane Mottelet
Ingénieur de recherche
EA 4297 Transformations Intégrées de la Matière Renouvelable
Département Génie des Procédés Industriels
Sorbonne Universités - Université de Technologie de Compiègne
CS 60319, 60203 Compiègne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet
Claus Futtrup
2018-10-11 11:47:42 UTC
Permalink
Dear Scilabers
Post by Stéphane Mottelet
It took already a lot of time to officially package Scilab 6.0.1
instead of Scilab 5.5.2  in Ubuntu.
Post by Stéphane Mottelet
I am not sure that 6.0.2 will be the next (6.1, likely). These
problems really don't serve the reputation of Scilab...

In the big scheme I agree and wish that installing Scilab would be
straightforward. Maybe pack for a version of Ubuntu that supports
Flatpacks ? (I use the latest Linux Mint).

Best regards,
Claus

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Pndsc
2018-10-11 21:33:59 UTC
Permalink
Hi Antoine,

Yes, I had tried the nightly version. Scilab continued to crash after
clicking the ATOMS package manager icon as before.

I've tried several times this evening to download another copy of one of the
nightly versions but there seems to be some kind of issue with the server
this evening - while I can view the downloads page any attempt to download
the nightly release fails on both the problem linux computer and my windows
alternate.

I'll give it another go tomorrow or over the weekend.

Thanks,

Chris.



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
a***@laas.fr
2018-10-12 11:25:35 UTC
Permalink
Post by Pndsc
Hi Antoine,
Yes, I had tried the nightly version. Scilab continued to crash after
clicking the ATOMS package manager icon as before.
I've tried several times this evening to download another copy of one of the
nightly versions but there seems to be some kind of issue with the server
this evening - while I can view the downloads page any attempt to download
the nightly release fails on both the problem linux computer and my windows
alternate.
I'll give it another go tomorrow or over the weekend.
Thanks,
Chris.
--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
_______________________________________________
users mailing list
http://lists.scilab.org/mailman/listinfo/users
Hello Chris,

I just tried scilab in Kubuntu 18.04.
I installed kubuntu-full in a Ubuntu 18.04 virtual machine, then scilab
from the ubuntu repos and atoms worked without any problem.

Could you try to purge scilab, remove the content of SCIHOME (something
like ~/.Scilab/scilab-6.0.1) and reinstall from scratch?

Antoine
--
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

Antoine Monmayrant LAAS - CNRS
7 avenue du Colonel Roche
BP 54200
31031 TOULOUSE Cedex 4
FRANCE

Tel:+33 5 61 33 64 59

email : ***@laas.fr
permanent email : ***@polytechnique.org

+++++++++++++++++++++++++++++++++++++++++++++++++++++++
Pndsc
2018-10-12 20:28:55 UTC
Permalink
So today I've tried:

1) The nightly version. Scilab couldnt find the right version of
libgfortran. Installed gcc-7 g++-7 and fixed the gfortran issue. Original
problem with ATOMS replicated.

2) Nuked the install folder as requested, sudo removed scilab to clean,
installed again. Same problem as before with another repeat of the issue in
the askubuntu thread:

***@eniac:~$ scilab
Warning: Could not find Java package
'/usr/share/java/jlatexmath-fop-1.0.6.jar'.
Some problems during the loading of the Java libraries occurred.
This could lead to inconsistent behaviours.
Please check SCI/etc/classpath.xml.
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 140034842764800:
#000: ../../../src/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 140034842764800:
#000: ../../../src/H5G.c line 301 in H5Gcreate2(): not a location
major: Invalid arguments to routine
minor: Inappropriate type
#001: ../../../src/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 140034842764800:
#000: ../../../src/H5A.c line 265 in H5Acreate2(): not a location
major: Invalid arguments to routine
minor: Inappropriate type
#001: ../../../src/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 140034842764800:
#000: ../../../src/H5D.c line 121 in H5Dcreate2(): not a location ID
major: Invalid arguments to routine
minor: Inappropriate type
#001: ../../../src/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 140034842764800:
#000: ../../../src/H5F.c line 749 in H5Fclose(): not a file ID
major: Invalid arguments to routine
minor: Inappropriate type
failed to close file

Im out of ideas to fix this, it appears to keep coming back to this HDF5
issue that theres already a bugtracker entry for.

https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/1765503



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
Pndsc
2018-10-16 21:26:25 UTC
Permalink
Hi Antoine,

I gave this another go today, doing a fresh reinstall of Kubuntu 18.04 and
installing scilab using sudo as the very first thing I did after a sudo
apt-get upgrade. The same issue persists with ATOMS after doing this.

Following the installation instructions using wget for the 6.0.1 and nightly
build zips gave me multiple java errors ("Scilab cannot create Scilab Java
Main-Class" and X11GLXDrawableFactory issues) and a completely (instead of
"only" partially) install.

I've even done the above with 5.5.2 hoping that the issues would be resolved
with the earlier version.

I'm fresh out of ideas and can only think that maybe it has something to do
with my computer using a Ryzen 1700 processor.

I cant lie, I am bitterly disappointed that Scilab appears to be broken in
this manner.




--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
a***@laas.fr
2018-10-17 06:38:11 UTC
Permalink
Post by Pndsc
Hi Antoine,
I gave this another go today, doing a fresh reinstall of Kubuntu 18.04 and
installing scilab using sudo as the very first thing I did after a sudo
apt-get upgrade. The same issue persists with ATOMS after doing this.
Following the installation instructions using wget for the 6.0.1 and nightly
build zips gave me multiple java errors ("Scilab cannot create Scilab Java
Main-Class" and X11GLXDrawableFactory issues) and a completely (instead of
"only" partially) install.
Can you give me the details of the error log in the console for this
version?
Could it be a problem with the video drivers and mesa?
I had this issue at some point.
Could you try to use:

export MESA_GL_VERSION_OVERRIDE=3.0 ; /path/to/scilab-nightly/bin/scilab

instead of

 /path/to/scilab-nightly/bin/scilab

?

It solved my problems for a while.
No with some later updates, I no longer have this driver issue¹.

Hope it helps,

Antoine
¹ By the way, matlab suffer exactly the same problem on my machine, and
I used the very same fix.
Post by Pndsc
I've even done the above with 5.5.2 hoping that the issues would be resolved
with the earlier version.
I'm fresh out of ideas and can only think that maybe it has something to do
with my computer using a Ryzen 1700 processor.
I cant lie, I am bitterly disappointed that Scilab appears to be broken in
this manner.
--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
_______________________________________________
users mailing list
http://lists.scilab.org/mailman/listinfo/users
--
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

Antoine Monmayrant LAAS - CNRS
7 avenue du Colonel Roche
BP 54200
31031 TOULOUSE Cedex 4
FRANCE

Tel:+33 5 61 33 64 59

email : ***@laas.fr
permanent email : ***@polytechnique.org

+++++++++++++++++++++++++++++++++++++++++++++++++++++++
Pndsc
2018-10-17 20:11:42 UTC
Permalink
This post might be inappropriate. Click to display it.
Pndsc
2018-10-17 20:36:13 UTC
Permalink
Its alive!

Scilab will run, the ATOMS package manager will update and install packages.
I can even run coselica stuff through Xcos - but I cant get any intelligible
information out, apparently because of issues with Java. Theres a *lot* of
java complaints in the console.

I've uploaded them to pastebin here:

https://pastebin.com/EBHBmrcX

Seems like theres issues with Java but when I check I seem to have a pretty
current version of the openJDK.

***@eniac:~$ java -version
openjdk version "1.8.0_181"
OpenJDK Runtime Environment (build 1.8.0_181-8u181-b13-0ubuntu0.18.04.1-b13)
OpenJDK 64-Bit Server VM (build 25.181-b13, mixed mode)

So... if I'm reading it right my issues actually lie with graphics drivers
and X11? Is that right?



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
a***@laas.fr
2018-10-18 07:21:12 UTC
Permalink
Post by Pndsc
Its alive!
Scilab will run, the ATOMS package manager will update and install packages.
I can even run coselica stuff through Xcos - but I cant get any intelligible
information out, apparently because of issues with Java. Theres a *lot* of
java complaints in the console.
https://pastebin.com/EBHBmrcX
Seems like theres issues with Java but when I check I seem to have a pretty
current version of the openJDK.
openjdk version "1.8.0_181"
OpenJDK Runtime Environment (build 1.8.0_181-8u181-b13-0ubuntu0.18.04.1-b13)
OpenJDK 64-Bit Server VM (build 25.181-b13, mixed mode)
So... if I'm reading it right my issues actually lie with graphics drivers
and X11? Is that right?
Well, at least you had some issue with openGL drivers.
Maybe the fix I proposed you (the export MESA_GL_VERSION_OVERRIDE=3.0 ;
) is not exactly what you need. Someone told me to try to limit the mesa
gl version to use, but the optimal value might be different for you. You
might try to experiment different values.

When you say you can't get anything out, what do you mean?
Can you get scilab working OK in console mode but no plots?
That is, what do you observe when running "plot()": do you see the demo
plot window, a blank graphic window, nothing?

Antoine
Post by Pndsc
--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
_______________________________________________
users mailing list
http://lists.scilab.org/mailman/listinfo/users
--
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

Antoine Monmayrant LAAS - CNRS
7 avenue du Colonel Roche
BP 54200
31031 TOULOUSE Cedex 4
FRANCE

Tel:+33 5 61 33 64 59

email : ***@laas.fr
permanent email : ***@polytechnique.org

+++++++++++++++++++++++++++++++++++++++++++++++++++++++
Izabela Wójcik-Grząba
2018-10-18 10:31:53 UTC
Permalink
Hello,

Sorry for returning to the topic of editting uicontrol Table but I still
don't know how it works. When I change the data in a Help example (code
below) the resulting table t2 doesn't change.

// Start of code

params = [" " "Country" "Population [Mh]" "Temp.[°C]" ];
towns = ["Mexico" "Paris" "Tokyo" "Singapour"]';
country = ["Mexico" "France" "Japan" "Singapour"]';
pop = string([22.41 11.77 33.41 4.24]');
temp = string([26 19 22 17]');
table = [params; [ towns country pop temp ]]

f = gcf();
clf
as = f.axes_size; // [width height]
ut = uicontrol("style","table",..
"string",table,..
"position",[5 as(2)-100 300 87],.. // => @top left corner
of
figure
"tooltipstring","Data from majors towns")

// Modify by hand some values in the table. Then get them back from the
ui:
t2=matrix(ut.string,size(table))

// End of code

I use a version from this site which should work:
http://www.scilab.org/fr/development/nightly_builds/master

Kind regards,
Iza
Pndsc
2018-10-18 19:59:23 UTC
Permalink
Blank window - sometimes the buttons themselves arent displayed but will
spawn when the mouse cursor goes over them.

https://imgur.com/a/lxdokm1
Post by a***@laas.fr
Maybe the fix I proposed you (the export MESA_GL_VERSION_OVERRIDE=3.0 ;
) is not exactly what you need. Someone told me to try to limit the mesa
gl version to use, but the optimal value might be different for you. You
might try to experiment different values.
It seems that this might have been a superfluous thing - the nightly build
scilab is the one that gives me a libgfortran error and refuses to start.
Conventional 6.0.1 starts fine but doesnt display any graphs.




--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
a***@laas.fr
2018-10-19 08:28:04 UTC
Permalink
Post by Pndsc
Blank window - sometimes the buttons themselves arent displayed but will
spawn when the mouse cursor goes over them.
https://imgur.com/a/lxdokm1
OK, this really looks like a driver issue or a java out of memory issue.
You should increase the amount of memory dedicated to the java virtual
machine: Edit->Preferences->General->Java Heap Memory
I think you need to restart scilab to apply the change.
Post by Pndsc
Post by a***@laas.fr
Maybe the fix I proposed you (the export MESA_GL_VERSION_OVERRIDE=3.0 ;
) is not exactly what you need. Someone told me to try to limit the mesa
gl version to use, but the optimal value might be different for you. You
might try to experiment different values.
It seems that this might have been a superfluous thing - the nightly build
scilab is the one that gives me a libgfortran error and refuses to start.
Conventional 6.0.1 starts fine but doesnt display any graphs.
--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
_______________________________________________
users mailing list
http://lists.scilab.org/mailman/listinfo/users
--
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

Antoine Monmayrant LAAS - CNRS
7 avenue du Colonel Roche
BP 54200
31031 TOULOUSE Cedex 4
FRANCE

Tel:+33 5 61 33 64 59

email : ***@laas.fr
permanent email : ***@polytechnique.org

+++++++++++++++++++++++++++++++++++++++++++++++++++++++
Pndsc
2018-10-19 15:33:40 UTC
Permalink
Tried changing the memory from 256mb through 1-4gb with no change. I'm going
to read through a couple of things I found on the matlab forums that might
be relevant considering the X11 errors in my console and try later
tonight/weekend.



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
antoine monmayrant
2018-10-19 17:47:13 UTC
Permalink
OK, please let us know what you found: whether it works or not, it will
most probably be useful for the rest of the community.

Cheers,

Antoine

PS: you aren't tunneling through ssh -Y or ssh -X when you use scilab,
right?
Post by Pndsc
Tried changing the memory from 256mb through 1-4gb with no change. I'm going
to read through a couple of things I found on the matlab forums that might
be relevant considering the X11 errors in my console and try later
tonight/weekend.
--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
_______________________________________________
users mailing list
http://lists.scilab.org/mailman/listinfo/users
Stéphane Mottelet
2018-10-19 18:38:04 UTC
Permalink
OK, please let us know what you found: whether it works or not, it will most probably be useful for the rest of the community.
Cheers,
Antoine
PS: you aren't tunneling through ssh -Y or ssh -X when you use scilab, right?
Of worse, on a headless server thru Vnc or else ?

S.
Post by Pndsc
Tried changing the memory from 256mb through 1-4gb with no change. I'm going
to read through a couple of things I found on the matlab forums that might
be relevant considering the X11 errors in my console and try later
tonight/weekend.
--
Sent from: https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
_______________________________________________
users mailing list
https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
_______________________________________________
users mailing list
https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
Izabela Wójcik-Grząba
2018-10-18 10:47:05 UTC
Permalink
Hello,

Sorry for returning to the topic of editting uicontrol Table but I still
don't know how it works. When I change the data in a Help example (code
below) the resulting table t2 doesn't change.

// Start of code

params = [" " "Country" "Population [Mh]" "Temp.[°C]" ];
towns = ["Mexico" "Paris" "Tokyo" "Singapour"]';
country = ["Mexico" "France" "Japan" "Singapour"]';
pop = string([22.41 11.77 33.41 4.24]');
temp = string([26 19 22 17]');
table = [params; [ towns country pop temp ]]

f = gcf();
clf
as = f.axes_size; // [width height]
ut = uicontrol("style","table",..
"string",table,..
"position",[5 as(2)-100 300 87],.. // => @top left corner
of
figure
"tooltipstring","Data from majors towns")

// Modify by hand some values in the table. Then get them back from the
ui:
t2=matrix(ut.string,size(table))

// End of code

I use a version from this site which should work:
http://www.scilab.org/fr/development/nightly_builds/master

Kind regards,
Iza
Samuel Gougeon
2018-10-29 12:53:01 UTC
Permalink
Hello Izabela,
Post by antoine monmayrant
Hello,
Sorry for returning to the topic of editting uicontrol Table but I still
don't know how it works. When I change the data in a Help example (code
below) the resulting table t2 doesn't change.
You are likely using Scilab 5.5.2. This bug is fixed in Scilab 6.

Regards
Samuel
Samuel Gougeon
2018-10-29 13:00:05 UTC
Permalink
.../...
http://www.scilab.org/fr/development/nightly_builds/master
I am not able to reproduce the Scilab 5 bug with the NB master for Windows.
For me, changing values works as expected.

Samuel
Izabela Wójcik-Grząba
2018-10-29 14:46:06 UTC
Permalink
I have 6.01 version and changing values doesn't work. When the figure
with table pops up I change some values, then close the window and check
a t2 variable. The table t2 is unchanged. Maybe I am doing something
wrong?


Iza
Post by Samuel Gougeon
.../...
http://www.scilab.org/fr/development/nightly_builds/master
I am not able to reproduce the Scilab 5 bug with the NB master for Windows.
For me, changing values works as expected.
Samuel
_______________________________________________
users mailing list
http://lists.scilab.org/mailman/listinfo/users
Samuel Gougeon
2018-10-29 15:02:44 UTC
Permalink
Post by Izabela Wójcik-Grząba
I have 6.01 version and changing values doesn't work. When the figure
with table pops up I change some values, then close the window and
check a t2 variable.
If you really do things in this order, you kill the uicontrol that can't
be addressed anymore, and you should get an error message:

--> t2=matrix(ut.string,size(table))
at line 7 of function %h_e ( SCI\modules\graphics\macros\%h_e.sci
line 19 )

get: The handle is not or no more valid.

and then yes, t2 has not been updated.
Post by Izabela Wójcik-Grząba
The table t2 is unchanged. Maybe I am doing something wrong?
Iza
Samuel Gougeon
2018-10-29 15:11:46 UTC
Permalink
Post by Izabela Wójcik-Grząba
I have 6.01 version and changing values doesn't work. When the figure
with table pops up I change some values, then close the window and
check a t2 variable.
Aa, you might also have considered that after
t2=matrix(ut.string,size(table))
your t2 always points to the table's content, and that each modification
in the table updates it automatically.
It's the case for ut.string, but not for t2. To update t2, you still
have to rerun
t2=matrix(ut.string,size(table))

Samuel
Izabela Wójcik-Grząba
2018-10-29 15:18:55 UTC
Permalink
I am not getting any error message. I tried also not to close the
window. How should it work? It's unclear for me.
Post by Samuel Gougeon
Post by Izabela Wójcik-Grząba
I have 6.01 version and changing values doesn't work. When the figure
with table pops up I change some values, then close the window and
check a t2 variable.
If you really do things in this order, you kill the uicontrol that
--> t2=matrix(ut.string,size(table))
at line 7 of function %h_e ( SCI\modules\graphics\macros\%h_e.sci
line 19 )
get: The handle is not or no more valid.
and then yes, t2 has not been updated.
Post by Izabela Wójcik-Grząba
The table t2 is unchanged. Maybe I am doing something wrong?
Iza
_______________________________________________
users mailing list
http://lists.scilab.org/mailman/listinfo/users
Pndsc
2018-10-23 20:39:52 UTC
Permalink
Update for 23/10/18.

After reading up on amd drivers it looked like my remaining issue was my old
AMD graphics card, an R7 240 from circa 2014. I removed this card, swapped
my 1050Ti card from my other desktop machine and booted to a black screen so
required a fresh install of Kubuntu 18.04.

Installing Scilab from repositories gave me previously encountered errors to
do with Java. I followed and implemented the fixes from:

https://askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164

for reverting to OpenJDK 8, again.

Scilab now runs, Xcos graphs will display (so apparently an nvidia card
fixes that issue) but I am left with my original issue with ATOMS not
updating and saying:

No ATOMS module is available. Please, check your Internet connection or make
sure that your OS is compatible with ATOMS

--> atomsSystemUpdate
Scanning repository http://atoms.scilab.org/6.0 ... Done

at line 265 of function atomsDESCRIPTIONget (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
line 284 )
at line 16 of function atomsSystemUpdate (
/usr/share/scilab/modules/atoms/macros/atomsSystemUpdate.sci line 33 )

atomsDESCRIPTIONget: save
('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.

Alternatives:

Downloading nightlies or the standard 6.0.1 from the website manually leads
me back on the libgfortran merry-go-round, fixed again with installing gcc-7
g++-7 and again resulting in the X11glxdrawablefactory stuff.

I've done the export mesa to version 3.0 bit.

I cant imagine what piece of voodoo I'm missing that managed to fix my
problem last time, I'm pretty sure I've gone through this thread and
N0rberts askubuntu responses and repeated just about all of it.



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
Antoine Monmayrant
2018-10-29 17:51:38 UTC
Permalink
Hello,

Here is what I did in Ubuntu 18.10 to get scilab 6.0 nightly build to work (it also suffers from the missing libgfortran):
- download the last nighlty build of the 6.0 branch,
- untar it,
- sudo apt-get install libgfortran3,
- run scilab from the terminal,
- success!

Could you use the same approach to solve your problems?

Antoine
Post by Pndsc
Update for 23/10/18.
After reading up on amd drivers it looked like my remaining issue was my old
AMD graphics card, an R7 240 from circa 2014. I removed this card, swapped
my 1050Ti card from my other desktop machine and booted to a black screen so
required a fresh install of Kubuntu 18.04.
Installing Scilab from repositories gave me previously encountered errors to
https://askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164
for reverting to OpenJDK 8, again.
Scilab now runs, Xcos graphs will display (so apparently an nvidia card
fixes that issue) but I am left with my original issue with ATOMS not
No ATOMS module is available. Please, check your Internet connection or make
sure that your OS is compatible with ATOMS
--> atomsSystemUpdate
Scanning repository http://atoms.scilab.org/6.0 ... Done
at line 265 of function atomsDESCRIPTIONget (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
line 284 )
at line 16 of function atomsSystemUpdate (
/usr/share/scilab/modules/atoms/macros/atomsSystemUpdate.sci line 33 )
atomsDESCRIPTIONget: save
('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.
Downloading nightlies or the standard 6.0.1 from the website manually leads
me back on the libgfortran merry-go-round, fixed again with installing gcc-7
g++-7 and again resulting in the X11glxdrawablefactory stuff.
I've done the export mesa to version 3.0 bit.
I cant imagine what piece of voodoo I'm missing that managed to fix my
problem last time, I'm pretty sure I've gone through this thread and
N0rberts askubuntu responses and repeated just about all of it.
--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
_______________________________________________
users mailing list
http://lists.scilab.org/mailman/listinfo/users
Loading...