Follow-up D24959 and directly depends on math/maxima. The proposed math/maxima-sage is no more needed!

Great! With this revision xmaxima works fine.

OK. As far as math/sage is concerned, it is OK (Sage does not use xmaxima).

This is fine to be used by math/sage!

You are right: I thought I had acknowledged SageMath everywhere, but missed this one.

About info directory: I haven't done anything. Let me know if you need anything once your investigations are done.

About the info dir: it is from Sage, when running maxima_console. But you're right, I don't see it directly from Maxima: I'll investigate it.

Good job! I have rebuilt Sage with your version of Maxima, without any problem, and the tests cases works fine.

In D24959#554634, @salvadore wrote:

This should work. I still have to finish testing it, but I had the first successfull poudriere build.
With ECL on I got a file linked to libgc-threaded.so and thus I should add libgc-threaded.so:devel/boehm-gc-threaded dependency. However I suspect that this happens only when ecl is built with THREADS on (it's the default). In that case, I think I should not declare the dependecy since:

• if ECL is installed with THREADS on libgc-threaded.so installed as well;
• if ECL is installed with THREADS off maxima is not linked to libgc-threaded.so.

Is that correct?

Do not depend on ecl-sage but directly on lang/ecl after D25096 has been committed.

Replace by a better option in D25096 .
Thanks salvadore!

OIK for me, thanks!

Remark 1: the first time I built it on my workstation, without deinstalling my proposed version of ecl-sage, I got this error:
Error: /usr/local/bin/ecl is linked to /usr/local/lib//libecl.so.16.1 from lang/ecl-sage but it is not declared as a dependency
This means that it tries at first to link with the installed library, and this could possibly cause problem when upgrading.

For those interested, a poudriere log is available at https://people.freebsd.org/~thierry/sage-math-9.1.log.bz2

With this version, I would say that it's now committable (pending D24958 and D24959, and blocked by PR 242509):

In D24195#551218, @arrowd wrote:

Are there any open Bugzilla PRs that should be resolved first, or this diff can be committed right away?

Here we are!

In D24959#550269, @salvadore wrote:

Ok, let's add the ECL option then and set it as default.
Do you want to modify your review yourself or do you prefer that I commandeer the revision and make the changes?

Update to the 9.1 release.

In D24959#549674, @salvadore wrote:

If, for some reason, we found out that it is a bad idea to set ecl as the default lisp (I will investigate on that) other easier solutions might be:

• create maxima-sage as a slave port of maxima;
• maybe use flavors?

In any case, I think it would be a good idea to create the ECL option in the traditional maxima port and I would thank you if could do that :)

Note: math/maxima and math/maxima-sage install the same files: a CONFLICT line should be added in math/maxima.

Note: lang/ecl and lang/ecl-sage install the same files: a CONFLICT line should be added in lang/ecl.

With the two new ports lang/ecl-sage and math/maxima-sage (See D24958 and D24959), the main problem of this port are solved!

Update to 9.1.rc5 and use more Python modules from the ports tree.

Some news:
+ r535281 on math/giacxcas fixed problems in libgiac and indirectly in other libs (e.g. mpfi)

• Upgrade to 9.1.rc4;

I have not yet updated with your latest version, but with the first one, pkg-config already reported:

Latest evolution, with zn_poly taken from ports.

More progresses: now Maxima and GAP are fixed.

At some point I was fighting against libomp, brought directly clang from devel/llvm90 for testing purpose… and forgot to remove it! This version is much cleaner.

Switch to 9.1-rc2, with some minor fixes.

In D24195#542301, @arrowd wrote:

Now that gfan is borrowed from ports, we don't need files/patch-build_pkgs_gfan_spkg-install.in, I presume?

Many progresses with 9.1.rc1: more modules are no more built by Sage but taken from system packages, and this solves the staging problems with them.

Just after upgrading R:

In D24195#535056, @lwhsu wrote:

In D24195#534541, @thierry wrote:

AFAIK the only change is from Antoine:

+ DEPRECATED= Broken for more than 6 months
+ EXPIRATION_DATE= 2020-05-05

I'm working on an update to catch sage-9.1.beta9, but it is not yet ready…

I think you can extend this date if you're working on it.

New diff, created when using sage-9.1.beta9.

In D24195#534537, @arrowd wrote:

For some reason, I can't apply this diff onto current tree. Maybe rebasing it will help?