ocatve

[Patrick Dupre]

Hello,

When I run octave with

pkg load symbolic
and
syms x
I
get
Symbolic pkg v2.9.0: Traceback (most recent call last):
  File "<stdin>", line 28, in <module>
AttributeError: '_PrintFunction' object has no attribute '__globals__'
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 12, in octoutput_drv
  File "<stdin>", line 54, in octoutput
  File "<stdin>", line 55, in octoutput
AttributeError: module 'sympy' has no attribute 'compatibility'
Closing the Python communications link.

error: Python exception: AttributeError: '_PrintFunction' object has no attribute '__globals__'
    occurred in python_header import block.
    Try "sympref reset" and repeat your command?
    (consider filing an issue at https://github.com/cbm755/octsympy/issues)
error: called from
    pycall_sympy__ at line 191 column 5
    valid_sym_assumptions at line 38 column 10
    assumptions at line 82 column 7
    syms at line 97 column 13

It seems that it is an identified bug, due to sympy
This is really more than annoying.
if we cannot use the symbolic package with octave

Do you more about the future of this packages?

Thanks

===========================================================================
 Patrick DUPRÉ                                 | | email: [e-mail]
 Laboratoire interdisciplinaire Carnot de Bourgogne
 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
 Tel: [phone]                    | | Room# D114A
===========================================================================

[James Szinger]

On Thu, 20 Jan 2022 13:00:56 +0100
Patrick Dupre  wrote:
> When I run octave with
>
> pkg load symbolic
> and
> syms x
> I
> get
> Symbolic pkg v2.9.0: Traceback (most recent call last):
>   File "<stdin>", line 28, in <module>

[cut]
> It seems that it is an identified bug, due to sympy

Is there a Fedora bugzilla entry?  If not you should file one.  How
about upstream?
> This is really more than annoying.
> if we cannot use the symbolic package with octave
>
> Do you more about the future of this packages?

I have no idea; this is the first I have heard of this package.  You
will get a better answer if you contact the Fedora packager and
upstream.

Jim

[George N. White III]

On Thu, 20 Jan 2022 at 08:01, Patrick Dupre  wrote:
> Hello,
>
> When I run octave with
>
> pkg load symbolic
> and
> syms x
> I
> get
> Symbolic pkg v2.9.0: Traceback (most recent call last):
>   File "<stdin>", line 28, in <module>
> AttributeError: '_PrintFunction' object has no attribute '__globals__'
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File "<stdin>", line 12, in octoutput_drv
>   File "<stdin>", line 54, in octoutput
>   File "<stdin>", line 55, in octoutput
> AttributeError: module 'sympy' has no attribute 'compatibility'
> Closing the Python communications link.
>
> error: Python exception: AttributeError: '_PrintFunction' object has no
> attribute '__globals__'
>     occurred in python_header import block.
>     Try "sympref reset" and repeat your command?
>     (consider filing an issue at https://github.com/cbm755/octsympy/issues
> )
> error: called from
>     pycall_sympy__ at line 191 column 5
>     valid_sym_assumptions at line 38 column 10
>     assumptions at line 82 column 7
>     syms at line 97 column 13
>
> It seems that it is an identified bug, due to sympy
> This is really more than annoying.
> if we cannot use the symbolic package with octave

It has been years since I tried it, and it didn't handle my
problem then.   I think there is more active support for
symbolic maths in Python.  I have used Maxima, which
seems to still be active (Fedora package is 5.43
and 5.45 was released last year).
> Do you more about the future of this packages?

Like many open-source projects, octave is popular with
certain groups, but if their interests don't include a legacy
package or other software does a better job, it doesn't get
(and may not warrant) attention
> Thanks
>
> ===========================================================================
>  Patrick DUPRÉ                                 | | email: [e-mail]
>  Laboratoire interdisciplinaire Carnot de Bourgogne
>  9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
>  Tel: [phone]                    | | Room# D114A
> ===========================================================================
> _______________________________________________
> users mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/[e-mail]
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure

[Jerry James]

On Thu, Jan 20, 2022 at 5:01 AM Patrick Dupre  wrote:
> When I run octave with
>
> pkg load symbolic
> and
> syms x
> I
> get
> Symbolic pkg v2.9.0: Traceback (most recent call last):
>   File "<stdin>", line 28, in <module>
> AttributeError: '_PrintFunction' object has no attribute '__globals__'
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File "<stdin>", line 12, in octoutput_drv
>   File "<stdin>", line 54, in octoutput
>   File "<stdin>", line 55, in octoutput
> AttributeError: module 'sympy' has no attribute 'compatibility'
> Closing the Python communications link.

Octave's symbolic module still wants sympy 1.5, but sympy in Fedora
has moved on to later versions.  See
https://github.com/cbm755/octsympy/issues/1023.

[linux guy]

On Thu, Jan 20, 2022 at 5:01 AM Patrick Dupre  wrote:
> Hello,
>
> When I run octave with
>
> pkg load symbolic
> and
> syms x
> I
> get
> Symbolic pkg v2.9.0: Traceback (most recent call last):
>   File "<stdin>", line 28, in <module>
> AttributeError: '_PrintFunction' object has no attribute '__globals__'
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File "<stdin>", line 12, in octoutput_drv
>   File "<stdin>", line 54, in octoutput
>   File "<stdin>", line 55, in octoutput
> AttributeError: module 'sympy' has no attribute 'compatibility'
> Closing the Python communications link.
> error: Python exception: AttributeError: '_PrintFunction' object has no
> attribute '__globals__'
>     occurred in python_header import block.
>     Try "sympref reset" and repeat your command?
>     (consider filing an issue at https://github.com/cbm755/octsympy/issues
> )
> error: called from
>     pycall_sympy__ at line 191 column 5
>     valid_sym_assumptions at line 38 column 10
>     assumptions at line 82 column 7
>     syms at line 97 column 13
>
> It seems that it is an identified bug, due to sympy

How is sympy installed on your computer ?

Which versions of Python are installed on your computer ?  Which version is
invoked when you are running Octave ?

Kudos to you for using Octave instead of Mathlab.

[linux guy]

Yes, use pip (or pip3) to install sympy  It should install the dependencies
too.   Don't use the dnf packages for what you want to do.  I know it is
confusing.

I am NOT a Python or pip expert.  But I've run into similar errors and have
always tracked it down to something not being installed properly.  I'm not
sure which version of sympy that Octave is expecting - Python(2) or
Python3.  I've been tripped up before by having the wrong version of a
package installed.

Nothing against the excellent Fedora people here, but you might get more
help on https://www.reddit.com/r/octave/.

[linux guy]

On Sat, Jan 22, 2022 at 6:50 AM Patrick Dupre  wrote:
> Hello,
>
> I fixed the issue (temporally!) by
>  pip3 install sympy==1.5
>
> (be a user).

Excellent !  I knew it was just a dependency issue.

[linux guy]

BTW... are you aware that VSCode has a bunch of Octave extensions for
writing, debugging and running Octave code ?

On Sun, Jan 23, 2022 at 3:29 PM linux guy  wrote:
> On Sat, Jan 22, 2022 at 6:50 AM Patrick Dupre  wrote:
> > Hello,
> >
> > I fixed the issue (temporally!) by
> >  pip3 install sympy==1.5
> >
> > (be a user).
>
> Excellent !  I knew it was just a dependency issue.