Draw2D() works.
Draw3D() also works.

Actually, user fakemoses has fixed the Linux path issues in January 2024 (as can be seen in the history in the code repository). At that time there were still issues with the server side compilation of the plugin (the version from the extension manager didn't work, the local version of fakemoses worked). This seems to be fixed now from SMath side.

Thus, I encourage the Linuxing SMathers to give it a try.

This doesn't work, yet it should.



When I debugged it, obviously something is wrong with syntax.



When I corrected it, it could calculate finally.



Otherwise, this equations can't be solved with smath-maxima.

according to the Maxima reference to_poly_solve wants lists or sets as arguments, not matrices.

Wrote

according to the Maxima reference to_poly_solve wants lists or sets as arguments, not matrices.

I thought it need matrices since all maxima Solve() examples in Reference Book are with matrix.
Thanks

Any opinion how to get rid of that union()?

Solve is a special case, because it is not a direct call to Maxima's function solve() but a lot of work has been done to make it more forgivable in the input format, just like FindRoot(), there you can feed matrices or lists and I would not be surprised if also line() would work.
Also, solve() returns it result as a nested list of lists if there is more than one solution. Nested lists don't survive in SMath processing, so we had to replace the outer list by a matrix (row vector, for better optics).

This all is not done if you use direct calls via the maxima function. The to_poly_function obviously uses the union() expression as wrapping construct for multiple solutions, which should be safe. Yet, you have to find out yourself, how to access the individual arguments of union() to access individual solutions. The arg() function does the job,